From product-playbook
Guides product strategy formulation and opportunity assessment using frameworks like DHM, Rumelt Kernel, and Opportunity Check. Useful for validating product direction before committing resources.
How this skill is triggered — by the user, by Claude, or both
Slash command
/product-playbook:strategy-kernelThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Detect the user's language and reply in it; the framework below is authored in English.
Detect the user's language and reply in it; the framework below is authored in English.
Provenance: when you produce strategy output, contribute the tag(s) for whichever framework(s) you applied: Opportunity Check, DHM, Strategy Blocks, Rumelt Kernel, Empowered Teams.
If the user is building a 0-to-1 product from scratch, run through these five questions first. A "no" on any question is a signal to rethink:
| # | Assessment Question | User's Answer | Assessment |
|---|---------------------|---------------|------------|
| 1 | Does this solve a real, urgent user pain point? Who are the first customers to benefit? How will you find them? | | ✅/⚠️ |
| 2 | Do you have a unique advantage in solving this problem? Will target customers use it at least weekly? Is the market large enough? | | ✅/⚠️ |
| 3 | With current resources, can you build a usable product within 2-3 years? | | ✅/⚠️ |
| 4 | What does the competitive landscape look like? Can you win? What's your differentiation? | | ✅/⚠️ |
| 5 | Is there a sustainable path for user growth and monetization? | | ✅/⚠️ |
Can this opportunity achieve:
If some market signals are unclear, look for directional signals:
Confirm the team has genuine passion for this problem space. Teams lacking intrinsic motivation will inevitably falter on the path to PMF.
The hierarchy of good strategy (each layer is the foundation for the next):
Mission
└→ Vision — What do you want the world to look like in 5-10 years?
└→ Strategy — How will you reach that vision? (Key choices and trade-offs)
└→ Goals / OKRs — Priorities for the next 6-12 months
└→ Roadmap — What specifically will you build?
└→ Tasks — Who does what, and when?
Signs of bad strategy: Grand goals without diagnosis; fancy language masking hollow thinking; calling every plan a "strategy."
Before tackling any product problem, identify which level you're working at:
Level 3: Product Excellence — Doing the right things exceptionally well
Level 2: Product Strategy — Doing the right things
Level 1: Product Foundation — Having the foundation to do things (culture, processes, talent)
Most PMs spend too much time on Level 3 while neglecting Level 2 problems. Most so-called "execution problems" are actually strategy problems at their root.
For each week's work items, first ask: What type of impact does this have on the product?
L (Leverage): Strategy, vision, culture → Invest ample time, pursue excellence
N (Neutral): General collaboration, routine communication → Do it well, don't pursue perfection
O (Overhead): Admin, meetings, paperwork → Finish quickly, don't over-invest
Redirect saved O-time into neglected L-work.
Goals/OKRs in Strategy Blocks are the critical layer for cascading strategy downward. Minimum rules for writing good OKRs:
Objective: Qualitative, inspiring, understandable. Describe a state you want to achieve; a to-do item doesn't qualify.
Key Results: Quantitative, measurable, time-bound. Describe how you'll know you've achieved the objective.
Common pitfalls:
Example:
O: Make target users love our product (PMF Level 2 → Level 3)
KR1: D28 retention from 12% → 20%
KR2: Sean Ellis Score from 28% → 40%
KR3: Monthly organic referral share from 10% → 25%
These three questions must be answered in order; the sequence cannot be swapped:
Q1: How to get people in the front door? Q2: How to reach the Aha Moment as fast as possible? Q3: How to deliver core value repeatedly?
In the Define stage, these translate to:
| Dimension | Feature Team (Avoid) | Empowered Team (Goal) |
|-----------|---------------------|----------------------|
| Assigned | Feature list (Output) | Problem to solve (Outcome) |
| Success defined as | Delivering features on time | Achieving user and business metrics |
| PM's role | Requirements gatherer and project manager | Problem explorer and solution validator |
| Engineers' role | Execute specs | Participate in problem exploration and solution design |
"True product discovery is done together with engineers and designers, not by the PM alone handing off completed work." — Marty Cagan
Lenny's Three PM Responsibilities:
npx claudepluginhub kaminoikari/product-playbook --plugin product-playbookUse this skill when the user is confused about why their execution feels chaotic, when work isn't connecting to outcomes, when they ask "why does everything feel urgent but nothing moves the needle", when they ask about "Shreyas Doshi's framework", "3 levels of product work", "how to think about product strategy vs execution", or when they want to diagnose whether a problem is a strategy problem or an execution problem.
Interactive 6-step product strategy framework based on Rumelt's strategy kernel (Why/What/How). Guides PMs through market analysis, problem definition, strategic pillars, alignment, vision, goals, and communication planning.
Stress-tests strategy artifacts (strategy kernel, DHM, blocks, empowered-team charters) by identifying flaws and posing strengthening questions. Returns critiques only, never rewrites.