AppWispr

Find what to build

Investor‑Ready Pitch Appendix: The 1‑Page Research & Metrics Pack to Ship With Every Demo

AW

Written by AppWispr editorial

Return to blog
P
TS
AW

INVESTOR‑READY PITCH APPENDIX: THE 1‑PAGE RESEARCH & METRICS PACK TO SHIP WITH EVERY DEMO

ProductJune 16, 20265 min read1,055 words

Investors and contractors don’t buy promises — they act on evidence. Ship every demo with a single, scannable appendix that turns your story into build‑ready evidence: a defensible TAM, a competitor pricing map, early willingness‑to‑pay (WTP) signals, and two short acceptance tests (pilot acceptance and feature acceptance). This article gives you a template, the exact items to include, and the practical heuristics investors use to decide whether they’ll write a check or sign a contract.

investor-ready-pitch-appendixTAM SAM SOMwillingness to paypricing mappitch appendixappwispr

Section 1

What belongs on a one‑page appendix (and why)

Link section

Treat the appendix as the operational handoff: the page you’d email a contractor or an investor right after the demo so they can run a build or sanity‑check diligence without calling you. Keep it to four panels: market proof (TAM/SAM/SOM), competitor pricing map, WTP signals, and two acceptance tests. Each panel answers a single decision question: Is the market big enough? How will we price? Do customers pay? Can we ship and validate quickly?

Investors care about defensibility and replicability. A bottom‑up TAM rooted in observable filters (addressable customer count × ACV) is far more credible than headline industry totals. A pricing map that shows public prices, observable list prices, and inferred realized prices helps investors and contractors estimate revenue and build implementation plans. Early WTP signals — deposits, Stripe links, pilot commitments — convert “intent” into measurable probability. Finally, short, binary acceptance tests translate product claims into pass/fail criteria contractors can execute.

  • Four panels only: TAM proof, competitor pricing map, WTP signals, two acceptance tests
  • Use bottom‑up numbers and explicit filters (geography, ICP, channel)
  • Convert qualitative interest into quantitative signals (deposits, paid pilots)

Section 2

Building a defensible TAM in 60 minutes

Link section

Skip the ‘1% of a $100B market’ math. Start bottom‑up: list the exact customer segment (e.g., US, mid‑market HR teams, 50–500 employees), find the count from a reputable data source, and multiply by annual contract value (ACV). Present both the top‑down figure (for context) and the bottom‑up derivation — investors expect both and will compare them.

Include the filters you applied and one sensitivity line: a conservative SOM (first 3 years) aligned with your current GTM resources. A credible appendix shows the calculation steps (customer count × penetration × ACV) so an analyst or contractor can reproduce the math in minutes — that reproducibility is what turns a number into evidence.

  • Show top‑down and bottom‑up side‑by‑side
  • List data sources and filters (geography, company size, vertical)
  • Add a 3‑year SOM tied to concrete conversion assumptions

Section 3

Competitive pricing map: format investors actually read

Link section

Design the pricing map as a two‑axis snapshot: vertical axis = price (list / inferred realized), horizontal axis = product sophistication or feature set. Plot public competitors, and annotate each point with the source of the price (website, S-1, job ad mentioning price, or a screenshot). If you infer realized price from public data, show the inference rule (e.g., list price × typical discount).

Include one behavioral datapoint for each competitor where possible: churn cues, trial length, or target ICP. This allows an investor or contractor to estimate likely ACV and implementation complexity quickly — which is what they need to cost build and integration work.

  • Two‑axis chart: price vs feature/sophistication
  • Annotate each competitor with price source and inference method
  • Include one operational datapoint per competitor (trial, churn signal, ICP)

Section 4

Early WTP signals that convert curiosity into action

Link section

Collect payment‑adjacent signals that require a small commitment: deposit payments, paid pilot commitments with defined scope, pre‑orders through Stripe links, or signed LOIs with minimal non‑binding terms. Report the experiment format, traffic source, conversion rate, and absolute numbers. For example: 42 paid pilot signups from targeted outreach; 3 deposits via Stripe Link from cold demo follow‑ups.

If you don’t have payments yet, run rapid experiments before the demo: landing page + pricing + CTA, a Calendly + prepayment option, or a short paid pilot pipeline. Present the hypothesis, KPI (e.g., deposit conversion), and result. Investors read these numbers as evidence of demand rather than promises.

  • Prefer real payments or deposits over surveys or likes
  • Report experiment mechanics and raw numbers (traffic, conversions, revenue)
  • Use simple infrastructures like Stripe Payment Links or Calendly + manual invoicing

Section 5

Two acceptance tests: the minimal pass/fail investors and contractors use

Link section

Include two short, executable acceptance tests on the page so a contractor can scope a first sprint and an investor can see a clear go/no‑go. Suggested tests: (1) Pilot Acceptance Test — deliver the core workflow for a single customer within X weeks and achieve Y outcome (e.g., 80% task completion rate or a signed internal approval). (2) Feature Acceptance Test — implement the paywall and capture a deposit via payment link and record conversion ≥ Z% from demo traffic.

Each test must include the success metric, required inputs (data, integrations), timebox, and owner. Make the tests binary (pass/fail) and constrained — ambiguous acceptance criteria are the fastest path to ignored appendices. These tests convert product claims into developer tickets and pilot scopes.

  • Pilot Acceptance Test: scope, metric, timebox, owner
  • Feature Acceptance Test: payment capture, conversion target, timebox
  • Make both tests binary and reproducible by a contractor

FAQ

Common follow-up questions

How long should the appendix be?

One page. The whole point is a scannable handoff: four small panels with clear labels. If you need more detail, attach raw source links (data exports, screenshots) separately.

What if I don’t have paid customers yet?

Run rapid WTP experiments before the demo — landing pages with price, Stripe payment links, paid pilot offers, or deposits. Report raw counts and conversion rates; even small numbers (5–20 paid commitments) are stronger than survey answers.

Which TAM method should I show?

Show both top‑down for context and bottom‑up for credibility. Investors expect to see the source of your bottom‑up filters (customer count source, ACV derivation) and a conservative SOM tied to explicit conversion assumptions.

Can I reuse this appendix for contractors and investors?

Yes — that’s the design goal. Contractors need the acceptance tests and data sources to scope work; investors need the TAM and WTP signals to evaluate risk. Keep the same page and add separate deeper attachments for technical specs or detailed financial models.

Sources

Research used in this article

Each generated article keeps its own linked source list so the underlying reporting is visible and easy to verify.

Next step

Turn the idea into a build-ready plan.

AppWispr takes the research and packages it into a product brief, mockups, screenshots, and launch copy you can use right away.