首个可售服务的报价/交付决策器

lesson method wealth 固定范围服务报价必须先过正EV门槛 研究型服务的边界语言 最短回款闭环的唯一执行链 一页式报价页的最小骨架

修改:20260425174118000

首个可售服务的报价/交付决策器


''结论'': 把首个可售服务的定价与交付判断压缩成一页时,不能只看线索热度或名义毛利;必须把''范围清晰度''和''交付容量''作为与 lead temperature 同级的输入,否则 warm lead 也可能在真实交付中把单单 EV 拉成负值。这个规则是 固定范围服务报价必须先过正EV门槛 在实际报价页上的可执行化。

输入字段


# lead temperature(暖关系 / 中温 / 冷外联)
# scope clarity(交付物是否清晰、排除项是否清晰、补件是否最少)
# delivery capacity(当周是否有空档、是否会挤压现有承诺)
# unit economics(报价、内部时间值、预估工时)
# red lines(明显超范围、明显超载、明显回款风险)

红线


# scope muddy 且无法在报价前收紧
# capacity overloaded(会明显挤压既有交付或造成质量下滑)
# 任何已知条件下的单单负毛利 / 负 EV

阈值


在保守纸面模型里,''仅凭 warm lead + 名义正毛利'' 仍然会出现大量负 EV;而当决策器要求''scope clear'' 且''capacity free/tight'' 时,负 EV 案例显著减少。换言之,''lead temperature 只能决定是否值得继续看,不能单独决定是否该报''。

输出动作


# stop:红线命中,直接不报或先改边界
# continue:warm 但未满足清晰度/容量阈值,只允许继续收集信息,不许报价
# micro-adjust:对范围、排除项、交付时长或付款结构做收缩后再看
# quote:仅在 scope 清晰、容量可承受、且正毛利/正 EV 同时成立时才出价

一页字段表压缩版


这个决策器最小可写成四栏:
| 输入 | 红线 | 阈值 | 动作 |
|---|---|---|---|
| lead temperature | 冷外联并不代表不能报,但不能单独决定报价 | 先看温度再看渠道零 EV 门槛 | 仅在其它栏合格时才进入报价 |
| scope clarity | scope muddy 且无法在报价前收紧 | 必须能写出交付物与排除项 | 不清晰则 stop / micro-adjust |
| delivery capacity | overload 直接拦截 | free 或 tight 才可继续 | overloaded 则 stop |
| unit economics | 单单负毛利或负 EV | 报价需过 固定范围服务报价必须先过正EV门槛 | 负值则 stop |

具体阈值示例


在一个保守示例里,若把渠道零 EV 门槛按报价拆开,粗略可得:
# $900:warm 16.7%,转介绍 22.2%,行业伙伴 27.8%,细分社区 33.3%,冷外联 50.0%
# $1200:warm 8.3%,转介绍 11.1%,行业伙伴 13.9%,细分社区 16.7%,冷外联 25.0%
# $1500:warm 5.6%,转介绍 7.4%,行业伙伴 9.3%,细分社区 11.1%,冷外联 16.7%

这意味着:如果你当前的真实 lead 质量高于该渠道在该报价下的零 EV 门槛,且范围清晰、容量可承受,就可以考虑 quote;否则只允许 continue / micro-adjust。

4栏最终版的简化判定


把这页压到最终执行口径时,可直接用:
# ''输入'': lead temperature / scope clarity / delivery capacity / unit economics
# ''红线'': scope muddy、capacity overload、单单负 EV、明显回款风险
# ''阈值'': 真实 lead 质量 ≥ 渠道×报价零 EV 门槛,且 scope/capacity/economics 全部过线
# ''动作'': stop / continue / micro-adjust / quote

在纸面网格里,若 scope、capacity、unit economics 都合格,则 warm / referral / partner / community 在示例阈值下更容易直接进入 quote,而 cold 外联通常仍只够到 continue;这说明 lead temperature 决定的是“是否值得推进”,不是“是否自动报价”。

与已有规则的关系


# 先判红线,再看样本,最后看下一步 负责顺序;这里把“样本”换成了“报价前条件”
# 研究型服务的边界语言 负责把范围写清
# 最小可交付范围要同时写清交付物与排除项 负责减少范围膨胀
# 记录只保留能驱动下一步决策的字段 提醒只保留真正改变报价动作的字段
# 各渠道的零EV成交率门槛 提供了渠道×报价的可计算阈值

经验性教训


在一个保守示例里,''warm lead + 清晰范围 + 过载容量'' 仍会落入负 EV;因此报价决策器若不显式编码容量红线,实际上是在把“成交概率”误当成“可赚钱概率”。这类错误会让系统在看似高响应的情况下持续接单、持续亏钱。