Insights

Straight answers about buying software.

Almost everything written about how to commission software is written by someone who wants the answer to come out a particular way. We know, because we’re one of them. This section exists because the alternative, publishing nothing and letting a sales call carry the whole argument, is worse for you and worse for us.

Thirty-two pieces, in three groups. Choosing a partnercovers the decision before any code exists: in-house team, agency, or freelancer, how to run an offshore team so the handover doesn’t eat the savings, and how to leave an agency without losing your codebase. Cost & planningcovers the number everyone asks for first, why the published ranges for it disagree with each other by a factor of fifty, and what the “we’ll just plug in their API” line in a quote really commits you to. Engineering decisionscovers the calls we make on real projects. React Native or two native codebases, retrieval or a fine-tune, whether the thing needs to be an app at all, where background work runs when there’s no server to run it on, and when a spreadsheet has stopped being a spreadsheet.

These are for founders and operators who have to commission software they can’t personally write, and who have already noticed that every vendor comparison online concludes in favour of the vendor who wrote it. That suspicion is correct. Keep it.

One rule holds across all of them. Every figure is either linked to its source or labelled as our own estimate. Where our commercial interest points one way and the evidence points another, the article says so in the paragraph rather than in a footer. No client names appear on these pages, because we have not published any. No satisfaction percentages appear either, because we’ve never measured one. If a piece here helps you decide not to hire us, it did its job.

Choosing a partner

The decision before the build. Who writes the code, what that costs you in control, and what happens the first time it goes wrong.

Cost & planning

The number everyone asks for first, taken apart into the decisions that actually set it.

Engineering decisions

The calls we make on real projects, with the tradeoffs left in rather than resolved in our favour.

All articles

Run the numbers on your own project

Several of these pieces end in arithmetic or a decision rule you then have to redo against your own figures. Rather than leave you to it, we built the eight below. They run in your browser, they show their working, and none of them asks for an email.

  • Project brief generator

    Answer the questions and it writes the scope document, then names every gap a vendor will have to guess at.

  • App or website decision tool

    The capability gates from the mobile app piece, as a checklist that returns a verdict and the requirement that forced it.

  • Tech stack decision tool

    Thirty rules over what your site has to do, returning the platform your requirements force and what it costs to leave later.

  • MVP cost estimator

    The arithmetic from the MVP cost article, with the line items exposed and editable.

  • AI feature cost per user calculator

    The request-path forecast from the LLM cost piece, run against your own usage shape and your own price.

  • Automation ROI calculator

    What a manual process costs a year, against what an automation costs to own, and the month the two cross.

  • Launch readiness scorer

    Twenty-three weighted items and four blockers that cap the score, measured against the days you have left.

  • Technical due diligence scorer

    Six weighted areas, with findings ranked by how reliably each one gets a deal repriced.

All eight tools

Still not sure which way to go?

Describe the problem in a paragraph. Inside two working days you’ll have a scope, a price and a start date back, or the reason we’re not the right people for it.

Start a conversation