For CTOs, heads of product and founders with a live product
Product engineering that starts before the ticket and ends after the release.
We work the way a forward deployed engineer does. We sit inside your team, shape a rough request into a pitch, put a prototype in front of people, build it behind a flag, then read the numbers to find out whether it landed. AI runs through all of it. The decisions that are expensive to get wrong stay with people.
The whole cycle
Most contractors take the middle third of the job
They arrive when the spec is written and leave when the branch is merged. That leaves you to decide what is worth building and to find out afterwards whether anyone used it. We take all six stages, because the first and the last decide whether the build was worth doing.
-
Pitch
We gather the problem with your product team and your customers, then set an appetite and the no-gos.
-
Fat-marker sketch
We agree the shape of the solution with your team before anyone opens Figma.
-
Prototype
A clickable demo, often built with AI in a day, that your team reviews before the real build starts.
-
Grill the spec
We stress-test the RFC in "grill me" sessions, tie each slice to a key result and list the events it must emit.
-
Build behind a flag
Each change ships behind a feature flag and rolls out tenant by tenant, with agent-run QA on staging.
-
Measure
Events feed dashboards that show whether the key result moved. If it did not, the point where users drop off becomes the next pitch.
Services
What we take on
Product engineering
Embedded in your team for the full cycle, from the first pitch to the dashboard that says whether it worked.
- Pitches, specs and RFCs
- Prototypes
- Backend, APIs and web front ends
- Payments and commerce integration
- Instrumentation and analysis
AI in your delivery process
Putting AI into the way your team already works, at the steps where it pays, with review gates that catch its mistakes.
- Repository style guides and conventions
- Planning and scoping practice
- Review gates and control points
- Prototyping workflow
- Team training on the above
Modernisation and review
Systems that still work but have stopped being safe to change, and the audits people ask for before they commit money.
- Framework and runtime upgrades
- Performance and infrastructure cost
- Architecture review
- Code and security audit
- Technical due diligence
People
Who you work with
Open source
Public code instead of case studies
We have no client logos to show yet. The commit history below is ours, and it is public.
All of it, with what we did in each
We also make small games: a daily word game for Elixir, React, AI, DevOps and travel, and a simulator of what skipping a stage of our process costs.
Start with the problem you have
A few sentences about the problem are enough. We reply with questions first.