INDUSTRY INSIGHTS
How Spacemaker Sold to Autodesk: 5 Hard-Won Lessons From Building & Exiting in AEC Tech

Carl Christensen on outcome-based design, finding product-market fit in a resistant industry, and why culture trumped valuation in the M&A process

When Carl Christensen first started talking to architects in 2016, his immediate reaction was confusion. Coming from a software engineering background scaling products for Nordic companies, the workflows he observed didn't make sense.

"It sounded like Howard was doing something wrong or kind of his company was doing something wrong because it sounded so inefficient and so unlike what other industries were going through in terms of digital transformation," Carl recalls. Howard was an architect who questioned established practices. "I wasn't really seeing any digital transformation."

That confusion became the seed of Spacemaker, which Autodesk eventually acquired. Carl now leads product development for Autodesk Forma, but the lessons from building and exiting Spacemaker offer a masterclass in navigating one of the industry's toughest challenges.

Here are five lessons that apply whether you're raising your seed round or preparing for an exit.


TL;DR: How Spacemaker Built, Survived, and Sold to Autodesk

  • Solve the system, not the symptom - Point solutions die in AEC. Spacemaker won by tackling systemic decision-making (outcome-based design) instead of fixing isolated workflow inefficiencies.

  • Go where leverage lives, not where budgets scream - Early-stage decisions (site, massing, constraints) create exponential downstream impact. Small changes early beat massive optimizations late.

  • Product-market fit in AEC takes ~3–5 years - Long project cycles, conservative buyers, regulatory risk, and committee procurement slow everything down. Pilots ≠ PMF. Dependency is the signal.

  • M&A is about culture more than price - The Autodesk deal worked because visions aligned and relationships were built early. Cultural fit determines whether teams and products actually survive post-acquisition.

  • AI advantage requires years of real-world validation - Spacemaker used generative AI years before the hype—but trust took seven years of production use. In regulated industries, proof beats novelty every time.

Bottom line: Winning in AEC tech demands patience, systems thinking, and trust-building, not SaaS shortcuts. If you’re building for quick wins, you’ll stall. If you’re building leverage into the system, you create something worth acquiring.

Spacemaker: Make intelligent site acquisitions. Credit: Autodesk


Lesson 1: Solve a Systemic Problem, Not Point Solutions

Carl's first instinct was to fix individual problems one by one. There were inefficiencies everywhere. Surely there had to be easy wins.

That approach didn't work.

The team spent more time digging into root causes and developed what Carl calls a systemic hypothesis.

"The industry is fundamentally incapable of change because there are so many interconnected problems."

This led to what they called outcome-based design: focusing on the actual purpose of a construction project rather than deliverables like models or drawings. The challenge isn't that people don't understand a hospital should improve health. The challenge is competing outcomes pulling in different directions:

  • Profitability that needs to justify investment while maintaining acceptable risk levels throughout development and operations

  • Living quality that determines whether spaces serve their intended purpose and create environments people actually want to inhabit

  • Sustainability that drives increasingly stringent regulatory requirements and shapes market expectations from investors and end users

  • Maintainability that affects long-term operational costs and determines the asset's viability over decades

  • Community impact that determines approval timelines, project viability, and the building's relationship with its surroundings

  • Regulatory compliance that creates hard constraints on design decisions and can derail projects late in development

When you're selling transformation rather than features, you need to help buyers understand why their current approach creates these tensions. Spacemaker wasn't another tool. It was a framework for thinking differently about decisions.

If you're solving point problems, you'll face objections about workflow disruption. If you're solving the system, you're creating a category. That takes longer but builds defensibility that point solutions never achieve.


Lesson 2: Attack the Leverage Point, Not the Cost Center

Most AEC software targets late-stage projects where teams spend significant hours. The logic makes sense: go where the budgets live.

Spacemaker went elsewhere.

Carl notes that few software companies focused on the early stage because it's not the obvious cost driver. The team observed that teams constantly realize they could have done something differently. Either they get information too late, or they make early decisions without critical data.

Early in projects, teams make high-level defining decisions about where to build, how big, and the basic massing. As they progress and detail the building, they learn more but become constrained by previous decisions. Teams can't incorporate information gained later because fundamental choices are already locked in

Supporting early-stage decisions that were typically done without software became Spacemaker's focus. The insight was leverage. Small changes early create exponential downstream impact. Better starting points lead to better outcomes. But nobody was asking for this software because the pain point wasn't obvious in budget line items.


Lesson 3: Product-Market Fit Takes Three Years in AEC (Even When You're Right)

"The first three years, we didn't have product-market fit. We had a product that was beautiful, and it worked, but we couldn't sell it."

Spacemaker had working AI. Simulation capabilities predicting sunlight, noise, and wind. Beta users who loved it. But they couldn't monetize at scale.

"We were kind of constantly pivoting and adjusting," Carl admits. The turning point came when conversations shifted from "This is interesting" to "When can we use this on our next project?" That subtle change signaled customers moving from curiosity to dependency.

Why This Timeline Matters

Product-market fit takes three to five years in AEC because:

  • Projects span years, so proving value requires seeing results through entire development cycles. A pilot on a two-year project means waiting that long to demonstrate actual impact, not just theoretical benefits.

  • Procurement involves extensive evaluation with committee decisions rather than individual authority. Software purchases require sign-off from IT, finance, operations, and project leadership, each with different success criteria.

  • Teams need proof on real projects because theoretical benefits don't convince buyers who've seen countless overpromised tools. Case studies from similar project types, in similar markets, with similar constraints become essential.

  • Integration requires extensive testing to fit complex multi-discipline workflows. The software needs to work with existing tools, data formats, and handoff processes between architects, engineers, and contractors.

  • Regulatory concerns need validation since tools affecting compliance must demonstrate reliability in high-stakes scenarios. One mistake in a submission or approval process can cost months and millions.

  • Trust building takes time because construction professionals are cautious about technology that could introduce project risk. They've learned through experience that untested tools can create liability exposure.

If you're selling transformation rather than efficiency gains, expect a three- to five-year journey. This affects how you raise capital, set investor expectations, and structure burn rate.

Don't confuse enthusiastic pilots with scalable demand. You need customers who can't imagine going back.


Lesson 4: The M&A Process Is About Culture More Than Valuation

Credit: ADSK News

"The most important parts of the conversations were the relational," Carl says about the Autodesk acquisition. "We talked about culture, and we talked about goals."

Due diligence included extensive discussions with Amy, who became Carl's boss. These weren't just financial negotiations. They were conversations about intentions, what would happen to the team, and whether visions aligned.

"We want them to succeed in Autodesk," Carl explains. "And it really stayed true to that."

Why Having Options Changes Everything

Carl's advice centers on avoiding existential negotiations. When you enter talks feeling you must close this deal or everything falls apart, you lose the ability to have honest conversations. You become guarded.

Having options matters, even if theoretical. When you have that baseline comfort with the other party and believe the outcome will be good, the process becomes much smoother rather than anxious and adversarial.

The Strategic Case for Cultural Alignment

This isn't soft advice. It's strategic. Cultural fit determines whether your team thrives post-acquisition, whether your product vision gets realized, whether integration creates value or destroys it.

Start building relationships with potential acquirers 12 to 18 months early. Have conversations about vision and culture before valuation. Test whether intentions align with what you believe is right for your team and product. If vision doesn't align, valuation becomes irrelevant.


Lesson 5: Generative AI Was the Unlock, But Validation Took Seven Years

Spacemaker used generative AI and simulation starting in 2016, years before the 2023 AI boom. The technical bet combined generative design with fast simulation of sunlight, noise, and wind.

How They Made AI Trustworthy

The platform imported GIS data, terrain data, traffic data, and surrounding building information. It generated options for changes and simulated their impact, all presented "in a way that didn't require prior training to understand."

This democratization mattered. Decision-makers could understand trade-offs without engineering degrees. They could see how to create high-quality courtyards while ensuring even the worst apartments received adequate light.

Trust isn’t built in demos. It’s built in project reviews. Credit: SF Planning

But making AI outputs trustworthy for regulated decisions took years. The technology had to prove itself on real projects with real consequences. Teams needed confidence that simulations were accurate, generated options were feasible, and recommendations wouldn't create regulatory problems.

From Experimental to Production Ready

By the Autodesk acquisition, this wasn't experimental technology. It was production-ready, validated by years of real-world use. That validation made the acquisition valuable.

If you're betting on emerging technology in conservative industries, you need three to five years to prove it works. Start building proof points now, even if the market isn't ready to buy at scale. The companies that win prove their technology works when it matters most.


What This Means for Building in AEC

These five lessons share a common thread: building in AEC requires patience, systems thinking, and cultural awareness beyond typical software playbooks.

➔ Patient capital that understands three-year journeys to product-market fit becomes essential.

➔ Identifying systemic problems rather than chasing obvious pain points creates defensible positions.

➔ Finding leverage points where small changes create exponential impact separates essential tools from nice-to-haves.

➔ Proving emerging technology in production environments takes years but determines acquisition value.

➔ And when exit opportunities arrive, cultural alignment matters as much as financial terms.

Carl's current work at Autodesk on Forma Building Design continues this outcome-based thinking, bridging early-stage massing and detailed BIM. The patterns he learned building Spacemaker now form how Autodesk thinks about design's future.

The question for anyone building in AEC tech: Are you solving point problems or systemic ones? Are you chasing existing budgets or finding leverage points? Are you building for quick wins or long-term transformation?

Those answers determine whether you build something that gets acquired or something that gets abandoned.

Watch the episode with Carl Christensen here 👇👇👇

What's the systemic problem in your corner of AEC that everyone's accepted as "just how it works"? Reply to this email and let us know. At Bricks & Bytes, we read every response.

OUR SPONSORS

Aphex - The multiplayer planning platform where construction teams plan together, stay aligned, and deliver projects faster.

Archdesk - The #1 construction management software for growing companies. Manage your projects from Tender to Handover.

BuildVision - Streamlining the construction supply chain with a unified platform for contractors, manufacturers, and stakeholders.