九家询价不是九个机会,是一张成本单。
一、九封询价邮件与一次成交
2026 年 6 月 4 日,程野收到第一封带「采购」字样的邮件。对方问的不是价格,而是能不能开增值税专用发票、能不能签 DPA、有没有 SOC 2 报告。他把邮件放进待办,标签写了「企业」,然后继续修当天的 bug。到 10 月下旬,这样的邮件一共有九封。
以下情境为教学假设,人物、引语和数字不代表经核实的真实案例。
九封邮件里,四家要了安全问卷,两家愿意进试点,最后只有北辰设计签约。北辰设计 60 席,25 美元/席/月,月费 1,500 美元;年付 18,000 美元,会计上按月确认 1,500。这个数字放进原来的账本,MRR 从 1,800 变成 3,300,ARR 从 21,600 变成 39,600。
四份问卷里,三家走到填答:首份 148 题花了 22 小时,建库后两份各 6 小时,合计 34 小时。第四家把清单转给总部之后没有下文,填答时间按 0 小时计;它仍然要算进「四家要问卷」的漏斗,因为清单到达时已经产生了判断成本。
两次试点也不是平均分配。北辰设计四周用了 14 小时;另一家做到第 8 小时,对方说预算被冻结,试点停在那一步。8 小时占 22 小时的 36.4%,这就是赢率摊销存在的理由:不是每家试点都会成交。
漏斗看起来只有四个数字:9 → 4 → 2 → 1。真正要算的不是转化率,而是每一步后面挂着多少小时。九家里有五家在第一轮就被筛掉,原因不是产品不合适,而是这些客户要的私有化部署、无限责任或六十天免费试点,一个人做不了。这五家也花了时间:读邮件、回邮件、开一次视频会,平均每家 40 分钟。
企业单的第一课是承认大多数询价不会成交。 这句话不消极,它决定了你该怎么记工时:从第一封邮件开始记,而不是从「感觉有戏」开始记。只记成交那一家的链路,会把成本算少三分之一,也会把下一次报价的底气建在一个不成立的分母上。
二、把企业销售拆成八个阶段
把六个月里所有与这九家有关的动作倒出来,按「下一次交付物是什么」分组,最后得到八个阶段。八个阶段的小时数相加是 96 小时,这就是售前成本的全部;它不按成交与否筛选,只按是否发生记账。
| 阶段 | 家数 | 小时 | 产出 |
|---|---|---|---|
| 筛选 | 9 | 6 | 五家排除,四家进入问卷 |
| 流程跟踪 | 9 | 8 | 六个角色与各自的下一步 |
| 安全问卷 | 4 | 34 | 148 题答案库与 23 份证据 |
| DPA | 2 | 7 | 七个子处理者清单 |
| SLA | 2 | 5 | 99.5% 与赔付上限 |
| 试点 | 2 | 22 | 三条成功标准与一次退出 |
| 报价合同 | 3 | 10 | 一张报价单与两份条款 |
| 其他 | 9 | 4 | 排期、转交与内部沟通 |
成交客户的链路只占 52 小时:筛选 1、流程跟踪 3、安全问卷 22、DPA 4、SLA 3、试点 14、报价合同 4、其他 1。这八个数相加是 52,和上表的阶段合计不是同一口径:上表按「所有线索在该阶段的合计」记,链路按「北辰设计一家在该阶段的耗时」记。
两者相减,其余八家一共占 44 小时。这个数字很容易被忽略,因为它的产出是零:没有合同、没有收入、没有案例。但它是下一次企业单的固定开销,除非你决定以后只接「已经看过你产品」、主动找上门的线索。
流程跟踪的 8 小时不是「跟进」两个字能概括的。它花在把同一封邮件转给第六个人之后,仍然记得谁还没有回;花在每次会议后写三行纪要,标出下一个动作与日期。八小时摊到九家不到一小时一家,但没有这八小时,安全问卷会在错误的角色手里停两周。
筛选的 6 小时看着少,摊到九家是每家 40 分钟。40 分钟足够读完一封询价、看一眼对方域名、判断三件事:席位规模、是否需要私有化、预算归谁。三件事里有两件是否定的,就礼貌回绝,不进入流程跟踪。这一步省下来的不是 40 分钟,是后面可能被拖进去的几十小时。
报价合同的 10 小时只发生在三家:两家试点客户,加一家谈到报价但最终选了别家的线索。报价单本身不复杂,复杂的是把席位、年付折扣、账期与支持档位写成客户内部能流转的一页;这一页每次都要重写,不能直接复用上一家的。
八个阶段不是流程规范,是记账科目。 你不需要每次都走完,但每次发生都要能落到某一栏。DPA、SLA 与试点是条件阶段,只有客户走到那一步才计时;筛选与流程跟踪是每家都要付的入场费,九家就是九份。
三、两种口径:链路 86 小时与按赢率摊 130 小时
同一张 18,000 美元的合同,可以算出两个完全不同的时薪。差别不在收入,而在分母:一个是「成交这一家花了多少」,另一个是「为了成交这一家,总共花了多少」。
| 口径 | 分母 | 小时 | 时薪 |
|---|---|---|---|
| 单客链路 | 1 家成交 | 52 + 26 + 8 = 86 | 209.3 美元/h |
| 按赢率摊 | 9 家询价 | 96 + 26 + 8 = 130 | 138.5 美元/h |
26 小时工程是 SSO 16 小时、SCIM 8 小时、审计导出 2 小时。它不是为北辰设计单独写的,但第一家企业单必须先有它;第二家企业单再用同一套,这 26 小时不再重复。8 小时实施是培训 2、导入 3、权限核对 2、复盘 1,这部分每家企业都要重做。
单客链路 86 小时算出 209.3 美元/h,看起来是一份不错的时薪。它的问题是把九家里的另外八家当成不存在。按赢率摊之后,130 小时算出 138.5 美元/h,两个数差 70.8 美元,比值约 1.51 倍。差的这 44 小时没有产生任何收入,却是这门生意真实的一部分。
还有一种算法是「第二单复用」。第一单付掉 26 小时工程之后,第二单的链路少掉这 26 小时;如果第二单合同额相同,时薪会明显上升。这个判断只对第二单成立,不能拿来证明第一单也划算;第一单的账只能用第一单的分母。
44 小时占 130 小时的 33.8%。换句话说,你每在企业销售上花 3 小时,就有 1 小时花在不会成交的线索上。这个比例会随着主动上门的比例、客户筛选规则与答案库成熟度变化,但很难降到零。
209.3 是边际视角,138.5 是经营视角。 决定要不要接第二家企业单时,用 209.3 判断「这单本身值不值」;决定要不要继续做企业市场时,用 138.5 判断「这条线养不养得活自己」。两个数都成立,混用就会得出相反的结论。
四、45.5% 的集中度与回本门槛
北辰设计的 18,000 美元,放进 21,600 美元的原有 ARR 里,占总收入的 45.5%。这个比例不是财务指标,是风险指标:一家客户不续约,收入不是少一点,是少掉将近一半。按月看也一样,1,800 美元的 MRR 加上 1,500 美元,企业客户占 3,300 美元里的 45.5%。
集中度高于四成,就要提前写退出预案。 预案不是「再找一家」,而是三件具体的事:把这家客户的交付文档单独归档,确保换人也能维护;把 SSO 与 SCIM 做成标准能力而不是定制;在续约前三个月开始谈席位,而不是到期前两周。
集中度有两种读法。按合同额读,18,000 ÷ 39,600 = 45.5%;按月读,1,500 ÷ 3,300 = 45.5%。两个数相同,因为年付合同在会计上被平均到 12 个月。不要用「签约当天到账 18,000」去算集中度,那会把现金流误当成收入,分母里只放一个月的订阅额,比例会失真。
回本门槛 138.5 美元/h 的用法,是拿它和你的替代收入比。如果你停掉企业销售、把 130 小时用于做订阅增长,每小时能带来的新增 ARR 超过 138.5 美元,那这单在财务上不划算;如果低于它,企业单就是更密的收入。这个比较不需要精确,只需要方向。
这个门槛也不是工资。138.5 美元是合同额除以工时,未扣支付通道费、服务器、税费与退款准备金;把它当成「每小时赚到 138.5 美元」会高估实际到手。它的正确用途是排序:企业单、功能开发、内容营销,哪个每小时的合同额更高。
复算:
漏斗:9 → 4 → 2 → 1;成交率 1 ÷ 9 = 11.1%
售前:6 + 8 + 34 + 7 + 5 + 22 + 10 + 4 = 96 h
成交客户链路:1 + 3 + 22 + 4 + 3 + 14 + 4 + 1 = 52 h
其余八家:96 − 52 = 44 h
工程:16 + 8 + 2 = 26 h
实施:2 + 3 + 2 + 1 = 8 h
单客链路:52 + 26 + 8 = 86 h;18,000 ÷ 86 = 209.3 美元/h
按赢率摊:96 + 26 + 8 = 130 h;18,000 ÷ 130 = 138.5 美元/h
差额:209.3 − 138.5 = 70.8 美元/h;209.3 ÷ 138.5 = 1.51
沉没占比:44 ÷ 130 = 33.8%
占全年:130 ÷ 1,920 = 6.77% ≈ 6.8%
集中度:18,000 ÷ (21,600 + 18,000) = 18,000 ÷ 39,600 = 45.5%
复算里最容易被跳过的是 44 小时那一行。它不是「浪费」,是赢率的代价;把 44 小时记成零,下一次定价就会把售前当成免费。第二容易被跳过的是 6.8%:130 小时听起来不多,但按每周 40 小时算,它相当于一年里少了三个多星期的功能开发。
五、行动清单与复算验收
- 把六个月内的询价按「询价、问卷、试点、成交」四列排开,写出每一列的家数。
- 从第一封邮件开始记工时,不按「有戏」与否筛选。
- 用总售前小时减去成交客户链路小时,得到其余线索的沉没小时。
- 把工程与实施小时单独列,不混进售前。
- 分别用 86 与 130 两个分母算一次时薪,写下差额。
- 用 ARR 加合同额算收入集中度,超过 40% 就写一条风险备注。
- 把 130 小时换算成占全年工时的比例,和功能开发排期对照。
- 在报价前决定:这单按 138.5 美元/h 是否仍高于你的时间底价。
验收标准:任取一家询价,都能说出它走到哪一步、花了多少小时,以及这单按赢率摊后的时薪。
前四条是「把账记全」,后四条是「用账做决定」。如果只有一小时,先做第一条和第五条:没有漏斗和两个分母,后面所有判断都是感觉。
清单里最容易被跳过的是第四条。工程小时混进售前,会让第一单看起来更贵、第二单看起来更便宜;分开记,才能看出 26 小时是一次投入还是每次都要重付。
还有一个动作值得单独做:在每个季度末把漏斗重算一次。九个数字会变,130 小时不会一直是 130;如果下一个季度询价变成 15 家、成交还是 1 家,按赢率摊的工时会变成 15 家的售前小时,时薪会掉下来。季度重算不是为了精确,是为了在报价前知道这一单的最低线在哪。
使用边界与实操验收
九家是一个样本,不是基准。 96 小时、52 小时与 44 小时都来自这一组教学假设。换一个产品、换一批线索,比例会变,但「总售前全部计入成交单」这个算法不变。
时薪不是净利。 138.5 美元/h 没有扣服务器、支付通道费与税费,也没有扣这 130 小时的机会成本。它是分子为合同额、分母为工时的毛口径,用于排序,不用于报税。
工程 26 小时会摊薄。 第二家企业单如果复用 SSO、SCIM 与审计导出,单客链路会少掉这 26 小时,时薪随之上升。这也是为什么第一单的时薪看起来最低。
45.5% 是合同期内的比例。 合同结束后,集中度会回到原来的水平;风险不在数字本身,而在这 12 个月里你没有第二家可以替代。
不要用这套账去压价。 算出 138.5 美元/h 之后,容易产生「只要高于这个数就接」的冲动。门槛只回答「这单值不值得花时间」,不回答「这个价格客户会不会签」;后者取决于席位、替代方案与预算,不取决于你的工时。
数字是教学假设。 344 个账号、120 个付费用户、1,800 美元 MRR 与全部工时都取自本组统一基线,不构成对任何企业销售结果的预测。
关键参考与核验范围
- NIST SP 800-53 :用于核对安全控制目录的组织方式,不用于推导本文的 96 小时。
- AWS Well-Architected Cost Optimization Pillar :用于核对成本分类与单位成本的计算思路。
- FinOps Framework :用于核对把工时、收入与合同放到同一口径的做法。
以上链接于 2026-10-26 实测可公开访问;未核验版本、功能范围与政策更新。核验日期:2026-10-26。
范围上只讨论一个人的企业销售成本、赢率摊销与收入集中度,不讨论销售团队管理、渠道分成与法律条款的具体写法。
系列导航
继续阅读
探索更多技术文章
浏览归档,发现更多关于系统设计、工具链和工程实践的内容。