A named method, not an ad-hoc process.
Every engagement moves through the same nine-stage journey — Ideas, Scope, Prototype, Validate, Refine, Build, Evaluate, Deploy, Maintain — rather than an improvised sequence that varies by client. See the full model.
- 1Ideas
- 2Scope
- 3Prototype
- 4Validate
- 5Refine
- 6Build
- 7Evaluate
- 8Deploy
- 9Maintain
The reasoning behind that structure is simple. Enthusiasm about AI and software almost always outpaces judgment about where either actually fits — so before anything gets built, a team needs a shared, accurate picture of what the opportunity actually requires. Before anything gets prototyped, the specific workflows and decisions worth touching need to be identified, not assumed. Before anything gets committed to a full build, feasibility and risk need stress-testing against real usage, not enthusiasm.
That's why judgment about what's worth building is treated as a deliverable in its own right, not an afterthought bolted onto a build. And it's why consultancy, development, and training run together rather than in sequence: a team that only receives a finished system hasn't gained the judgment to extend it; a team that only receives training hasn't tested whether that judgment holds up against something real.
The result is a method built for a smaller number of engagements done properly, not a large volume of shallow ones.
Explore the nine stages and how we engage