
NewsNews AI
An experimental newsletter and news site operated end to end by an AI pipeline, from selection to publication.
United States
Every organisation has a process that lives in someone’s head, a spreadsheet nobody is allowed to touch, and a step where data gets retyped from one system into another.
Custom software is worth building when that process is genuinely yours and worth protecting. It is not worth building when a product on the market would do. Our first job is to tell you honestly which situation you are in.
We do not quote a build from a conversation. We run a discovery engagement, and you get something concrete out of it whether or not you continue with us:
If you take that document to another firm, it will still be useful. That is the point.
Bespoke software has a specific failure mode: it works perfectly for four years, then the person who understood it leaves, and nobody dares touch it.
We build against that. Mainstream technology rather than clever choices, architecture decisions recorded with their reasoning, automated tests around the logic that matters, and documentation aimed at the engineer who arrives two years from now knowing nothing.
The system going live is not the same as the system being used. We plan the migration, train the people who will use it daily, and roll out in phases so that a problem affects one team for one day rather than everyone at once.
When the process is genuinely yours and it is a competitive advantage, when the off-the-shelf option would need so much configuration that you are effectively building anyway, or when the tools you need do not talk to each other and the gap is being filled by a person copying data by hand. If a product on the market fits, we will tell you to buy it.
Discovery is a fixed-price engagement that produces a written specification and an estimate you can take to anyone. Delivery is then either fixed-price against that specification or time-and-materials in sprints, depending on how well defined the scope is. We do not quote a build price before discovery, because a number invented that early is a guess with a decimal point.
Migration is part of the project, not a footnote. We profile the existing data, agree what is authoritative, write the migration as repeatable code, and run it against a copy until it is clean. Then we run it for real, with a rollback path.
No. You own the code and the infrastructure accounts. We build on mainstream, well-documented technology specifically so another team could pick it up, and we write the documentation that would let them.
Yes. We are used to procurement processes, security reviews, formal acceptance testing, and phased rollouts across departments.
Related work
Tell us what you're working on. We'll tell you how we'd make it real.
Start a project