opportunity-mapping
Skill0 starsChanged 7 months agoMITView on GitHub
Use the Opportunity Solution Tree (OST) to connect business goals (Outcomes) with validated user opportunities (Opportunities), potential solutions (Solutions), and validation experiments (Experiments).
We split this skill into the rules it gives an agent
2 rules. About 0 are common, 2 are distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈2
Distinctive · estimate
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 8
Do not jump directly to solutions without solving the problem.
- Distinctive: line 56
Do not try to solve all opportunities on the tree.
≈ “Common” is an estimate: at least 1 in 5 of the 308,232 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Opportunity Mapping: Deep Guide to the Opportunity Solution Tree (OST)
Do not jump directly to solutions without solving the problem. Opportunity Mapping is a visual thinking tool that forces you to explore the "problem space" first before entering the "solution space."
Core Framework: OST (Opportunity Solution Tree)
Opportunity Mapping structures your thinking into four levels:
- Outcome: The business goal we want to achieve (derived from
north-star-metric). - Opportunities: User pain points, needs, or desires validated through
customer-discovery. - Solutions: Specific features or ideas to address the above opportunities.
- Experiments: Lean tests to validate solution hypotheses (derived from
lean-experimentation).
Checklist
- Set Outcome — Define a single measurable business metric. Do not pursue multiple unrelated outcomes simultaneously.
- Map Opportunity Space — Based on factual evidence from research. Classify scattered user feedback into a hierarchical opportunity tree.
- Generate & Filter Solutions — Propose 2-3 mutually exclusive alternative solutions for each selected opportunity, avoiding the "one-choice" trap.
- Identify Assumptions — Before implementing a solution, list all desirability, feasibility, and viability assumptions that must be met for it to work.
- Design Experiments — Design lean experiments for high-risk assumptions.
Process Flow
graph ost_flow {
node [shape=box, fontname="Arial"];
Outcome [label="Desired Outcome", style=filled, fillcolor=lightblue];
Opp1 [label="Opportunity A (Evidence-based)"];
Opp2 [label="Opportunity B (Evidence-based)"];
Sol1 [label="Solution A.1"];
Sol2 [label="Solution A.2"];
Exp1 [label="Experiment A.1.1"];
Outcome -- Opp1;
Outcome -- Opp2;
Opp1 -- Sol1;
Opp1 -- Sol2;
Sol1 -- Exp1;
}Expert Principles
1. Opportunity vs. Solution
- Opportunity: "It's hard for me to find the right size for me." (✅)
- Solution: "Build an AI size recommendation plugin." (❌) -> Always describe the problem at the opportunity level, not the feature.
2. Continuous Discovery
An Opportunity Map is not a one-time document; it should grow and be restructured with every customer-discovery interview.
3. Prioritization
Do not try to solve all opportunities on the tree. Choose your current focus based on "potential contribution to the Outcome" and "sufficiency of evidence."
Anti-Patterns
- Reverse Engineering: Inventing an "opportunity" just to justify a feature you've already decided to build. (❌)
- Island Branches: A solution on the tree that cannot be traced back to any parent opportunity, or an opportunity that cannot connect to the final result. (❌)
- Lack of Depth: Opportunity descriptions that are too broad (e.g., "improve experience"), making it impossible to derive specific solutions.
Delivery Standards
The structure of the Opportunity Map is recommended to be recorded via Mermaid or Dot diagrams in docs/pmpowers/specs/opportunity-map.md.
Other versions1 project uses a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 1
- mariomile/builder-os★ 2same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository34 other files it gives its agents.
- agile-scrum-masterySkill
- artifact-provenanceSkill
- brainstormingSkill
- business-acumenSkill
- cross-functional-collaborationSkill
- customer-discoverySkill
- customer-empathySkill
- data-analysisSkill
- gtm-launch-managementSkill
- lean-experimentationSkill
- market-researchSkill
- metrics-definitionSkill
- negotiation-conflict-resolutionSkill
- north-star-metricSkill
- outcome-ownershipSkill
- presentation-storytellingSkill
- prioritizationSkill
- problem-solvingSkill
- product-definitionSkill
- product-vision-strategySkill
- project-managementSkill
- prototypingSkill
- qa-quality-mindsetSkill
- roadmappingSkill
- spec-driven-designSkill
- stakeholder-managementSkill
- subagent-driven-discoverySkill
- technical-acumenSkill
- user-interviewingSkill
- using-pmpowersSkill
- ux-design-awarenessSkill
- validation-guardSkill
- writing-plansSkill
- written-communicationSkill
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
Reviews can't be read right now.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

