Calculate · Assess & Decide · Analysis & Finance
Market sizing with the adequacy check (TAM, SAM, SOM)
TAM grossed up from a partial-coverage database count, SAM and SOM by your fractions, and a check that SOM clears 2x your revenue objective.
You receive: A reviewed market-sizing calculator + the passing test report, run on your numbers.
Part of Pitch Investors
Example
A sample of what this play produces. Your result is generated for your inputs.
Inputs
- Db account count
- 120000
- Db coverage fraction
- 0.06
- Avg revenue per account
- 300
- Serviceable fraction
- 0.25
- Obtainable fraction
- 0.01
- Revenue objective
- 250000
STUD.com's own bottoms-up sizing, all figures illustrative (STUD is pre-seed, pre-revenue). The database count is 120,000 solo and early-stage founders and small product teams reachable through STUD's content-led channels (SEO, developer documentation, launch communities); we estimate that list covers about 6 percent of the worldwide population of such teams, so grossing up gives 2,000,000 addressable accounts. At the illustrative $300 average annual revenue per account (illustratively, a buyer spending about $25 a month on prepaid credit packs, roughly 1.25 plays a month at the typical 500-credit price), TAM is $600,000,000, consistent as a bottoms-up slice of the cited external estimate of an $8B AI agents market. The serviceable fraction is 0.25: English-language, self-serve teams whose work fits the current 265-play catalog. The obtainable fraction is 0.01, a deliberate first-24-months share for a content-led motion with one founder-operator: SOM is $1,500,000. The adequacy check passes, unrounded SOM of $1,500,000 is 6x the illustrative $250,000 revenue objective, clearing the source book's 2x rule of thumb with room for the coverage estimate to be off by up to 3x before the check would fail. Whether the 6 percent coverage guess and the fractions reflect reality is founder judgment, not graded arithmetic.
Opens soon
STUD opens runs for everyone soon, on every play at once.
Scope of the check
What's verified: STUD verifies the ARITHMETIC only. This is a bottoms-up, account-based market sizing, not a top-down analyst-report method: it grosses your database count up to the full addressable account count (accounts divided by the share of the market your database covers), then TAM is total accounts times average annual revenue per account, SAM is TAM times the fraction you can serve, and SOM is SAM times the fraction you can realistically win (money figures rounded to 2 decimals). The adequacy check flags whether SOM is at least twice your revenue objective; that 2x threshold is the source book's rule of thumb, a convention, not a universal law, and the comparison uses the unrounded SOM with the boundary inclusive (exactly 2x passes). A database coverage share of zero or below returns "invalid_coverage" instead of numbers. Whether your account count, coverage estimate, and fractions reflect reality is your judgment, not graded: the calculator cannot detect an optimistic coverage guess or a wrong revenue-per-account figure.
Get early access to STUD the day it goes live.