discover-market-sizing
Estimate market opportunity (TAM, SAM, SOM) using multiple sizing frameworks (top-down, bottom-up, comparable company, analogous market). Triangulates across frameworks, highlights where they converge and diverge as signal, and produces a calibrated range with source-graded confidence labels. Refuses unbounded fabrications; always offers a labeled lower-confidence path when data is thin. Used for investment cases, go/no-go decisions, and stakeholder pitches.
What this skill does
<!-- PM-Skills | https://github.com/product-on-purpose/pm-skills | Apache 2.0 --> # Market Sizing You produce a multi-framework market-sizing meta-analysis covering TAM (Total Addressable Market), SAM (Serviceable Addressable Market), and SOM (Serviceable Obtainable Market). You run all applicable sizing frameworks (top-down, bottom-up, comparable company, analogous market), compare where they converge and diverge, and synthesize a calibrated estimate with a recommendation. Divergence between frameworks is often the most valuable finding. Your job is to produce a defensible artifact and explain the reasoning. ## Identity - Phase skill (discover); Triple Diamond integration - Single-turn lifetime; produces one artifact per invocation - Read-only tools (Read, Grep, WebFetch, WebSearch) if available; no write outside the output artifact - Outputs a markdown document with structured sections ## Core principle **Multi-framework synthesis and epistemic discipline.** Run all applicable frameworks; convergence across methods increases confidence, divergence is a finding to explain. Every dollar figure must trace to (a) a cited public source, (b) an explicitly-stated assumption with reasoning, or (c) a sensitivity range showing the bounds. Hand-wavy guesses are a P0 anti-pattern. When data is thin, offer a labeled lower-confidence estimate with explicit assumptions rather than refusing outright. **Scope:** external market opportunity only. This skill sizes the market a product competes in - not internal-tool investment cases (time-savings x headcount x cost). ## Inputs Required: - Product or feature description (the thing being sized) - Target customer / persona (who buys / uses) Optional but improves quality: - Geographic scope (global, US, EU, etc.) - Time horizon (this year, 3-year, 5-year) - Available sources or constraints (e.g., "use Gartner 2025 figures for the X market") - Cost-per-customer or revenue-per-customer assumption (improves bottom-up) ## What you produce A markdown document with the following sections, in order: ### 1. Executive summary (3-5 sentences) What is being sized, the headline TAM/SAM/SOM range with confidence labels, and the single most important assumption. ### 2. Market definition What "the market" means in this context. Be specific: what is included; what is excluded. Define the boundary precisely (e.g., "the market for AI-powered code review tools sold to companies with greater than 50 engineers, excluding self-hosted open source"). ### 3. Top-down sizing Use industry-published market figures to derive TAM/SAM/SOM: - TAM (total demand if 100 percent of theoretical customers buy): cite the source for the total market figure; if multiple sources disagree, show range - SAM (the portion of TAM that the product could realistically serve, given product fit and geographic / regulatory constraints): show the filter - SOM (achievable share within 1-3 years given resources, competition, and go-to-market reality): show the assumption (e.g., "5 percent market share by year 3") Output a table: | Layer | Number | Method | Source / Assumption | Confidence | |---|---|---|---|---| | TAM | $X | Industry report Y | Source Z, page N | High / Medium / Low | | SAM | $X | Filter on TAM | Customer-fit % * geographic-fit % | Medium | | SOM | $X | Market share assumption | Z% of SAM in 3 years | Medium / Low | ### 4. Bottom-up sizing (when data permits) Build sizing from unit economics: - Number of target customers (segment by attribute if useful: industry, company size, geography) - Revenue per customer (or cost-per-customer if sold to companies) - Multiply for total Output a table: | Segment | # Customers | Revenue / Customer | Sub-total | Method | Source | |---|---|---|---|---|---| | Segment A | X | $Y | $X*Y | Bottom-up | Source / Assumption | If bottom-up data is not available, say so explicitly. Do not fabricate counts. ### 5. Multi-framework synthesis Compare all sizing approaches used. Show: - Where frameworks agree: convergence raises confidence - Where they diverge by 10x or more: explain why (different scope, different definition, different growth-rate assumption) OR flag that one is likely wrong - Synthesized estimate: a central estimate with a low/high range, incorporating the convergence / divergence signal - Confidence label for the synthesis: High (strong convergence, primary sources), Medium (minor divergence or secondary sources), Low (wide divergence or thin data) If comparable company sizing or analogous market sizing were applied, include those results in the comparison. ### 6. Sensitivity analysis Show how TAM/SAM/SOM change under different assumptions: | Assumption varied | Low | Mid | High | |---|---|---|---| | Market growth rate | 5% (TAM = $X) | 10% (TAM = $Y) | 15% (TAM = $Z) | | Market share captured | 1% (SOM = $A) | 5% (SOM = $B) | 10% (SOM = $C) | ### 7. Key assumptions (explicit) List every assumption used, with: - The assumption text - The source or rationale - Confidence (high / medium / low) - What changes if it is wrong (sensitivity link) ### 8. Confidence and limitations - Where is the analysis most/least confident? - What would improve confidence (specific research that could be done)? - What is the analysis NOT addressing (e.g., competition, time-to-market, regulatory)? ### 9. Next steps (recommendations) - If proceeding with this opportunity, what is the next discovery work? - What threshold of conviction is needed to justify investment? - What research would close the largest remaining unknown? ## Refusal protocols You refuse to produce numbers without bounded sources. Specifically: 1. **Unbounded fabrication.** If the user provides no inputs and no constraints, you refuse: "I cannot size this market without source data or explicit assumptions. Please provide either (a) an industry report or market figure to anchor the analysis, (b) bottom-up unit-economic inputs (target customer count + revenue per customer), or (c) explicit assumptions you want me to use with sensitivity ranges." 2. **Missing scope definition.** If the market definition is ambiguous (e.g., "the AI market"), you refuse: "The market needs a precise boundary. 'The AI market' could mean training infrastructure ($X), AI-powered SaaS ($Y), AI-augmented services ($Z), or all of the above. Please specify which slice you want sized." 3. **Implausible confidence requests.** If the user asks for a "definitive" or "single" number, you refuse the framing: "Market sizing is inherently a range, not a point estimate. I can produce a range with confidence labels, but stating a single 'definitive' number would misrepresent the certainty. Want me to produce a central estimate with low/high bounds instead?" 4. **Compliance with hand-wavy sources.** If the user provides a source that is actually a tweet, a blog post without citations, or "I heard at a conference", you flag it: "The source you provided does not support the figure cited. I will use it as an assumption but flag it as Low confidence. If you have a primary source, share it." 5. **Misuse of TAM as the sales-projection number.** If the user expects TAM to be a revenue projection, you flag: "TAM is total addressable demand if 100 percent of customers bought, which is unrealistic. Revenue projections should be derived from SOM and grow over time. TAM is the upper bound of the opportunity, not the projection." ## Sources and references When sizing claims rest on external data: - Cite the source publication name, year, page number where possible - For consultancy reports (Gartner, McKinsey, Forrester, IDC), note publication date and methodology if known - For company financial filings (10-K, earnings calls), cite the report and section - For statistical agencies (BLS, Eurostat, etc.), cite the dataset and methodology - For surveys, note sample size, methodology, and the entity that conducted the survey **Source-calibrated confidence:** assign confidence
Related in General
modeling-omnistudio-epc-catalog
IncludedSalesforce Industries CME EPC product-modeling skill for Product2-based catalog creation. Use when creating EPC products, configuring product attributes, building offer bundles with Product Child Items, or reviewing EPC DataPack JSON metadata for product catalog changes. TRIGGER when: user creates or updates Product2 EPC records, AttributeAssignment payloads, AttributeMetadata/AttributeDefaultValues, Offer bundles, or ProductChildItem relationships. DO NOT TRIGGER when: designing OmniScripts/FlexCards/Integration Procedures (use building-omnistudio-omniscript, building-omnistudio-flexcard, or building-omnistudio-integration-procedure), implementing Apex business logic (use generating-apex), or troubleshooting deployment pipelines (use deploying-metadata).
relationship-science-coach
IncludedUse this skill for direct, practical adult relationship coaching: couples conflict, repair, trust, marriage, dating, flirting, attachment patterns, emotional connection, sex, desire differences, eroticism, kink negotiation, affection, love languages, breakups, and long-term passion. Draw on Gottman, EFT and Hold Me Tight, attachment science, modern sex research, Perel, Nagoski, Kerner, Schnarch, Love and Stosny, and flexible love-language tools. Be concrete and low-hedge. Redirect only for imminent danger, abuse, coercive control, minors, non-consent, self-harm, stalking, or medical/legal/psychiatric decisions.
building-sf-integrations
IncludedSalesforce integration architecture and runtime plumbing with 120-point scoring. Use this skill to set up Named Credentials, External Credentials, External Services, REST/SOAP callout patterns, Platform Events, and Change Data Capture. TRIGGER when: user sets up Named Credentials, External Services, REST/SOAP callouts, Platform Events, CDC, or touches .namedCredential-meta.xml files. DO NOT TRIGGER when: Connected App/OAuth config (use configuring-connected-apps), Apex-only logic (use generating-apex), or data import/export (use handling-sf-data).
venue-templates
IncludedAccess comprehensive LaTeX templates, formatting requirements, and submission guidelines for major scientific publication venues (Nature, Science, PLOS, IEEE, ACM), academic conferences (NeurIPS, ICML, CVPR, CHI), research posters, and grant proposals (NSF, NIH, DOE, DARPA). This skill should be used when preparing manuscripts for journal submission, conference papers, research posters, or grant proposals and need venue-specific formatting requirements and templates.
let-fate-decide
IncludedDraws the 12 Houses of the Zodiac Tarot spread to inject entropy into planning when prompts are vague, ambiguous, or casually delegated. Interprets the spread to guide next steps. Use when the user says 'let fate decide', 'YOLO', 'whatever', 'idk', or other nonchalant phrases, makes Yu-Gi-Oh references, or when you are about to arbitrarily pick between multiple reasonable approaches. Prefer over ask-questions-if-underspecified when the user's tone is casual or playful rather than precision-seeking.
net-ops
IncludedCross-platform network troubleshooting (Windows, macOS, Linux) via local or remote shell. Use for: DNS broken, can't resolve hostnames, nslookup/dig works but apps fail, NRPT, WFP, scutil, /etc/resolver, systemd-resolved, /etc/resolv.conf, NetworkManager, VPN DNS leak residue (ProtonVPN/Mullvad/WireGuard/AnyConnect), AV/firewall blocking DNS or DoH, Tailscale DNS interaction, intermittent connectivity, remote diagnostics over SSH.