The Decision That Compounds
Every enterprise software decision looks small in the moment. "Should we buy this tool or build our own?" feels like a procurement question. It is not. Repeated across dozens of choices over several years, it is one of the largest determinants of your company's margins, defensibility, and ultimate valuation.
Get it right consistently and you end up as a high-margin business with owned IP and a workflow competitors cannot copy. Get it wrong consistently and you end up as a low-margin operator, renting your entire operation from vendors who capture the value you create. Same market, same team, wildly different outcome — driven largely by a series of build-vs-buy calls.
The good news is that this is a decision you can make well, every time, with a simple framework.
The Core Principle: Buy to Survive, Build to Win
The clearest lens is this: buy the things that keep you alive, build the things that make you win.
You survive by having email, payroll, accounting, and cloud infrastructure. These are undifferentiated. No customer has ever chosen a company because it had a marginally better internal expense tool. Buy them, integrate them, and never think about them again.
You win by doing something better or differently than everyone else. If a piece of software touches that difference — the way you serve clients, the way you make decisions, the proprietary process that is your actual advantage — then building it is not an expense, it is an investment in the moat.
The Four-Question Test
Before any significant software decision, run it through four questions:
1. Is it core to how we create value, or is it plumbing? Plumbing → buy. Core → lean build. 2. Does an off-the-shelf option fit us cleanly, or would we bend our business to fit it? Clean fit → buy. Forced fit → build. 3. Will the cost scale painfully with our growth? Per-seat or per-transaction pricing that balloons at scale is a strong signal to build. 4. Would owning this create defensible IP or increase enterprise value? If yes, building pays a second dividend the day you raise or sell.
A tool that is plumbing, fits cleanly, is cheap at scale, and creates no IP is an obvious buy. A tool that is core, fits poorly, gets expensive, and would become owned IP is an obvious build. Most decisions are clearer than founders assume once framed this way.
The Hidden Cost of Defaulting to Buy
Buying is the path of least resistance, so most companies over-buy. It feels prudent — lower up-front cost, faster deployment, someone else's problem to maintain. But defaulting to buy on your core functions has a compounding cost that never shows up on a single invoice:
- Your margins are permanently capped by everyone else's subscription pricing.
- Your operations are permanently shaped by the limits of generic tools.
- Your company is permanently less valuable, because there is no owned technology underneath it — just a tidy stack of other people's products.
Why "Build" No Longer Means "Slow and Expensive"
The old objection to building was legitimate: it took too long and cost too much. That objection assumed engineers hand-writing every line of authentication, every dashboard, every integration. That world is gone.
AI-accelerated engineering generates the commodity 80% of any build in days, so the only meaningful cost left is the 20% that makes the system genuinely yours. That single shift moves the build-vs-buy line dramatically toward "build" for anything core — because building is now fast enough and cheap enough that owning your advantage is no longer a trade-off against speed.
This is the work we do at MediaLabs: helping founders build the software that makes them win, in the kind of timelines that used to only be possible by buying. You keep renting the plumbing. You start owning the moat.
The Takeaway
Do not agonize over every tool. Buy the plumbing without a second thought. But the moment a decision touches how you actually create value — pause, run the four-question test, and recognize that building is now a realistic option. The highest-margin companies are not the ones that built everything. They are the ones that built the right things, and rented the rest.