agentleFS
varunk130varunk130/claude-code-skills/skills/strategic-management/market-sizing/SKILL.md

market-sizing

Skill1 starsChanged 21 days agoMITView on GitHub

Calculates Total Addressable Market (TAM), Serviceable Addressable Market (SAM), and Serviceable Obtainable Market (SOM) using both top-down and bottom-up methods, triangulates the results, and documents every assumption with its source. Use when sizing a market for a new product business case; evaluating expansion into a new segment or geography; preparing an investor or board presentation; or pressure-testing a market size someone else produced.

31 other projects use a version of this.

Adopted by

Most recently taken up by

Used with

Projects with it also use prioritize-features, brainstorm-okrs and 10 more.

Other files people use alongside this one.

Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
  • skytiger6724Skill

    prioritize-features

    Prioritize a backlog of feature ideas based on impact, effort, risk, and strategic alignment with top 5 recommendations. Use when prioritizing a feature backlog, making scope decisions, or ranking product ideas.

    Also in 4 projects that use this

  • skytiger6724Skill

    brainstorm-okrs

    Brainstorm team-level OKRs aligned with company objectives — qualitative objectives with measurable key results. Use when setting quarterly OKRs, aligning team goals with company strategy, drafting objectives, or learning how to write effective OKRs.

    Also in 4 projects that use this

  • miovragSkill

    strategy-red-team

    Red-team a PRD, roadmap, or strategy by attacking its load-bearing assumptions before reality does. Steelmans then attacks each claim, ranks failure modes by impact × likelihood × cheapness-to-test, and returns the cheapest test and kill criteria for each. Use when stress-testing a plan, pressure-testing a strategy, challenging assumptions, or preparing a doc for executive review.

    Also in 3 projects that use this

  • launchapp-devSkill

    interview-script

    Create a structured user interview script with warm-up, core exploration, and wrap-up sections. Use when preparing for user research interviews to ensure consistent, insightful conversations.

    Also in 4 projects that use this

  • About-IntelligenceSkill

    beachhead-segment

    Identify the first beachhead market segment for a product launch.

    Also in 4 projects that use this

  • nandanosqlSkill

    customer-journey-map

    Map the complete customer experience across all touchpoints using the NNGroup framework. Identifies pain points, emotions, and opportunities at every stage of the user journey.

    Also in 5 projects that use this

  • +5 more from skytiger6724

The file

We split this skill into the rules it gives an agent

3 rules. 0 are common, 3 are distinctive, and 0 are very specific to this project.

  • 0

    Common

    Most of the 27 edited versions we read keep these.

  • 3

    Distinctive

    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
  1. Distinctive:

    Start from a published total and narrow it with explicit filters.

    line 50
  2. Distinctive:

    Every number gets a source or an explicit assumption marker.

    line 93
  3. Distinctive:

    Run both top-down and bottom-up methods

    line 122

“Common” is measured: kept by at least 6 in 10 of the 27 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Market Sizing

Two independent methods, one triangulated answer, and every assumption on the page.

What this skill is

A workflow for estimating Total Addressable Market (TAM), Serviceable Addressable Market (SAM), and Serviceable Obtainable Market (SOM) with a dual methodology. A top-down estimate narrows an industry total to the relevant segment; a bottom-up estimate multiplies out from customer counts and unit economics. Comparing the two exposes weak assumptions, and an assumption log makes the result defensible under questioning.

What it solves

  • A single headline market number pulled from one analyst report with no path to the company's segment
  • TAM presented as if it were the revenue the company could capture
  • Bottom-up and top-down numbers that disagree by an order of magnitude with no explanation
  • Optimistic estimates that lose credibility with investors and boards
  • Assumptions buried in a spreadsheet that nobody can audit or update
  • Market boundaries that change between slides, so the numbers cannot be compared

When to invoke

  • Building the business case for a new product or product line
  • Evaluating expansion into a new customer segment, use case, or geography
  • Preparing an investor pitch, board memo, or annual plan that needs a market size
  • Reviewing a market size produced by a team, consultant, or startup
  • Deciding which of several segments to enter first

Phase 1: Define market boundaries

A market size is only as good as its boundary. State each explicitly:

BoundaryDecideExample
GeographyGlobal, regional, or countryNorth America only
Customer segmentWho buysMid-market companies with 100-1,000 employees
Use caseWhat job the product doesAutomating vendor invoice approval
BuyerWho holds the budgetFinance operations leader
Time frameWhich year the size applies to2027

Then define the three layers for this boundary:

  • TAM - total annual spend on this job if every possible customer bought
  • SAM - the part of TAM the product can serve with its current offering, channels, and geography
  • SOM - the part of SAM the company can realistically win in a stated time frame

Phase 2: Top-down analysis

Start from a published total and narrow it with explicit filters.

TAM = industry spend on the category
SAM = TAM x segment share x geography share x use-case share
SOM = SAM x achievable market share in the time frame

Sources: industry reports, public company filings, government statistics, trade association data. Record the report, year, and definition used, because category definitions differ between sources.

Phase 3: Bottom-up analysis

Build from countable units.

TAM = number of potential customers x annual contract value
SAM = reachable customers x annual contract value
SOM = reachable customers x expected win rate x annual contract value
InputSource
Number of potential customersFirmographic databases, census or registry data
Reachable shareCurrent channels and sales capacity
Annual contract value (deal size x purchase frequency)Current pricing, pipeline, or comparable products
Win rate or adoption rateHistorical conversion or comparable benchmarks

Phase 4: Triangulate

Compare the two methods at each layer.

LayerTop-downBottom-upGapInterpretation
TAM$X$YZ%
SAM$X$YZ%
SOM$X$YZ%
  • Within about 30% - high confidence; report a range spanning both
  • Divergent - investigate before reporting; usually a boundary mismatch, an inflated report, or an unrealistic price or adoption assumption
  • Report the more conservative figure as the base case unless the gap is explained

Phase 5: Document assumptions

Every number gets a source or an explicit assumption marker.

#AssumptionValueSource or rationaleConfidenceSensitivity
1Potential customers42,000Registry data, 2026HighMedium
2Win rate4%Assumption: comparable product benchmarksLowHigh

Flag the two or three assumptions that move SOM the most and show SOM at low and high values for each.

Phase 6: Present the result

  • Lead with SOM and SAM, not TAM; investors and boards discount TAM-led stories
  • Show the funnel visually: TAM → SAM → SOM with the filter applied at each step
  • State the time frame and boundary on the same slide as the numbers
  • Be conservative: optimistic estimates lose credibility faster than conservative ones gain it

Output

  • Market boundary statement
  • Top-down TAM, SAM, and SOM with sources
  • Bottom-up TAM, SAM, and SOM with unit inputs
  • Triangulation table with gap explanation
  • Assumption log with sources, confidence, and sensitivity
  • Summary range and recommended base case

Operating rules

Always

  • Define the boundary before calculating anything
  • Run both top-down and bottom-up methods
  • Give every number a source or an explicit assumption marker
  • Explain any gap between methods before reporting
  • Show the sensitivity of SOM to its biggest assumptions

Never

  • Present TAM as achievable revenue
  • Rely on a single analyst report without checking its category definition
  • Mix boundaries or years across methods
  • Hide assumptions inside formulas
  • Round up to make the story more compelling

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

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.