AEC Is Too Small a Frame
It's encouraging to see A16Z talking about the AEC sector. Even though at some point in our journey, Giraffe stopped seeing ourselves as an AEC offering.
Why? Because design is too small a part of the system. Talking financially: fees are only 10% of construction costs (by rule of thumb), which are about 30% of asset value (by the same rule of thumb). So even if the AEC software market is 10% of all design fees, it is 1% of asset value. Real estate agents can take 2–3%.
Thinking about real estate and buildings as an AEC or design problem misses the magic of the sector. The real asset sector — which is created by AEC professionals, but is far larger than them — is only one sector.
But it is the sector. It's the sector that defines the transportation sector, the housing sector, and massively influences the financial sector. The real asset sector is the one that defines human beings' consumption and production of a new planet in the Anthropocene.
At Giraffe we take this systemic view: this is why our customers are governments, large asset owners, developers and capital managers, and — although to a lesser extent — AEC professionals. In the broad view, the systemic currents that define real assets are so big that the AEC industry has struggled to navigate them. Construction productivity is down or flat and has been for decades. Dispiriting for smart designers. The remainder of this essay will consider AEC professionals — although I think the landscape and classes of problems are the same for developers and policymakers.
Fee structures and business models, liability and insurances, incentives and innovators' dilemmas have led to technical stagnation across the sector. As A16Z say — most buildings you've been in were designed by software built in 1997. This understates the problem a touch. Most buildings you've been in were designed without software at all — the median age of buildings in the west is more than 40 years.
Autodesk — the incumbent — is relatively speaking a small business. It did less than $5B in revenue in 2025. Hudson Yards, which is a big development sure, but not that big, cost $25B. So did Sydney Metro. So did hundreds of other projects around the world. And many, many thousands of construction projects that cost a total of
What is happening? The sector has a very small amount of software, and a very large amount of fragmented human expertise working away, paid by the hour. What little software these experts use is old, and small, and relatively speaking — crude.
We've always taken the view that the problem is fragmentation. Fragmentation by discipline and by the intensely local nature of real estate.
Fragmentation means no one is very big. Even the biggest players are small.
This has led to a systemic lack of R&D. Google invested about $60B in R&D in 2025 — 12× Autodesk's entire revenue. Meta spent 16× Autodesk's 2025 revenue, just on the Metaverse. (And whilst attending a meeting as a legless egg with a human face in an infinite void has its charms — more efficient, resilient cities need R&D too.)
The consultants, charging by the hour, with firm margin and utilisation mandates, find it very difficult to do R&D. I will not name names, but I just read an annual report where a $200M R&D target was touted. By my reckoning that is 12 working hours of Microsoft's R&D.
This lack of R&D meant the industry was stuck in stasis, until the LLMs — which reduced the cost of R&D substantially. Not of deep scientific R&D, or biochemistry, or fusion. But AEC consultants mainly do calculations that are very well understood and make PDFs. They are in need of SaaS, not nuclear fusion, and the cost of SaaS production has fallen through the floor.
The SaaS market has almost become like the real estate market. You can build small local apps that maybe only work for one organisation in one state. And if that organisation has a
So the size problem of fragmentation is solved. But the fragmentation problem remains.
It is not too difficult to automate any single point problem in AEC. An algorithm that sizes ducts for an asset class can be put together in a few weeks. In a person-year or two that will be extremely robust. It will reference local codes, it will adjust to certain edge conditions, it will consider material sizes and installation difficulties, maybe even logistics constraints. It will be able to adjust itself to different structural systems.
The problem is what do you do with it? Revit is too crude to plug it into, for all the reasons A16Z said. Rhino is better, but still hypertechnical. You could put it onto the internet and wait for signups.
That is where Giraffe comes in. It is a layer for point solutions to be woven together into something meaningful. Real estate, more than any other sector, is a weaving together of different point solutions.
Look at this example. It's a simple Giraffe polygon driving multiple agents in this demonstrator application. It should open with the Timber Agent active — and you can see some trivial engineering automation. But look at branch3d.com for a real version of this — here it is integrated into Giraffe.
The toy MEP app doesn't do useful work at the moment, but if it was a connection to an endra.ai endpoint (with a potential MEP consultant wraparound to manage the liability and improve the knowledge assembly line), that dramatically accelerates my capital deployment, whilst reducing my risk and fees.
Now, for the first time, capital and government can be drawing in a design package and get AEC services directly via API. This is very rational for them: it is clean, fast, and hopefully cheap. It is also, therefore, rational to invest in R&D to build and provide these services.
Because these services are automation-first, all the legacy cruft of Revit is technical debt — at best useless, at worst actively slowing you down. Autodesk has distribution into the AEC space, but the actual economic buyer of automated services is the developer, asset owner and the policy maker.
Giraffe is winning these city makers by being an AEC model that can function as a financial model, and can orchestrate the APIs that will redefine the AEC sector.