压力测试

stress-test
分类编程
作者Alireza Rezvani
许可MIT
评分4.50/5
使用12.5K

/em:stress-test — 业务假设压力测试

命令: /em:stress-test <假设内容>

在市场击垮你的业务假设之前,先由你来将其拆解。无论是营收预测、市场规模、竞争护城河、招聘速度,还是客户留存。

---

为什么大多数假设都是错误的

创始人天生乐观。这是一种优势 —— 因为从无到有需要乐观精神。但当业务模型中的假设被这种乐观情绪过度放大时,它就变成了劣势。

最危险的假设是那些每个人都认同的假设。

当整个团队都相信 5000 万美元的市场规模是真实存在时;当每次投资者电话沟通都很顺利,以至于你认为融资即将完成时;当你的模型显示 12 月 ARR 将达到 200 万美元且无人质疑时 —— 这正是你风险最高的时候。

压力测试并非悲观,而是校准。

---

压力测试方法论

第一步:隔离假设

明确地陈述它。不要说“我们的市场很大”,而要说“德国中小企业 B2B 支出管理软件的总潜在市场 (TAM) 为 23 亿欧元”。

假设越具体,就越可测试。模糊的假设无法被证伪,因此毫无用处。

常见的假设类型:

  • 市场规模 —— TAM, SAM, SOM;增长率;客户细分

  • 客户行为 —— 付费意愿、流失率、增购、推荐

  • 营收模型 —— 转化率、客单价、销售周期、CAC(客户获取成本)

  • 竞争地位 —— 护城河持久度、竞争对手反应速度、切换成本

  • 执行力 —— 团队速度、招聘时间线、产品时间线、运营规模化

  • 宏观环境 —— 监管环境、经济状况、技术可用性

第二步:寻找反面证据

针对每一个假设,主动寻找证明其错误的证据。

思考:

  • 谁尝试过这个并失败了?

  • 哪些数据与该假设相矛盾?

  • 最糟糕的情况(Bear Case)是什么样的?

  • 如果一个聪明的怀疑论者审视这一点,他们会指出什么?

  • 类似假设的基准概率(Base Rate)是多少?

反面证据的来源:

  • 在相邻市场失败的类似公司

  • 类似业务的客户流失数据

  • 类似预测的历史准确率

  • 包含冲突数据的行业报告

  • 尝试过此方案的竞争对手的发现

目标不是为了寻找停止的理由,而是为了揭示你的认知盲区。

第三步:模拟下行风险

大多数计划只模拟基准情况(Base Case)和乐观情况(Upside)。压力测试意味着明确地模拟下行风险(Downside)。

针对定量假设(营收、增长、转化率):

| 场景 | 假设值 | 概率 | 影响 |
|----------|-----------------|-------------|--------|
| 基准情况 | [原始值] | ? | |
| 悲观情况 | -30% | ? | |
| 压力情况 | -50% | ? | |
| 灾难情况 | -80% | ? | |

每个层级的关键问题:业务能否生存?计划是否依然合理?

针对定性假设(护城河、产品市场匹配度 PMF、团队能力):

  • 该假设失效的最早信号是什么?
  • 你需要多久才能察觉?
  • 从假设失效到你察觉之间会发生什么?

第四步:计算敏感度

有些假设比其他假设更重要。敏感度分析...
分析答案:如果这项假设发生变化,结果会改变多少?

示例:

  • 如果 CAC(客户获取成本)翻倍,资金跑道(runway)会如何变化?

  • 如果流失率从 5% 上升到 10%,24 个月后的 NRR(净收入留存率)会如何变化?

  • 如果成交周期从 3 个月延长到 6 个月,对第三季度的营收有何影响?

高敏感度 = 该假设是关键杠杆。如果判断错误 = 产生大问题。

第 5 步:提出对冲方案

针对每个高风险假设,都应设有对冲方案:

  • 验证对冲 —— 在押注之前进行测试(试点、客户访谈、小型实验)
  • 应急对冲 —— 如果假设错误,B 计划是什么?
  • 预警对冲 —— 在为时已晚之前,能告诉你情况正在恶化的领先指标是什么?

---

按假设类型划分的压力测试模式

营收预测

常见失效点:

  • 自下而上的模型假设 100% 的管线(pipeline)都能转化

  • 未考虑订单延迟、流失或季节性因素

  • 在未进行规模化测试前,就假设新渠道有效

压力测试问题:

  • 你在管线上的实际历史赢率是多少?

  • 如果前三大订单推迟到下季度,数值会发生什么变化?

  • 如果新销售代表需要 4 个月而非 2 个月才能进入状态(ramp),模型会变成什么样?

  • 如果增购收入(expansion revenue)未能实现,增长率是多少?

测试方法: 基于历史赢率而非期望赢率来构建营收模型。

市场规模

常见失效点:

  • TAM(总潜在市场)仅根据行业报告自上而下计算,缺乏自下而上的验证

  • 将总市场与可服务市场混为一谈

  • 假设 100% 的 SAM(可服务市场)都是可触达的

压力测试问题:

  • 你的 ICP(理想客户画像)中实际存在多少家公司?你能列举出它们吗?

  • 你在第 1-3 年的可获得市场(SOM)是多少?

  • 你的 ICP 中目前有多少比例在为解决该问题而付费?

  • “获胜”意味着什么?需要多少市场份额才能实现?

测试方法: 列出目标客户清单。统计数量。乘以 ACV(年度合同价值)。这就是你的 SAM。

竞争护城河

常见失效点:

  • 护城河是 6 个月内就能被构建的技术优势

  • 网络效应尚未实现

  • 数据优势需要你目前并不具备的规模支撑

压力测试问题:

  • 如果一个资金充足的竞争对手在 90 天内复制了你的最佳功能,客户会怎么做?

  • 在尝试过替代方案的客户中,你的留存率是多少?

  • 护城河是现在就真实存在,还是在规模化后才具有理论上的可能性?

  • 竞争对手达到功能对等需要付出多少成本?

测试方法: 询问流失客户离开的原因,以及竞争对手是否能留住他们。

招聘计划

常见失效点:

  • 招聘周期假设为标准周期,而非当前市场实际情况

  • 未对入职适应期(ramp time)建模(在达到全产出前通常需要 3-6 个月)

  • 关键人才依赖:计划仅在雇佣到特定人员时才有效

压力测试问题:

  • 如果销售副总裁的招聘需要 5 个月而非 2 个月,会发生什么?

  • 如果你只能完成 70% 的计划招聘人数,执行情况会如何?

  • 如果明天有一个人离职,谁会对计划造成最大损害?

  • 如果招聘冻结,目前的团队能否实现该计划?

测试方法: 模拟净新增招聘为 0 的情况。哪些部分依然有效?

竞争对手反应

常见失效点:

  • 假设现有巨头不会做出反应(如果你在获胜,他们一定会反应)

  • 低估了反应速度

  • 未对资源不对称性建模

压力测试问题:

  • 如果市场领导者在 6 个月内复制了你的产品,定价会如何变化?

  • 如果竞争对手融资 3 亿美元,你的应对方案是什么?

0M 资金足以攻击你的市场空间?
  • 你的哪些客户与你的竞争对手存在供应商关系?

---

压力测试输出

code
假设:[具体陈述]
来源:[来源——模型、投资者路演、团队直觉]

反面证据
• [挑战该假设的具体证据]
• [类似的失败案例]
• [与该假设相矛盾的数据点]

下行模型
• 悲观情况 (-30%):[对计划的影响]
• 压力情况 (-50%):[对计划的影响]
• 灾难情况 (-80%):[对计划的影响 —— 业务能否生存?]

敏感度
该假设的敏感度为 [高 / 中 / 低]。
10% 的变化 $\rightarrow$ 结果产生 [X] 的变化。

对冲方案
• 验证:[在押注之前如何测试]
• 应急预案:[如果假设错误,方案 B 是什么]
• 预警信号:[需要关注的领先指标 —— 以及在什么阈值下采取行动]