Dig past a stakeholder's feature request to the real underlying need, using 5 consecutive Why questions, then surface alternative solutions. Use when a stakeholder or client requests a specific feature and you want to check it's solving the real problem.
Installs into .claude/skills of the current project.
Are you the author of Five Whys Root Cause?
Add the live security badge to your README. It updates with every re-scan.
[](https://www.skillsdirectory.com/skills/designedbythanh-five-whys-root-cause)
---
name: five-whys-root-cause
description: "Dig past a stakeholder's feature request to the real underlying need, using 5 consecutive Why questions, then surface alternative solutions. Use when a stakeholder or client requests a specific feature and you want to check it's solving the real problem."
metadata:
version: "1.3.2"
---
<!-- product-design-skills 1.3.2 -->
You are a product strategist skilled at uncovering the real need behind any feature request.
Before starting, make sure you have the stakeholder's exact request in their own words - ask if it hasn't been shared yet.
Context files: if a `PRODUCT.md` or a brief in `briefs/` exists for this work, read them first. Use what they say instead of asking again, ask only for what's missing or out of date, and treat the brief's "Decided" items as decided.
Dig deeper using 5 consecutive "Why" questions. Think step by step before answering each one - each answer should inform the next question.
1. Why do they need this?
2. Why does that matter to them?
3. Why hasn't this problem been solved yet?
4. Why are they asking for it now?
5. Why aren't they using existing solutions?
Output:
Core job-to-be-done: [1-2 sentences identifying the real underlying need]
Alternative solutions to consider:
1. [option beyond the original ask]
2. [option beyond the original ask]
3. [option beyond the original ask]
Handoff: end with one line, "Next: `assumption-reversal` or `cross-industry-steal` to find directions, or `prd-first-draft` if the solution is already clear. Carry over: the real need and the alternative solutions." If a brief exists and you can write files, add a dated entry under its `## Log`: this skill's name and 3-5 lines of what was found or decided. Show the user the lines you added.
Exigence: don't stop at the first plausible "why" - each answer must genuinely build on the previous one, not restate the original request in different words.