← All writing
·3 min read

Essay

From Grasshopper Script to B2B SaaS: The Product Translation Layer

Why AEC tech startups ship features instead of products, and how to fix it.

The trap of the "Cool Script"

Architecture and engineering firms are packed with brilliant computational designers who can write a Grasshopper script to optimize a 40-story facade for solar radiation in ten seconds.

But when these same brilliant designers try to build a B2B SaaS product or an internal firm-wide tool, they almost always fail.

What is a design technologist?

A design technologist is a hybrid professional in the architecture and engineering (AEC) industry who bridges the gap between traditional spatial design and software engineering. They write code, develop computational tools, and manage data pipelines to automate complex geometric workflows, optimize building performance, and scale architectural solutions beyond manual drafting.

Is Grasshopper still relevant in 2026?

Yes, Grasshopper remains highly relevant in 2026 as the foundational algorithmic modeling tool for architects. However, its role has shifted from being the final deliverable to acting as the geometric engine sitting behind web-based applications. Modern AEC tech companies now use Grasshopper purely as a backend compute layer, wrapping it in scalable React or Next.js user interfaces.

Why? Because they ship features, not products.

The Translation Layer

A script solves a specific mathematical or geometric problem. A product solves a human workflow problem.

When you build a script, you are the user. When it breaks, you know exactly which data tree to graft to fix it.

When you build a product:

  1. The user will upload a corrupted IFC file.
  2. The user will expect a loading bar that doesn't freeze the main thread.
  3. The project manager will want to know if the user even opened the dashboard.
  4. The IT department will want SSO integration.

None of these have anything to do with computational design. They are software engineering and product management problems.

Why you need a Fractional CPO (or a Technical Co-Founder who isn't an Architect)

The AEC tech industry is littered with startups that raised seed rounds on the back of an incredible algorithmic breakthrough, only to burn the cash because they couldn't build an interface that an overworked architect would actually use.

If you are an AEC founder, you need a translation layer. You need someone who speaks the language of parametric geometry, but also understands React state management, AWS architecture, and how to write a prioritized backlog in Linear.

Stop building better scripts. Start building resilient platforms. Need help navigating this transition? Look into my Fractional CPO services.

ProductAEC TechnologyComputational Design

Newsletter

Get the next one in your inbox.

One email per essay. No drip campaigns.

Subscribe on Substack ↗