Research and software development
Find out what your software costs before you commit to building it
Most quotes are a guess dressed up as a number. We start with a short piece of paid work, and you get back a written plan covering scope, sequence and cost.
- Written plans
- Named teams
- Costed changes
- You own everything
- Bad news early
Services
Six disciplines, one way of working
Different problems, same starting point. We learn enough about yours to price it in writing before anyone builds anything.
Product
Web and Mobile App Development
Products people sign into and use. iOS, Android, and the browser.
Existing systems
Software Development and Maintenance
New features on an existing product, and keeping a running system healthy. Often the work nobody wants to quote for.
Models
AI and Machine Learning
Models put into production and kept working there, which is a different job from getting one working once in a notebook.
Ledgers
Blockchain and Distributed Systems
Contracts, wallets and the infrastructure around them, where a ledger genuinely solves the problem you have.
Screens
Product and Interface Design
Research, flows and screens, either ahead of a build or as its own piece of work.
Releases
Testing and Quality
Finding what breaks before your users do.
Project Management and Delivery
For teams that have engineers but nobody running the work.
How the work runs
Three steps. The first one is the product.
Everything else on this site follows from these three steps.
- 01
Discovery that ends in a written plan
A short piece of paid work. We sit with the problem and you get back a document that says what is being made, how it fits together, what order it gets built in, and what it costs. The plan is yours unconditionally. Take it to us, take it to another firm, or decide not to build at all.
- 02
A named team, and one person you can reach
The people who understood the problem build the thing. You get names rather than a rotating cast, and one lead who answers to you directly. If someone is not working out, we raise it first and manage the replacement ourselves.
- 03
Progress you can check, changes you can price
Work arrives in increments you can see and use, not in a reveal at the end. When scope moves, and it will, the change is costed in writing before anybody starts it.
Stack
We work in your stack
You chose your stack for reasons, and our engineers join what you already run rather than asking you to move to ours. Where we have opinions, they are about review discipline, deployment and operations, not about which framework wins.
- Product and interfaces
- TypeScript
- React
- Swift
- Kotlin
- Services and data
- Node.js
- Python
- Go
- PostgreSQL
- Chain and operations
- Solidity
- Terraform
- Testing and delivery
- GitHub Actions
- Playwright
A short, true list. Listing a technology we cannot staff loses a client in week three.
Ownership
What you own
From the first commit, everything belongs to you. Not at handover. From the beginning.
-
Code and repositories
All of it, in accounts you control. There is no private framework underneath and no dependency on continued payment to keep the thing running.
-
Infrastructure and keys
Cloud accounts, domains, credentials and certificates are created in your name. We hold nothing that you cannot revoke yourself.
-
Documentation
Decisions, diagrams and runbooks are written while the work happens, so the knowledge leaves with the documents rather than with the people.
-
The freedom to leave
If you stopped paying us tomorrow, the product would keep running without us. That is the test we design against.
Limits
When not to hire us
Four situations where we are a poor fit. Saying so costs enquiries on purpose.
-
You need hands on Monday
If the work is fully specified and needs no plan, a staffing agency will place people faster than we will. We insist on discovery because skipping it usually costs more later, and that does not suit everyone.
-
You need a yes
We push back once, clearly, with a reason, when we think something is a mistake. If you want an execution arm that agrees with everything, those exist and some of them are good.
-
Success has to be guaranteed
Nobody can promise software without risk. Testing reduces risk and never reaches zero, and we will not claim otherwise on a proposal.
-
The budget only survives if nothing changes
Scope moves on real projects. If a single change would sink the engagement, a large fixed bid from a bigger shop may serve you better than we will.
Questions
Asked before deciding
Is offshore development actually cheaper?
Is offshore development actually cheaper?
Who owns the code?
Who owns the code?
How much does a project cost?
How much does a project cost?
We already employ engineers. Is this relevant?
We already employ engineers. Is this relevant?
What happens after launch?
What happens after launch?
Why would we hire a firm we have never heard of?
Why would we hire a firm we have never heard of?
Next step
Start with a conversation, not a contract
Tell us what you are trying to build. If we are the wrong people for it, we will say so on the call and point you at someone better suited.