Product Management from MVP to Product-Market Fit
- What's on fire? Is it really on fire, or is there bogus urgency, and/or incoherence? If there's just 1, it might be worth putting out anyway, then having a retrospective that questions the whole context.
- What's the current 5-10-year mission/vision?
- What are the user AARRR stats being tracked?
Sketch a Lean Canvas with internal folks if there isn't one already
- unlike when creating one in-advance for yourself, I find it best to do in order: Problem; Solution (features); UVP; user/market - this leads to market segment conversation.
- if it seems like 1 segment makes up 80%+ of the customers, confirm that by checking whether the Problem, Solution, and UVP fit roughly everyone in that segment. If so, then move on to the rest of the canvas.
- if there are multiple segments, then: sketch-list the key segments; then estimate the % of customers falling into each; then define/compare the Problem, Solution, and UVP for each of the top segments (hopefully 3-5 get to 80% of customers). This might lead to changing the list/definitions of segments. Cycle back through, then make complete canvas for each of the top segments. And start suggesting that serving more than 1 may spread your resources too thin.
- is each customer's segment identified in the company database? If not, is it possible for anyone to map customers to segments based on their data? (Probably not, but worth checking.)
- every box in the canvas is a hypothesis (Thinking in Bets): what evidence is there for each? Which boxes are riskiest?
Start talking to customers: active, churned, failed, etc. - open-ended Customer Discovery.
- How quickly/confidently can you assign a given customer to a segment? Recognize that this process may lead you to change segment definitions. So start identifying patterns of needs, contexts, vocabulary, etc. for each user - eventually you'll want each pattern as a column in a spreadsheet, with each customer as a row with
xfor the patterns that apply
- Is the Problem your startup is targeting the Biggest problem for that person? If not, is it still a compelling problem to solve (and what are the problems that are bigger)? What context creates the problems? Are they spending money/time to solve it now, how?
- ask the Sean Ellis very-disappointed question of the current customers. What current feature/attribute is most valuable? What's the most important missing feature, or other shortcoming?
- ask the churned/failed users what they chose instead and why, and how that's working for them
Summarize/discuss your results - if you have multiple segments you'll want a comparison table. The goal is to pick a primary/key segment to focus your efforts on.
- is your biggest segment also your most-satisfied? If so, is that segment-TAM big enough to spend 2 years growing into? If so, is there any reason not to make this your key segment?
- revise your Lean Canvas for this key segment
- can you define the A-ha moment that results in a customer becoming thrilled? Can you define a North Star metric?
Start an Opportunity Solution Tree for your key segment
- get all the (non-tiny) ideas people (inside and out) have mentioned included - it's ok to start with some in a "No Problem" Opportunity branch...
- Did the customer interviews lead you to have an opinion over which Problems/Opportunities are most significant? Make the tree reflect that.
- Have meetings to discuss/update the tree.
- which Problems are most important to solve?
- generate more ideas attacking only the top 2 Problems
- rank those ideas
- user StoryMapping to build happy-path first, even if you don't release it yet
- this is the best detailed walk-through I've ever seen of this process: (2020-08-04) Rahul Vohra Shares Superhumans Product Market Fit Framework
Side bits to add in
- Start a writing culture (Org Writing Practices): is there a team-wiki-like doc-space integrated with the issue-tracker (aka confluence for jira)? Get it licensed, get permissions spread, start writing there.
- What analytics tools are available, if any? What user-action-data is being collected?
- Understand the tech stack, sprint process/cycle, QA process, deploy process, etc. If there's a complex architecture, ask if there's documentation/diagrams. Start attending dev meetings (stand-up, etc.)
- Ask everyone you meet with: What's the biggest business risk? What's your biggest pet peeve re the biz?
See also other Agile Product Development recommendations.