先别把 70% 当成成功故事
SaaS Efficiency Score：把「ARR 增速 + FCF 利润率」写成一条提前写好的增长与烧钱绊线
一张只印「效率分 72%」、不写 ARR 同比、不写你怎么算 ARR 的自由现金流利润率、也不写没达标怎么办的幻灯片，不是验证。Bessemer 的 Efficiency Score（效率分 = ARR 同比增速 + ARR 的 FCF 利润率）问的是更小、更老实的问题：我们在增长吗，而且为这次增长留下了足够的现金——对照你事先写好的门槛？达标是决策信号。它不是你会成功的预测，也不能代替先点名最弱的需求、获客或留存假设。
最近更新：2026年10月31日
直接回答
SaaS Efficiency Score 是什么——为什么要先写绊线？
Efficiency Score（效率分）= ARR 同比增速 + 自由现金流（FCF）占 ARR 的利润率。它问的是：你在增长，并且为这次增长留下了足够的现金——不是你会不会成功。看数之前先写绊线：「就这个 ARR 区间 / 截至日，效率分必须保持 ≥X（否则我们停止放大销售和市场、削减燃烧，先修 CAC 回本期或 churn）。」达到或错过是决策信号，不是成功预测。
先记住这些
带走什么
- Bessemer 的公式，出自《Scaling to $100 Million》（2021-09-21）：效率分 = ARR 的 FCF 利润率 + ARR 同比增速。两个加数都要报，不要只报总和。第一次出报告前写清：FCF 怎么算、ARR 用哪一个口径。
- Scaling 写：这场坐席一般只在 ARR 达到 2500 万美元以上之后才适用——之前收入基数太小，没有意义。10 Laws of Cloud 第二条（2019-06-19）：对 ARR 不到 3000 万美元的成长阶段公司，有效增长用净新增 ARR ÷ 净燃烧来定义，最优分 >1.5。大约 2500 万–3000 万美元 ARR 以下，优先用这个比率（以及 burn multiple / CAC 回本期），不要硬编一套效率分叙事。
- Scaling 里 Bessemer 鼓励的组合目标：ARR 在 2500 万–5000 万美元之间，效率分 70%；到 1 亿美元以上略降到 50%，因为同比增速会掉，公司开始在利润和不惜代价增长之间找平衡。不要把这两个数当成你会成功的证明。
- 两个带出处的 EMCLOUD 平均数——不要捏成一个「真正」的数。Scaling：Rule of 40 常被说成 40%+，而 BVP Nasdaq Emerging Cloud Index 的平均效率分其实更接近 50%，被 Zoom、Shopify、Datadog、Crowdstrike 和其他高表现公司拉高。10 Laws：整个 ^EMCLOUD 的平均效率分大约是 45%。各自按那一页的写法引用。
- 看之前写绊线：截至日 + ARR 区间 + 定义（ARR 同比 %；ARR 的 FCF 利润率）+ 阈值（早期：净新增 ARR / 净燃烧 >1.5；后期：70% / 50% / Public Playbook 的 ≥40% 地板——选一个并写理由）+ 具名动作（不放大销售和市场 / 先削减燃烧直到 CAC 回本期和 churn 改善 / 继续试验需求 / 只有分站得住才融资加速）。Yibud 分数不是效率分，也不预测成功。
为什么重要
为什么一张增长幻灯片仍可能藏着现金问题
创始人把「我们增长很快」当成全部故事。没有留下多少现金的增长是标题，不是决策。两场 Bessemer 坐席在这里有用，是工具，不是个人胜率：Scaling 给出具名的加法分数和阶段目标，10 Laws 给出早期比率和 Public Playbook 地板。
这个分数是增长和现金，写成一个数
Bessemer 的效率分把 ARR 同比加到 ARR 的 FCF 利润率上。所以 80% 增长配上深度为负的 FCF 利润率，总和仍可能平庸——低增长、现金厚的一年也可能印出一个「还行」的分数，而净新增 ARR 其实很少。两个加数才是坐席。总和只是压缩。
这场坐席不是给 200 万美元 ARR 的表格用的
Scaling 写得很清楚：这个分数一般只在 ARR 达到 2500 万美元以上之后才有意义。10 Laws 把 3000 万美元 ARR 以下的有效增长定义为净新增 ARR / 净燃烧，最优 >1.5。把 70% 效率分叙事硬套到种子轮账本上，是在饿死发现，还称之为纪律。
两个 EMCLOUD 平均数，两个日期——不是一个调和过的「真相」
Scaling（2021-09-21）写：BVP Nasdaq Emerging Cloud Index 的平均效率分更接近 50%。10 Laws（2019-06-19）写：^EMCLOUD 平均大约是 45%。这是两场相隔几年的已发表坐席。本页不在它们之间发明一个真正的平均数。
五个词
公式、Rule of 40、burn multiple、早期比率，以及绊线
这五个字段就是工具。任何一个是糊的，数字就是幻灯片，不是绊线。本页不发表评分表，只使用 Bessemer 具名的公式、2500 万美元以上的适用条件、70% / 50% 阶段目标、两个带出处的 EMCLOUD 平均数、早期 >1.5 比率，以及 Public Playbook 的 ≥40% 地板。
公式——ARR 的 FCF 利润率 + ARR 同比
Bessemer，《Scaling to $100 Million》：效率分 = ARR 的 FCF 利润率 + ARR 同比增速。ARR 同比是今年 ARR 对去年 ARR 的百分比。ARR 的 FCF 利润率是自由现金流除以你点名的 ARR 口径。第一次出报告前把两个定义写下来。结账后不要把 GAAP 收入增长换成 ARR 同比。不要把 EBITDA 利润率偷偷换成 FCF 还不说。
对比 Rule of 40——同一家族，利润线不同
Rule of 40 通常是增长率 % + 利润率 % ≥40%。Bessemer 的效率分明确用 ARR 的 FCF 利润率 + ARR 同比。Scaling 写：Rule of 40 常被说成 40%+，而 BVP Nasdaq Emerging Cloud Index 的平均效率分其实更接近 50%。10 Laws 自己的 EMCLOUD 平均数大约是 45%。不要在这里重写 Rule of 40 那一页。一场坐席一件工具。
对比 burn multiple——加法分数，不是现金÷增长倍数
Burn multiple 是同一期的净燃烧 ÷ 净新增 ARR。效率分是把增长 % 和 FCF % 加起来。一家公司可以一边好看、一边难看：ARR 同比很高、FCF 深度为负，仍可能「通过」一张天真的增长加利润幻灯片，而同一期的 burn multiple 很糟。两件工具放在两页上。
早期有效增长——净新增 ARR / 净燃烧，最优 >1.5
10 Laws 第二条：对 ARR 不到 3000 万美元的成长阶段公司，有效增长用净新增 ARR 除以净燃烧来定义，最优分 >1.5。更长期，同一条法则说要最大化效率分 = ARR 增长 + ARR 的 FCF 利润率。大约 2500 万–3000 万美元 ARR 以下，优先用那个早期比率——以及 burn multiple / CAC 回本期——不要硬上加法分数。
绊线——看之前写好
截至日 + ARR 区间 + 定义（ARR 同比 %；ARR 的 FCF 利润率——FCF 怎么算、ARR 用哪一个口径）+ 阈值（早期 >1.5；后期 70% / 50% / Public Playbook 的 ≥40% 地板——选一个并写理由）+ 具名动作（不放大销售和市场 / 先削减燃烧直到 CAC 回本期和 churn 改善 / 继续试验需求 / 只有分站得住才融资加速）。出结果后再改成更松的门槛，是复盘，不是绊线。达标是决策辅助。它不能证明你会成功。
演算例子
两张可以照抄的幻灯片（示意——虚构）
下面的美元是示意。名字、产品和这一节里的每一个数字都是编出来的，好让你看见「高增长 / FCF 深度为负」和「低增长 / FCF 很厚」并排。这不是研究，不是行业基准，也不是 Yibud 报告。抄方法，别抄数字。
承诺，写在年结之前
示意名字：创始人 Priya Shah，公司 Ledgerpath，给精品工作室做开票软件。经常性 ARR 已经存在。诱人的奖杯是一张董事会幻灯片：把 EBITDA 换成 FCF 之后印出「我们超过 40」；或者第二张幻灯片用低增长加厚 FCF 印出 50% 效率分，而当期 burn multiple 很难看。绊线先写，1 月 3 日：如果滚动 ARR 仍低于 2500 万美元，守净新增 ARR / 净燃烧 >1.5，未达标就不放大销售和市场；如果滚动 ARR 已经跨过 2500 万美元，在我们把付费获客放大 3 倍之前，守效率分（ARR 同比 + ARR 的 FCF 利润率）≥70%——这是 Yibud 按 Scaling 的 2500 万–5000 万区间 70% 目标和 10 Laws 早期 >1.5 比率写的建议模板，不是自制字母评分，也不是把 70% 当成成功的许可证。
幻灯片 A——ARR 同比 80%，FCF 利润率 −50%，效率分 30%
虚构输入：一年前滚动 ARR 800 万美元，现在 1440 万美元 → ARR 同比 = 80%。FCF = −720 万美元。ARR 的 FCF 利润率 = −7.2 / 14.4 = −50%。效率分 = 80% +（−50%）= 30%。两个加数都写在记了日期的页上，不是只报 30%。如果有人天真地用 +10% 的 EBITDA 利润率去做 Rule of 40，会印出 90% 并称之为通过。同一家公司。不同的利润线。不同的决策。30% 没达到他们为 2500 万–5000 万美元坐席写的 ≥70% 门槛——而且 1440 万美元仍低于 Scaling「2500 万美元以上才有意义」的线，所以这场加法分数本来就不是第一件工具。
幻灯片 B——ARR 同比 8%，FCF +42%，效率分 50%
虚构输入，同一家示意公司更晚一年，仍标成示意：一年前 ARR 2000 万美元，现在 2160 万美元 → ARR 同比 = 8%。FCF = +907 万美元。ARR 的 FCF 利润率约 42%。效率分 = 8% + 42% = 50%。如果有人把 Scaling 在 1 亿美元以上说的 50% 往下套，这个总和看起来「达标」。同一年、不同窗口的虚构第四季度：净燃烧 180 万美元，净新增 ARR 40 万美元 → burn multiple = 4.5 倍。年度加法分数看起来还行。这个季度的 burn multiple 很难看。一句话定不了两场坐席。
绊线做什么——以及什么不该发生
幻灯片 A，ARR 1440 万美元：不要在 30% 效率分上放大销售和市场，也不要把加法分数当成 1440 万美元已经等于 2500 万美元以上。守他们写的早期比率：虚构净新增 ARR 640 万美元 / 虚构净燃烧 800 万美元 = 0.8，低于 >1.5。幻灯片 B：50% 不是忽视 4.5 倍 burn multiple 的许可证，也不能证明公司会 IPO。结账后不要把 EBITDA 换进去，好让幻灯片 A 印出 90。不要把 Shopify 的过期快照更新到这本虚构账上。不要把一个月的 ARR 增长年化之后叫做同比。
第一次出报告前写绊线。两个加数都报。期间结束你没达到写下的门槛——或者只有把 EBITDA 换成 FCF 之后才「过」——就执行动作。如果两个加数和早期或后期的门都过了，再做下一件最便宜的测试。30%、50% 和 Yibud 分数都不预测成功。
已发表的门槛
阶段目标——标好出处，不是评分表
下面各行是 Scaling 和 10 Laws 真正点名过的。它们不是 Yibud 字母评分表，不是个人胜率表，也不是调和过的 EMCLOUD 平均数。把它们当词汇用，然后为你真正能量到的 ARR 区间写自己的绊线。
| 阶段 / 坐席 | 他们点名的数 | 出处标签 |
|---|---|---|
| 早期，ARR 不到 3000 万美元 | 有效增长 = 净新增 ARR / 净燃烧；最优 >1.5 | 10 Laws of Cloud，第二条（2019-06-19） |
| ARR 2500 万–5000 万美元 | Bessemer 鼓励 70% 效率分 | Scaling to $100 Million（2021-09-21） |
| ARR 1 亿美元以上 | 略降到 50%，因为同比增速会掉，公司开始在利润和不惜代价增长之间找平衡 | Scaling to $100 Million（2021-09-21） |
| BVP Nasdaq Emerging Cloud Index / ^EMCLOUD 平均 | 更接近 50%（Scaling）。大约 45%（10 Laws）。两场坐席；不要发明一个「真正」的平均数。 | Scaling 2021-09-21；10 Laws 2019-06-19 |
| Public Playbook——IPO 可选性 | 目标是 1 亿美元以上 ARR 和 40% 效率分；跨过 1 亿美元以上 ARR、增速超过 40%、且已现金流转正（或 IPO 前大约一年内能看清转正）的公司，一般能做成 IPO，这些公司的效率分大于 40% | 10 Laws，Public Playbook 附录（2019-06-19）——Bessemer 的剧本框架，不是你会 IPO 的保证 |
Scaling 还写：加法分数一般只在 ARR 达到 2500 万美元以上之后才适用。本页不转载 Scaling 完整的 ARR 增长、NRR、毛利率或经营费用区间表——那些坐席在各自的 Yibud 页面上。不要在这里发明 KeyBanc / ChartMogul / Iconiq 的效率分表。
一张过期快照
Scaling 里的 Shopify——接近 70%，他们的数字，他们的日期
Scaling 的历史快照，按原文使用：即使最近十二个月收入超过 38 亿美元，Shopify 仍在以大约 60% 同比增长，FCF 利润率大约 10%，效率分接近 70%。那是 Bessemer 在 2021 年 9 月 21 日那篇文章里的例证。本页不发明今天的 Shopify 市值，不刷新增长或 FCF 数字，也不把「接近 70%」当成你这个季度必须印出来的定律。
同一篇里的 Snowflake——用现金换增长的例证，不是他们算过的效率分
还是 Scaling 同一课，仍是他们的例证：Snowflake 烧掉超过 1 亿美元，但收入增长了将近 1.7 亿美元，同比超过 170%。Bessemer 用它来说明用现金换增长。本页不为 Snowflake 计算效率分，也不更新那些过期的美元。
Public Playbook
≥40% 作为 IPO 可选性——Bessemer 的框架，不是承诺
10 Laws 的 Public Playbook 附录，按原文使用：跨过 1 亿美元以上 ARR、增速超过 40%、且已现金流转正（或在 IPO 前大约一年内能看清转正），一般能做成一次成功的 IPO；这些公司的效率分大于 40%。同一附录把目标写成 1 亿美元以上 ARR 和 40% 效率分，作为 IPO 可选性。把它当成 Bessemer 的剧本框架。它不是你会 IPO 的保证，也不是 ≥40% 就意味着创业会成功。
怎么做
怎样跑一场效率分绊线，而不假装已经规模化
这是 Yibud 建议的顺序，不是 Bessemer 清单，也不是审计。第一次出期间报告前写好绊线并遵守。如果你说不出这个数字会改变哪一个决策，你是在做幻灯片。
- 1
看之前写绊线
写截至日、ARR 区间、ARR 同比、FCF 怎么算、FCF 利润率用哪一个 ARR 口径、阈值，以及动作。早期（大约 2500 万–3000 万美元 ARR 以下）：净新增 ARR / 净燃烧 >1.5。后期：选 70%（2500 万–5000 万，Scaling）、50%（1 亿以上，Scaling），或 Public Playbook 的 ≥40% 地板——并写为什么。出报告后不要改门槛。
- 2
锁死两个加数
ARR 同比是今年 ARR 对去年 ARR。ARR 的 FCF 利润率用你写下的 FCF 定义和 ARR 口径。如果只有三个月 ARR，就这么写——不要把月度变化乘以 12 叫做同比。结账后把 GAAP 收入增长混进 ARR 同比，30% 就会变成更温和的 55%。
- 3
算出两个加数。把它们和总和一起写在记了日期的页上。
把 ARR 的 FCF 利润率加到 ARR 同比上。不要只发表 50%，却把 −40% 的 FCF 藏在「增长是 90%」后面。加数才是坐席；百分比是压缩。可选的邻居——burn multiple、CAC 回本期、Magic Number、毛利率、NRR——留在各自的页面。不要把它们平均成自制的「效率指数」。
- 4
大约 2500 万–3000 万美元 ARR 以下，读早期比率
Scaling：加法分数一般只在 2500 万美元以上 ARR 才有意义。10 Laws：3000 万美元 ARR 以下，有效增长是净新增 ARR / 净燃烧，最优 >1.5。你还在这个区间，就跑这个比率（以及 burn multiple / CAC 回本期）。不要把 70% 效率分故事硬套到发现季度上。
- 5
执行动作。还没收入，就换一件工具。
期间结束你没达到写下的门槛，就做你点名的事——停止放大销售和市场、削减燃烧、先修 CAC 回本期或 churn，或继续试验需求。不要把 EBITDA 换成 FCF，好让总和越过 40。还没收入或 ARR 极小：先做冒烟测试、付费意愿、访谈或停止标准。Yibud 分数不是效率分。
你带走什么
效率分绊线（抄这一段）
如果这场坐席只产出一个百分比、没有记了日期的动作，你就还没做完。填括号。不要留下「效率还行」「很快」或「等到那一轮融资就知道了」。
填空合同
产品：[名称]。截至日：[日期]，第一次出报告前写好。ARR 区间：[仍低于约 2500 万–3000 万 / 2500 万–5000 万 / 1 亿以上 / 其他]。这个数字能证伪的假设：[我们能增长 ARR 并仍留下足够现金 / 我们能放大销售和市场而不让增长与现金的总和塌掉]。去年 ARR：[ ]。今年 ARR：[ ]。ARR 同比：[ ]。FCF 定义：[怎么算]。利润率用的 ARR 口径：[同一滚动 ARR / 其他——写明]。FCF：[ ]。ARR 的 FCF 利润率：[ ]。效率分：[ARR 同比 + FCF 利润率]。若仍低于约 3000 万美元 ARR 的早期比率：净新增 ARR [ ] / 净燃烧 [ ] = [ ]（守 >1.5）。阈值：[例如早期 >1.5；或 2500 万–5000 万区间 ≥70%；或 1 亿以上 ≥50%；或 Public Playbook 的 ≥40% 地板——选一个，并用 Scaling / 10 Laws 写理由，不是自制字母评分]。未达标动作：[不放大销售和市场 / 先削减燃烧直到 CAC 回本期和 churn 改善 / 继续试验需求 / 不融一轮不惜代价增长的钱]。站得住的动作：[只有分站得住才融资加速]。下一期用同一套定义比较。Yibud 分数不触发这一行。
70% / 50% / ≥40% / >1.5 这几条是 Yibud 按 Scaling 和 10 Laws 写的建议模板——不是普查，不是可以不报两个加数的许可证，也不是把通过当成成功的许可证。有理由就在测量前改阈值。测量后不要改。
示例绊线（Yibud 的建议模板，不是定律）
如果 12 月 31 日滚动 ARR 仍低于 2500 万美元，且净新增 ARR / 净燃烧没有 >1.5 → 我们不把付费获客放大 3 倍；先修燃烧，以及最弱的需求或回本假设。如果滚动 ARR 在 2500 万–5000 万美元区间，且效率分（ARR 同比 + ARR 的 FCF 利润率）低于 70% → 同样动作。结账后不要把 EBITDA 换成 FCF。不要把 GAAP 收入增长混进 ARR 同比。总和旁边报两个加数。
一年里的 70% 仍只是一年。Yibud 报告分数不触发这条绊线。如果还没有有意义的 ARR，这份模板就不是第一件工具——改用冒烟测试、付费意愿或访谈。
分叉
什么时候用效率分绊线——什么时候不用
加法效率分在 ARR 还很小、你还在测需求、或还没点名 FCF 时，不是第一件工具。当滚动 ARR 大到够用 Bessemer 这场坐席、两个加数都能点名、而且你在决定放大销售和市场之前增长有没有留下足够现金时，它才是对的工具。
有有意义的 ARR、点名了 FCF，并且要做放大或削减的决定时再用
滚动 ARR 已经到了 Scaling 加法分数所针对的区间——一般是 2500 万美元以上。你能点名 ARR 同比和 ARR 的 FCF 利润率。你正准备把某个渠道放大 3 倍，或对自己说「我们超过 40 所以没问题」，或因为增长好看就跳过 FCF 这一行。这时，一个记了日期的总和加上两个加数才值得做。大约 2500 万–3000 万美元 ARR 以下，改用早期的净新增 ARR / 净燃烧 >1.5 比率。可选：把 Rule of 40、burn multiple、CCS、Magic Number、CAC 回本期或毛利率当成分开的坐席——不要把它们平均成自制指数。
还没收入、还在发现、或在 2500 万美元 ARR 以下硬上这个分数时，不要从这里开始
还没有付费客户？就没有老实的 ARR 同比或 ARR 的 FCF 利润率。不要发明一个预测分子。还在写定金、冒烟测试或第一批访谈？那些页面在先。还在写停止 / 转向 / 继续？那些是决策合同。本页提供一件增长与现金工具，那些合同以后可以读。它不代替它们。Yibud 分数不是效率分。
不是同一页
效率分对比 Rule of 40、burn multiple、CCS、Magic Number、回本期、LTV:CAC、毛利率、留存、虚荣指标、发现和决策合同
好几张 Yibud 页面挨着这一页。把它们混起来，就会把增长加 EBITDA 的总和、燃烧÷ARR 倍数、累计资本倍数、销售效率比或候补名单，读成「效率分 70%，所以放大」。
Rule of 40——增长 % + 利润 %，不是这场具名的 FCF+ARR 同比分数
那一页问的是收入增长率加利润率（常常是 EBITDA）有没有越过 ≥40 的门槛。本页拥有 Bessemer 具名的效率分：ARR 的 FCF 利润率 + ARR 同比，以及 70% / 50% 阶段目标和两个 EMCLOUD 平均数。42 的 Rule of 40 不能告诉你 ARR 的 FCF 利润率。70% 的效率分不能告诉你增长加 EBITDA 是否健康。
SaaS Rule of 40 →Burn multiple——净燃烧 ÷ 净新增 ARR，不是这场加法分数
那一页问每一美元净新增 ARR 烧掉多少公司现金。本页把增长 % 和 FCF % 加起来。2 倍 burn multiple 不能告诉你效率分。50% 效率分不能告诉你当期倍数是否健康。同一家公司可以一边好看、一边难看。
创业公司 Burn Multiple →Cash Conversion Score——累计 ARR ÷ 净消耗资本
那一页是存量：当前 ARR 除以股权加债务融资减去现金。本页是流量坐席：今年的 ARR 增长加上今年 ARR 的 FCF 利润率。1.0 倍 CCS 不能告诉你效率分。70% 效率分不能告诉你账本消耗了多少资本。
创业公司 Cash Conversion Score →SaaS Magic Number——销售和市场 → 增量收入，不是增长+FCF
那一页问上一期销售和市场花费多有效地变成了增量订阅收入。本页是 ARR 同比加上 ARR 的 FCF 利润率。1.2 的 Magic Number 不能告诉你效率分。50% 效率分不能告诉你上季度销售和市场是否回本。
SaaS Magic Number →CAC 回本期——几个月收回 CAC，不是这个总和
那一页问几个月的贡献利润收回全负载 CAC。本页是公司级增长加 FCF。7 个月回本不能告诉你效率分。70% 效率分不能告诉你 LinkedIn 广告几个月回本。
创业公司 CAC 回本期 →LTV:CAC——终身价值 ÷ CAC，不是这个分数
那一页问一个同期群的终身贡献是否越过 CAC 的某个倍数。本页是 ARR 同比 + ARR 的 FCF 利润率。3.2 的 LTV:CAC 不能告诉你效率分。单位经济是你能否老实提高这个分数的办法——它本身不是这个分数。
创业公司 LTV:CAC →毛利率——交付成本天花板，不是增长+FCF 的总和
那一页问每一美元收入扣掉 COGS 之后还剩多少。毛利率决定 FCF 最多能有多高。它不是 ARR 同比 + FCF 利润率。70% 毛利率不能告诉你效率分是 70%。
SaaS 毛利率 →NRR 和 logo churn——留存耐力，不是这个分数
那些页面问起始同期群后来付给你的是更多还是更少，以及走了多少个客户标识。留存是增长耐力是否老实的办法。它不是 ARR 的 FCF 利润率 + ARR 同比。
虚荣指标——卫生分类，不是这条绊线
那一页是分拣帽：浏览量、累计注册和候补名单让你觉得在前进，却不告诉你下一步做什么。一张好看的效率分图，把 EBITDA 换进去、又没有绊线，仍然可以是虚荣。
创业公司虚荣指标 →冒烟、付费意愿、访谈、Ellis——需求工具，不是这个分数
那些页面测触达、第一笔钱、需求覆盖，或口头上的失望。还没收入、ARR 极小的团队应从那里开始。不要靠饿死发现来「优化效率分」。
Yibud 放在哪
效率分和 Yibud 分数都不预测成功
Yibud 是免费、无需注册的创业想法验证器。分数来自确定性规则引擎，不是语言模型在猜成功。可选的 AI 文本如果用了，只打磨措辞。它不发明数字。一份 Startup MRI 报告可以点出弱的变现、分发或留存假设，然后给出第 7 天的继续 / 收窄 / 重测 / 停止信号。分数是照向下一件最弱假设的手电——不是 Bessemer 的效率分，不是 Rule of 40，不是 burn multiple，也不是预测。效率分工作坐在那个假设旁边：写绊线，不要指望一张 70% 幻灯片意味着增长留下了足够现金。如果你已经有报告，从被点名的假设开始，不要从总分开始。然后自己跑这一期。如果你从不打开分析器，本页的方法也能单独用。
分析我的想法 →常见错误
效率分这一周通常浪费在哪
在 ARR 还没到 2500 万美元时就把效率分当成有意义
Scaling：这场坐席一般只在 ARR 达到 2500 万美元以上之后才适用。低于这个数——以及 10 Laws 里 3000 万美元 ARR 以下——优先用净新增 ARR / 净燃烧 >1.5，再加上 burn multiple 和 CAC 回本期。把 70% 故事硬套到种子轮账本上，会饿死发现。
把 GAAP 收入增长和 ARR 同比混在一起
公式用的是 ARR 同比增速。GAAP 收入增长是另一种口径。第一次出报告前写明你要哪一个。结账后再换，未达标就会变成口号。
把 EBITDA 利润率换成 FCF 还不说
效率分用的是 ARR 的 FCF 利润率。Rule of 40 常常用 EBITDA 或另一条利润线。如果你用 EBITDA 去算这场具名分数，你就不再是在跑 Bessemer 的工具。把利润定义写在记了日期的页上。保持它。
把 ≥40% 或 70% 当成成功的证明
Scaling 的 70% / 50% 目标和 10 Laws Public Playbook 的 ≥40% 地板，是 Bessemer 点名的门槛。越过你写下的门槛，只说明那一期越过了一道门——不是创业会成功或会 IPO。效率分和 Yibud 报告分数都不预测成功。
把 Shopify 或 Snowflake 更新到 Bessemer 过期快照之外
Scaling 里的 Shopify 例证是最近十二个月收入超过 38 亿美元、同比大约 60%、FCF 大约 10%、效率分接近 70%——一张 2021 年 9 月 21 日的快照。Snowflake 烧掉超过 1 亿美元，收入增长将近 1.7 亿美元，同比超过 170%——是用现金换增长的例证，不是本页算的分数。不要用今天的市场去刷新这些数字。
把月度增长年化之后叫做 ARR 同比
一个很肥的月 × 12，不是 ARR 同比。如果只有很短的窗口，就报短窗口，并写明。绊线先点名期间。
来源
这些想法从哪来
- Mary D’Onofrio、Ethan Ding 与 Atlas 编辑 / Bessemer Venture Partners，《Scaling to $100 Million》，2021 年 9 月 21 日 — 用于公式（ARR 的 FCF 利润率 + ARR 同比增速）；一般只在 2500 万美元以上 ARR 才有意义；2500 万–5000 万美元区间鼓励 70%、1 亿美元以上为 50%；Rule of 40 常被说成 40%+，而 BVP Nasdaq Emerging Cloud Index 平均效率分更接近 50%，被 Zoom、Shopify、Datadog、Crowdstrike 和其他高表现公司拉高；Shopify 快照（最近十二个月收入超过 38 亿美元、同比大约 60%、FCF 大约 10%、效率分接近 70%）；以及 Snowflake 用现金换增长的例证（烧掉超过 1 亿美元，收入增长将近 1.7 亿美元，同比超过 170%）——不是本页算的效率分。不要发明额外评分表，也不要更新那些过期快照。
- Byron Deeter、Elliott Robinson 与 Mary D’Onofrio / Bessemer Venture Partners，《Roadmap: 10 laws of cloud》，2019 年 6 月 19 日 — 只用于第二条：早期（ARR 不到 3000 万美元）有效增长 = 净新增 ARR / 净燃烧，最优 >1.5；更长期，最大化效率分 = ARR 增长 + ARR 的 FCF 利润率；^EMCLOUD 平均效率分大约 45%；以及 Public Playbook 附录（跨过 1 亿美元以上 ARR、增速超过 40%、且已现金流转正或 IPO 前大约一年内能看清转正，一般能做成 IPO；这些公司的效率分大于 40%；目标是 1 亿美元以上 ARR 和 40% 效率分，作为 IPO 可选性）。当成 Bessemer 的剧本框架，不是你会 IPO 的保证。
一段话
可以引用的摘要
Bessemer 的 Efficiency Score（效率分）= ARR 同比增速 + ARR 的 FCF 利润率。它问的是：你在增长，并且为这次增长留下了足够的现金。Scaling（2021-09-21）：一般在 2500 万美元以上 ARR 才有意义；2500 万–5000 万鼓励 70%，1 亿以上为 50%；EMCLOUD 平均更接近 50%；Shopify 快照大约 60% 同比 + 大约 10% FCF → 接近 70%。10 Laws（2019-06-19）：3000 万美元 ARR 以下，有效增长 = 净新增 ARR / 净燃烧，最优 >1.5；EMCLOUD 平均大约 45%；Public Playbook 目标是 1 亿美元以上 ARR 和 40% 效率分，作为 IPO 可选性——是框架，不是保证。看之前写绊线。两个加数都报。越过门槛是决策信号。效率分和 Yibud 分数都不预测成功。
常见问题
创始人真正会问的
什么是 SaaS Efficiency Score？
Bessemer 的公式：ARR 的 FCF 利润率 + ARR 同比增速。它问的是你在增长，并且为这次增长留下了足够的现金。它是增长与现金绊线，不是成功分数，不是 Rule of 40，也不是 burn multiple。看数之前先写门槛。
怎样才算好的效率分？
本页不发表来源之外的万能「好」评分表。Scaling：2500 万–5000 万美元 ARR 为 70%；1 亿美元以上为 50%；EMCLOUD 平均更接近 50%。10 Laws：EMCLOUD 平均大约 45%；早期（不到 3000 万美元 ARR）净新增 ARR / 净燃烧 >1.5；Public Playbook 把 ≥40% 配上 1 亿美元以上 ARR 当作 IPO 可选性——是框架，不是保证。写你自己的绊线。不要发明一个调和过的 EMCLOUD 平均数。
效率分和 Rule of 40、burn multiple 有什么不同？
Rule of 40 通常是增长 % + 利润率 % ≥40%（常常是 EBITDA）。效率分明确用 ARR 的 FCF 利润率 + ARR 同比。Burn multiple 是净燃烧 ÷ 净新增 ARR——现金对增长的倍数，不是加法百分比。一家公司可以在一件上好看、在另一件上难看。具名的 Bessemer 分数用本页；那些工具用那些页。
早期创业公司该用效率分吗？
通常不该当成第一件工具。Scaling：一般只在 2500 万美元以上 ARR 才适用。10 Laws：3000 万美元 ARR 以下，有效增长是净新增 ARR / 净燃烧，最优 >1.5。还没收入、ARR 极小的团队应先做冒烟测试、付费意愿、访谈或停止标准。不要靠饿死发现来装饰一个分数。
Yibud 分数等于效率分吗？它能预测成功吗？
不等于，也不能。Yibud 分数来自对你想法输入的确定性规则引擎。它们指向下一件最弱的假设。它们不是 Bessemer 的效率分，不是 Rule of 40，不是 burn multiple，也不是预测。效率分通过和 Yibud 报告分数都不预测成功。使用本页不需要账户。
放大销售和市场之前，先写增长与现金绊线
Yibud 用确定性引擎给弱假设打分。你还诚实的时候写下截至日、ARR 区间、两个加数、阈值和动作——然后一年的效率分是绊线，不是 72% 幻灯片。
生成一份 Yibud 报告 →