opportunity-mapping
Map opportunities using Teresa Torres' Opportunity Solution Trees. Use when asked to identify opportunities, find product gaps, explore new areas, map the solution space, or connect business outcomes to customer needs and testable solutions.
What this skill does
Map opportunities by connecting business outcomes to customer needs to testable solutions. Teresa Torres' Opportunity Solution Trees (OSTs) prevent the two biggest PM mistakes: building solutions without clear problems, and chasing problems disconnected from business goals.
## Opportunity Solution Tree Structure
Build the tree top-down, but fill it bottom-up with evidence:
```
Desired Outcome (business metric you're trying to move)
|
+-- Opportunity 1 (customer need/pain/desire)
| +-- Solution A
| | +-- Experiment 1
| | +-- Experiment 2
| +-- Solution B
| +-- Experiment 3
|
+-- Opportunity 2
+-- Solution C
+-- Solution D
+-- Experiment 4
```
### Level 1: Desired Outcome
One measurable business outcome. Not a feature, not a project — a metric.
- "Increase 7-day activation rate from 23% to 40%"
- NOT: "Improve onboarding" (not measurable)
### Level 2: Opportunities
Customer needs, pain points, or desires that, if addressed, would move the outcome. These come from research — interviews, data, support tickets — not brainstorming.
Rules for good opportunities:
- Framed as customer needs, not product features
- "New users don't understand what to do first" (opportunity)
- NOT "Add an onboarding wizard" (solution masquerading as opportunity)
- Each opportunity is independent — addressing one doesn't depend on another
### Level 3: Solutions
Multiple possible solutions for each opportunity. Generate at least 3 before evaluating. The goal is to explore the solution space, not commit to the first idea.
### Level 4: Experiments
Small, fast tests to validate whether a solution addresses the opportunity. Experiments should answer: "Does this solution actually solve this opportunity?"
## Building the Tree
1. **Start with the outcome.** Align with your team or stakeholders on exactly one outcome to focus on.
2. **Map opportunities from research.** Review interview notes, support tickets, analytics. Cluster evidence into distinct opportunities. Each opportunity needs evidence from 3+ sources.
3. **Generate solutions per opportunity.** Brainstorm at least 3 solutions per opportunity. Include wild ideas — they often reveal assumptions.
4. **Design experiments per solution.** What's the smallest test? Prototype, concierge, Wizard of Oz, fake door, A/B test.
5. **Prioritize which branch to explore.** You can't test everything. Pick the opportunity with strongest evidence and the solution with lowest experiment cost.
## Guidelines
- CRITICAL: NEVER skip from outcome directly to solutions. The opportunity layer is where the insight lives.
- ALWAYS frame opportunities as customer needs, not features. If it sounds like a feature, push back to the underlying need.
- NEVER have only one solution per opportunity. If you can't think of 3 solutions, you haven't explored the space.
- ALWAYS ground opportunities in evidence from research, not assumptions.
- NEVER pursue more than 2-3 opportunities simultaneously. Focus beats breadth.
- ALWAYS design experiments that could DISPROVE your solution, not just confirm it.
---
*Built on Continuous Discovery Habits by Teresa Torres. Skills from [productskills](https://github.com/assimovt/productskills).*
Related in Sales & CRM
process-mapper
IncludedUse when a BizOps lead, COO, or process-improvement owner needs to document an end-to-end business process (procurement, employee onboarding, incident handoff, customer-onboarding, claims adjudication) in BPMN-style notation, measure cycle times by stage, surface where work spends most of its time waiting vs. being worked, and quantify the gap between processing time and total elapsed time. Pairs Lean / Six Sigma / Theory-of-Constraints canon with deterministic stdlib-only Python tools to produce a process map, a ranked bottleneck list (with severity + root-cause hypothesis), and a cycle-time analysis (P50, P90, value-add ratio, Little's-Law throughput). Distinct from sales-pipeline, system-reliability (SLO), and strategic-OKR work — this is tactical process documentation for internal operations.
payment-integration
IncludedIntegrate payments with SePay (VietQR), Polar, Stripe, Paddle (MoR subscriptions), Creem.io (licensing). Checkout, webhooks, subscriptions, QR codes, multi-provider orders.
customer-success-manager
IncludedMonitors customer health, predicts churn risk, and identifies expansion opportunities using weighted scoring models for SaaS customer success
sales-engineer
IncludedAnalyzes RFP/RFI responses for coverage gaps, builds competitive feature comparison matrices, and plans proof-of-concept (POC) engagements for pre-sales engineering. Use when responding to RFPs, bids, or proposal requests; comparing product features against competitors; planning or scoring a customer POC or sales demo; preparing a technical proposal; or performing win/loss competitor analysis. Handles tasks described as 'RFP response', 'bid response', 'proposal response', 'competitor comparison', 'feature matrix', 'POC planning', 'sales demo prep', or 'pre-sales engineering'.
customer-success-manager
IncludedMonitors customer health, predicts churn risk, and identifies expansion opportunities using weighted scoring models for SaaS customer success
sales-engineer
IncludedAnalyzes RFP/RFI responses for coverage gaps, builds competitive feature comparison matrices, and plans proof-of-concept (POC) engagements for pre-sales engineering. Use when responding to RFPs, bids, or proposal requests; comparing product features against competitors; planning or scoring a customer POC or sales demo; preparing a technical proposal; or performing win/loss competitor analysis. Handles tasks described as 'RFP response', 'bid response', 'proposal response', 'competitor comparison', 'feature matrix', 'POC planning', 'sales demo prep', or 'pre-sales engineering'.