Discovery — 4 steps
Discovery
I align on the real problem before writing code.
What this phase delivers
Shared clarity
Everyone agrees on the real problem before code starts.
Focused scope
Non-goals are explicit, so effort stays on what matters.
In practice, discovery workshops often surface duplicate workflows and help prioritize one high-impact flow first.
View 4 detailed steps▾
Step 01 — Understand Requirements
I start by writing down user jobs, constraints, success metrics, and explicit non-goals. The goal is a clear scope document everyone can agree on before any code is written.
Scope the real problem first.
Step 02 — Map Business Context
I map who benefits, what changes if we succeed, and what trade-offs stakeholders can accept. Every technical decision ties back to a measurable business outcome.
Outcomes over features.
Step 03 — Study the Landscape
I review how similar products solve the same problem — pricing models, feature sets, and user flows. The point is to find gaps and differentiation, not to copy what already exists.
Learn the market, find the gap.
Step 04 — Find Operational Bottlenecks
I trace how work actually moves today — handoffs, manual steps, and waiting time. Friction in real workflows costs more than missing features.
Follow the work, not the wireframe.