市场测算

结合自上而下和自下而上方法，三角定位一个可信的市场规模估计。

为什么

单一市场规模数字总是错的；三角化的区间才有用。自上而下（行业报告 × 百分比）快但乐观——假设你能触达类别里所有人。自下而上（数你能触达的账户 × 转化 × 价格）现实但窄——只数你能看到的。两者都做并对比揭示盲点：如果自上而下说 1 亿美元而自下而上说 200 万，要么你触达太窄要么自上而下在数不是真买家的人。三角估计——以及两者间的差距分析——才是你给投资人看和用来设现实收入目标的。

何时使用

在 TAM/SAM/SOM 和搜索趋势分析之后，压力测试你的数字。3-4 小时。融资或重大战略转变前重做。

如何做

1. 自上而下估计（天花板）
   - 行业报告总额 × 你合理的份额 %
   - 例："50 亿美元开发工具市场 × 0.1% = 500 万美元"
   - 记录每个假设和来源

2. 自下而上估计（地板）
   - 列你能触达的账户（来自渠道 + 人脉）
   - 加现实转化：线索 → 试用 → 付费
   - 例："1 万 GitHub 关注 × 3% 试用 × 40% 付费 × $20/月 × 12 = 28.8 万美元"
   - 这是你真能工程化实现的，不是希望的

3. 三角定位
   - 如果自上而下 / 自下而上 < 3 倍：估计可信
   - 3-10 倍：找出哪个假设太乐观
   - > 10 倍：某个方法根本错了

4. 差距分析
   - 自上而下有但自下而上没有的账户？（今天不可触达）
   - 触达它们要什么？（新渠道、合作、功能）
   - 这差距是你的增长计划：第 1 年 = 自下而上，第 3 年 = 缩小一半差距

5. 敏感性分析
   - 把 2 个最大假设 ±50%
   - 如果估计从可行翻到不可行，那个假设是你最大风险
   - 把下一步研究聚焦于降低该假设风险

示例

产品：自托管 Postgres 的监控仪表盘。
自上而下：
  - 200 万公司自托管 Postgres（DB-Engines）
  - 20% 有 > 1 实例且会为监控付费 = 40 万
  - 拿 0.5% = 2,000 公司 × $30/月 × 12 = 72 万美元/年

自下而上：
  - 可触达：r/postgres 800 成员 + 我 Discord 300
  - 1,100 受众 × 8% 试用 = 88 试用
  - 88 × 35% 付费 = 31 付费客户
  - 31 × $30/月 × 12 = 1.1 万美元/年

三角定位：
  - 比率：72 万 / 1.1 万 = 65 倍 → 根本错位
  - 诊断：自上而下数所有公司，自下而上只数我当前受众
  - 差距：40 万可触达公司 - 1.1k 当前受众 = 需要渠道（SEO、集成）

修订计划：
  - 第 1 年（自下而上）：1.1 万 — 证明产品可行
  - 第 2 年（建渠道）：SEO + Postgres 扩展市场 → 触达 5 万
  - 第 3 年：5 万 × 8% × 35% × $360 = 50.4 万 — 接近自上而下

常见问题

⚠只做自上而下——快且悦目但对无渠道新进入者几乎总乐观 10-100 倍。
⚠自下而上太保守——只数即时人脉忽略你能建的渠道（SEO、内容、合作）。
⚠忽略两者差距——差距就是你的战略；缩小它是增长计划，不是要藏的尴尬。
⚠单点估计而非区间——"市场是 500 万"是错的；"视渠道 1.1 万到 72 万"诚实且可执行。

最佳实践

✓总呈现区间（自下而上地板到自上而下天花板）及各自假设——单数字藏不确定性。
✓明确做差距分析："第 1 年通过渠道 A 触达 X；第 3 年加渠道 B 触达 Y"——这是你的增长叙事。
✓对 2 个最大假设做敏感性分析——如果翻转一个改变可行性，那就是下一步研究焦点。
✓每月用真实漏斗数据更新自下而上——实际试用转付费替换假设，收紧估计。