Skip to main content

lean-product-playbook

Systematic six-step methodology for iterating to product-market fit using the Product-Market Fit Pyramid framework

Aller à l'installation

Informations de source

Dépôt
lev-os/agents
Dernière activité de la source
7 mars 2026 à 00:14
Langue détectée de SKILL.md
anglais
Étoiles
21
Forks
2

Options d'installation

Le prompt qui vérifie d'abord la source est sélectionné par défaut. Vous pouvez passer à une commande directe ou télécharger une copie locale.

Vérifiez les fichiers source

Lisez SKILL.md et les fichiers associés affichés par SkillsMP avant de décider de l'installer.

Affichage de SKILL.md

SKILL.md
Instructions source · Aperçu en lecture seule
name
lean-product-playbook
description
Systematic six-step methodology for iterating to product-market fit using the Product-Market Fit Pyramid framework
# Lean Product Playbook ## Overview Dan Olsen's Lean Product Playbook provides a repeatable six-step process for achieving product-market fit. Built on the Product-Market Fit Pyramid framework, it emphasizes validating assumptions before building and iterating based on customer feedback rather than feature lists. ## Core Insight Product-market fit happens when your product (value proposition, feature set, UX) aligns with your market (target customer, underserved needs). Most product failures stem from building before validating market assumptions. **Framework**: Product-Market Fit Pyramid has five layers: 1. **Target Customer** (market layer) 2. **Underserved Needs** (market layer) 3. **Value Proposition** (product layer) 4. **Feature Set** (product layer) 5. **User Experience** (product layer) ## The Six-Step Lean Product Process ### Step 1: Determine Your Target Customers Define WHO you're building for with specific segmentation. Avoid "everyone." **Action**: Create customer personas with demographics, behaviors, and contexts. **Example**: Not "small businesses" but "solo consultants billing $100-300K/year who manually track hours in spreadsheets." ### Step 2: Identify Underserved Customer Needs Discover WHAT jobs customers need done that aren't being met well by existing solutions. **Action**: Customer interviews using Jobs to Be Done framework. Ask about frustrations, workarounds, and alternatives tried. **Question**: "Walk me through the last time you tried to [accomplish goal]. What was frustrating?" ### Step 3: Define Your Value Proposition Articulate HOW your product addresses underserved needs better than alternatives. **Action**: Map your benefits to customer needs. Be specific about what you do better/different. **Format**: "For [target customer], who [statement of need], our product is a [product category] that [key benefit]. Unlike [primary competitive alternative], we [primary differentiation]." ### Step 4: Specify Your MVP Feature Set Decide WHICH features to include in minimum viable product. Only include what's necessary to test core value proposition. **Action**: Use MoSCoW method (Must have, Should have, Could have, Won't have). Focus on "must have." **Rule**: If removing feature doesn't invalidate core value prop test, it's not MVP. ### Step 5: Create Your MVP Prototype Build the LIGHTEST artifact that tests assumptions. Start with lowest fidelity possible. **Fidelity ladder**: - Mockups/wireframes (hours) - Clickable prototype (days) - Landing page + manual fulfillment (week) - Functional MVP (weeks/months) **Action**: Pick lowest fidelity that enables meaningful feedback. ### Step 6: Test Your MVP with Customers Get real feedback from target customers. Measure if value proposition resonates. **Action**: 5-8 customer interviews per iteration. Ask open questions about their experience, not "Do you like it?" **Questions**: - "What were you trying to accomplish?" - "How does this compare to what you use today?" - "Would you be disappointed if you couldn't use this anymore?" ## Iteration and Pivoting After Step 6, analyze results: - **Validated**: Build out features, improve UX - **Partially validated**: Iterate on value prop or features - **Invalidated**: Pivot to different need or customer segment **Pivot types**: - Customer segment pivot (same solution, different customer) - Customer need pivot (same customer, different problem) - Value proposition pivot (same need, different approach) ## Example Application **Scenario**: Building project management tool for remote teams **Step 1 - Target Customer**: Engineering managers at 10-50 person startups with fully remote teams **Step 2 - Underserved Needs**: "Current tools feel like surveillance. We need visibility without micromanaging." **Step 3 - Value Prop**: "Team-driven status updates that show progress without tracking time/activity." **Step 4 - MVP Features**: - Must: Daily async standup prompts, outcome tracking (not hours) - Should: Slack integration - Won't: Time tracking, activity monitoring, reporting dashboards **Step 5 - Prototype**: Slack bot that asks 3 questions daily, posts to channel **Step 6 - Test**: 5 teams use for 2 weeks. Interviews reveal: "Love async standups, but need way to see blockers across teams." **Iteration**: Add "blocker board" feature, test again. ## When to Use - Starting new product from scratch - Adding major feature/product line - Product struggling to gain traction (indicates PMF issues) - Entering new market segment ## Anti-Patterns - ❌ Skipping customer research in Steps 1-2 (building on assumptions) - ❌ Defining features before value proposition - ❌ Starting with high-fidelity prototypes (waste time if wrong) - ❌ Testing with "friendly" customers who won't give honest feedback - ❌ Asking "Would you buy this?" (hypothetical, unreliable) ## Success Metrics - **Time to First Test**: Days from idea to customer feedback - **Iteration Velocity**: How fast you complete test-learn-iterate cycles - **Pivot Rate**: % of assumptions invalidated (healthy to find wrong assumptions early) - **PMF Score**: Sean Ellis 40% test (40%+ would be "very disappointed" without product) ## Integration with Other Frameworks **Builds on**: - Jobs to Be Done: Use for Step 2 (identify needs) - Continuous Discovery Habits: Weekly cadence for Steps 5-6 - The Mom Test: Question technique for Step 6 **Feeds into**: - Opportunity Solution Trees: Map features to needs discovered - RICE Prioritization: Prioritize features post-MVP - Dual-Track Agile: Discovery track follows this process ## Common Pitfalls ### Building Too Much Before Testing Most teams skip to high-fidelity prototypes. Use lowest fidelity that tests hypothesis. ### Confusing Customer Requests with Needs Customers ask for features (solutions). Your job: uncover underlying need, find better solution. ### Testing with Wrong Customers Don't test with people outside target segment or who won't actually use product. ### Not Iterating Fast Enough Goal: 1-2 week iterations for Steps 4-6. Longer = more waste if assumptions wrong. ## References - "The Lean Product Playbook" - Dan Olsen - leanproductplaybook.com - ProductMarketFit.com (Olsen's articles) ## Related - jobs-to-be-done - product-market-fit-survey - continuous-discovery-habits - mom-test - dual-track-agile - rice-prioritization
Voir sur GitHub