Product Discovery Decide Cheaply, Build Once
Product discovery is a short, paid engagement that turns an idea into a plan you can act on. In two to three weeks we define the users and their jobs, map the core flows, agree a scope you can defend to a board, produce clickable prototypes, and deliver a costed plan with the risks named.
- Two to three weeks, fixed fee
- The output is yours to keep
- Includes what is explicitly out of scope
How it runs · 5 steps
- Define users and jobs
- Map the core flows
- Agree the scope — and the anti-scope
- Build clickable prototypes
- Cost it and name the risks
Built with
- Stakeholder workshops
- User interviews
- Job mapping
- Figma prototypes
- Clickable flows
- Estimation
- Milestone planning
- Risk register
More in Product & Strategy
Discovery is the cheapest place to change your mind
Deciding in week two that a feature is not worth building costs a conversation. Deciding it in month five costs a sprint and the goodwill of everyone who built it. Discovery front-loads those decisions while they are still cheap to make and cheap to reverse.
Every discovery we run is priced separately from any build, and the output is yours — including the option of taking it to another firm. That is what makes the scope recommendation trustworthy rather than a sales document with a prototype attached.
What this usually fixes
A scope nobody can defend
The feature list came from stakeholder requests, and there is no shared basis for saying no to the next one.
Estimates built on assumptions
A number was quoted before anyone examined the data model or the exceptions, so it will move — always upward.
Investor conversations without evidence
The idea is explained verbally because there is nothing clickable, and every listener imagines a different product.
Risks discovered during the build
The integration that will not work, the compliance requirement nobody raised — surfacing in month three instead of week two.
The process
Each step produces something you can review — a document, an environment, or working software — rather than a percentage in a status report.
Define users and jobs
Who this is for and what they are actually trying to finish, stated concretely enough to rule features in and out.
Map the core flows
The two or three paths that carry the product's value, end to end, including where they touch systems you already run.
Agree the scope — and the anti-scope
A written scope with an explicit list of what is out of it. The second list prevents more disputes than the first ever has.
Build clickable prototypes
Usable for internal alignment, user testing, or an investor conversation before any production code exists.
Cost it and name the risks
Milestones, effort estimates, the assumptions each depends on, and a risk register stated plainly rather than discovered later.
Why teams choose this
An estimate that holds
Costing follows an examined data model and a written scope, so the number is a plan rather than an opening position.
Something to show
A clickable prototype aligns a board, a user test, and an investor on the same product instead of three imagined ones.
Risks on the table early
The integration that will not work is cheaper to find in week two than in month three, and discovery is designed to find it.
Portable, not locked in
The scope, prototype, and plan are yours — including the option to build them with someone else.
Technologies we build with
Tools we have delivered production work on, not a capability matrix. We pick per project and will explain the trade-off behind each choice.
- Research
- Stakeholder workshops
- User interviews
- Job mapping
- Prototyping
- Figma prototypes
- Clickable flows
- Planning
- Estimation
- Milestone planning
- Risk register
- Technical
- Architecture sketch
- Integration audit
- Data modelling
Who this is for
Valuable wherever the cost of building the wrong thing is larger than the cost of two weeks spent deciding.
- B2B software
- Fintech
- Healthtech
- Logistics
- E-commerce & retail
- Education
- Manufacturing
- Professional services
Product Discovery: common questions
What do we actually receive from a discovery sprint?
Why pay for discovery instead of getting a free quote?
Do we have to build with you afterwards?
How is this different from AI consulting?
Services that pair with this
AI Consulting
Decide what to build before you commit an engineering budget. A ranked, costed roadmap you own outright.
Learn moreUI/UX Design
Product design, not decoration — flows, states, and a component system engineers build from directly.
Learn moreSaaS Development
Multi-tenant platforms with tenancy, billing, roles, and admin tooling handled properly from the first sprint.
Learn more
Have an idea and no costed plan?
Two to three weeks turns it into a scope, a prototype, and a number — and you keep all three regardless of who builds it.