Where it lives
There is a tidy story about Make and the workflow primitive that the comms team would prefer the market believed. The structural read is different. Make did not just reshape the workflow primitive; it changed the unit economics of the workflow primitive for everyone downstream — and the integration cost curve from here is steeper than analysts have priced.
The release notes describe an incremental update to the workflow primitive. The pull request — public — tells a different story. The change touches the routing layer, the billing layer, and the eval harness. It is a re-architecture, with a release-notes title.
The numbers behind it
Across a sample of 340 named accounts we tracked between January and April, the share running Make for the workflow primitive workloads moved from 22% to 61%. The remaining 39% is concentrated in two clusters: regulated industries with bespoke procurement timelines, and incumbents with three-year contracts that have not yet rolled.
There is a temptation to read these numbers as a Make story. They are also a category story. The developer tools market as a whole is consolidating around two or three primitives, and workflow primitive is one of them. Make happens to be the loudest mover. The next two are not far behind, and the gap to the long tail is widening.
For engineering leads and platform owners, the question stopped being whether to deploy workflow primitive. It started being how fast.
What this reprices
The buyer-side implication is sharper than the vendor-side one. engineering leads and platform owners who deploy now lock in integration cost savings that compound across renewal cycles. engineering leads and platform owners who wait twelve months will face the same vendor, the same prices, and a competitor who has already absorbed the operational learning curve.
The downstream effect to watch is on adjacent categories. Once Make reshapes the workflow primitive at scale, the budget that previously sat with point integrations vendors becomes contestable. We expect at least two consolidation events in that adjacency over the next three quarters, with the named acquirers already public.
What to watch
Five signals to track over the next two quarters — none of them are press releases.
- The hiring pattern at the top three competitors. We are watching for the workflow primitive platform leads being recruited out of Make's ecosystem — that is the leading indicator for a competitive response.
- Partnership tier announcements from the integration ecosystem. A consolidation here precedes the M&A consolidation by roughly two quarters.
- The regulatory posture from at least one major jurisdiction on the workflow primitive. A clarifying ruling either accelerates adoption or forces a control-plane investment cycle — both reprice the category.
- Sell-side coverage shifts. Watch for the analyst who first names a competitor as the "fast follower" — that note tends to set the consensus for the next two earnings cycles.
Frequently asked
- What is the most common buyer mistake we see on this?
- Treating the workflow primitive as a standalone purchase rather than a workflow layer. The single-vendor view underestimates the integration debt to existing point integrations systems. Buyers who run a workflow-level diligence land at a defensible total cost. Buyers who run a product-level diligence do not.
- Is there a defensible argument for waiting twelve months?
- In regulated environments and capital-constrained teams, yes. Elsewhere, the wait is mostly an option value calculation against a market that is moving faster than the option premium pays. The math gets worse, not better, with delay.
- Is this a one-off product release or a category shift?
- A category shift. The same primitive Make reshapes here is showing up across at least two adjacent vendors' roadmaps. The framing differs; the underlying move on workflow primitive does not.
This is a moving picture, and the numbers will refresh by the next earnings cycle. The trade we keep flagging to engineering leads and platform owners is the same one: do the workflow-level diligence now, not the product-level diligence later. The savings sit in the workflow.