Build or buy the system?

By Weapp · Updated

Build systems where you differentiate, and buy where you're like everyone else. That's the core rule behind build vs buy. Support the decision with a five-year calculation weighing license and customization cost against build and maintenance cost. The costliest mistakes are building what you could just as well have bought, and buying what is the business itself.

“Should we build it ourselves or buy something off the shelf?” is one of the biggest decisions a business makes about its systems – and one of the easiest to make on gut feeling. This page doesn’t give you an opinion but a decision model: a rule to lean on, a calculation to run, and a map of the traps that catch people going both ways.

The core rule: differentiation decides

Strip away everything else and this remains: build where you differentiate, buy where you’re like everyone else.

So the question you ask about every system isn’t “can we build it?” – almost anything can be built. The question is “does this make us unique?” If the answer is no, buy. A finance system doesn’t make you sharper than your competitors, no matter how nicely you build it. The process that gets customers to choose you, on the other hand, is worth owning.

The rule is powerful because it shifts focus from technology to business. This isn’t something the development department should decide alone, but a question of where your edge actually sits.

The five-year calculation

When the rule doesn’t give an obvious answer, you need to calculate – but the right way. The mistake people make is comparing a visible purchase price against an invisible development cost. The right comparison is total cost over five years.

PathCosts to sum over 5 years
BuyLicenses, customizations, upgrades, lock-in
BuildDevelopment, maintenance, operations – but full control, no license
HybridStandard license for the core plus building the unique parts

A bought system has a low entry cost but ongoing licenses and a customization bill that grows every time a new version breaks what you’ve customized. A homegrown build has a high entry cost but no license and full control. Which ends up cheaper depends on how well an off-the-shelf system actually fits – and that fit is exactly what the calculation forces into the light.

The most common wrong decisions – in both directions

There are two classic ways to get this wrong, and they’re mirror images of each other.

  • Building what you could have bought. A team decides to build its own generic system – often because it feels more fun or more flexible. Two years later, they have a half-finished copy of an off-the-shelf system, plus a maintenance commitment that never ends. Consequence: money and time burned on something with no competitive advantage.
  • Buying what is the business. A company squeezes its distinguishing process into an off-the-shelf system to save money. The system doesn’t bend, so they bend – and lose exactly what made them unique. Consequence: a cheap solution that hollows out the business itself.

A concrete example: a logistics company whose strength was its own route optimization bought an off-the-shelf system that “almost” handled it. That “almost” ended up costing them what set them apart from competitors. Had they instead bought the finance module ready-made and built the route optimization themselves, they’d have gotten both low cost and kept their edge.

Who should own the decision?

One reason this goes wrong is that the decision lands at the wrong table. Left entirely to engineering, the homegrown build tempts, because it’s more stimulating to build than to configure something ready-made. Left entirely to finance, the purchase price tempts, because the license looks cheap against a development budget. Neither angle sees the whole picture alone.

The right decision requires business, technology, and finance to sit at the same table and ask the only question that matters: does this make us different, or does it make us like everyone else? It’s a business question before it’s a technical one. Keep that question central, lean on the five-year calculation, and keep the two classic wrong decisions in mind, and most choices land right.

The right decision, then, requires someone willing to ask the uncomfortable question of where your real value lies. Want a neutral sounding board for your specific systems? At Weapp we’re happy to think through the whole picture with you and can go through the choices with you before you commit.

Frequently asked questions

What's the core rule for build vs buy?

Build where you differentiate, buy where you're like everyone else. What makes you unique and competitive is worth owning and shaping yourself. What looks the same at every company – finance, payroll, email – you buy off the shelf. The rule resolves most cases without you even having to calculate.

How do I make a fair cost comparison?

Calculate over five years, not the purchase price. For buying: licenses, customization, and upgrades. For building: development plus ongoing maintenance. Also factor in the cost of lock-in versus full control. Only then are you comparing real total cost instead of a visible price tag against an invisible one.

What's the most common wrong decision?

Building what you could just as well have bought. Teams underestimate how much work it is to build and forever maintain something generic that already exists ready-made. The result is an expensive homegrown variant of an off-the-shelf system, with no real advantage over having bought it.

And the most common mistake the other way?

Buying an off-the-shelf system for what's actually the business itself. Then you're forced to bend your unique process to the system's way of working, and lose exactly what set you apart from competitors. What you saved on purchase, you lose in competitiveness.

Can you combine building and buying?

Yes, and it's often the wisest path. A standard core for the generic parts combined with custom-built add-ons via API for the unique parts gives you both low cost on the ordinary and full freedom on what matters. Most mature system landscapes look exactly like this.