为 B2B 创始人设计的诚实销售管道方案

为什么大多数早期管道逐渐不可信了

刚开始时，管道看起来很清楚，因为交易不多，很多背景都在你脑子里。随后名单变长，你错过了一次跟进，管道开始讲比现实更美好的故事。这就是“管道在撒谎”：不是故意，而是因为系统里没有任何东西强制呈现真相。

它通常以相同的模式出现：

• 交易在某个阶段中停留数周却没有近期活动。
• “下一步”变成了模糊的“下周再联系”。
• 成交日期被推后以寄希望，而不是基于买方同意的时间线。

常见的反应是去把 CRM 做得更复杂：更多字段、更多自定义阶段、更长的笔记。讽刺的是，这通常会使预测更差。当更新变得繁重，人们就更少更新，管道就在悄悄腐烂。

一个最小可行的销售管道架构恰恰相反。它提供足够的结构以便决策，但不会试图捕捉一切。它只记录那些能阻止自我欺骗的事实。

如果只能遵守一条规则，请记住：每个未结交易必须有（1）明确的下一步行动，（2）该行动的日期，以及（3）与真实买方时间线挂钩的成交日期（例如一次会议、法律环节或预算评审）。若缺任何一项，该交易就不算是活跃的。

阶段也应当有明确含义。只有在发生了具体事情后才前进，而不是因为感觉良好。目标不是好看的仪表盘，而是一个你可以用来经营业务的诚实视角。

在选择字段和阶段之前先设定规则

管道架构只有在每个人以相同方式对待它时才有效。在你添加字段或争论阶段之前，先决定一条管道项代表什么。

对 B2B 来说，一个清晰的默认是：一笔交易等于一项购买决策。如果同一家公司可能会有两次购买（两个团队、两个产品、两个预算），那就建两笔交易，而不是把它们揉成一条混乱记录。

把对象保持简单。三类对象通常足够：lead（可以联系的人）、account（公司）、deal（你试图达成的具体购买）。如果你是独立创业者，甚至可以跳过正式的 lead 和 account 记录，只要每个交易明确标明公司和主要联系人即可。

写下一些运行规则，尤其是当除你之外还有人接触管道时：

• 活动发生后立即记录。
• 在固定时间做每周检视。
• 每笔交易只给一个负责人。
• 使用单一事实来源：如果不在管道里，就当它没发生。

示例：你和 Northwind 的 Alex 谈过为财务团队做试点。这是一笔交易。如果一个月后产品团队需要单独合同，就创建第二笔交易。不要把两个决策塞进一条记录。

最少可行的交易字段（你真正会用到的那些）

当每笔交易只保留那些你每周会查看的字段时，管道才会保持有用。别把字段当作“以备不时之需”添加，否则它们就会变成装饰品。

从能防止重复的交易命名格式开始。一个简单的模板即可：公司 - 产品/范围 - 季度/月份。例如：“Acme - 团队计划 - 2026年3月。” 这样当出现 “Acme - Demo” 和 “Acme - Follow-up” 时就容易看出是否为同一笔交易。

每笔交易还需要清晰的身份信息：

• Account/公司
• 主要联系人
• 联系人角色（决策人、倡导者、财务、IT）

角色很重要，因为它会改变你下一步的动作。倡导者需要支持材料，决策人需要商业论证。

加入问责字段：

• 交易负责人（一个人）
• 来源（inbound、outbound、partner、referral、event）

然后只保留你会用到的金钱与时间信息：

• 预计金额 和 交易类型（新增、扩张、续约）
• 目标成交日（真实日期，不是“某天”）
• 概率 仅在你会在每周可信预测中使用它时才加上

如果你不确定某个字段，就先不加。你随时可以后来再加；一旦习惯形成后再删字段会困难得多。

防止幻想交易的资格字段

大多数“庞大”的管道其实并不庞大。它们充斥着看起来漂亮但没有明确通向“是”的路径的交易。

先加一个强制清晰的字段：用例（范围）。用简明语言写出买方想要完成的工作，以及“完成”是什么样子。如果你不能在两句内描述结果，说明你可能还不了解这笔交易。

接着，把决策流程记录在一个地方。这不是联系人堆砌，而是决策如何做出的故事：谁会签字，谁能阻挡，以及他们必须走的步骤（安全评审、法律、采购）。如果你不知道签字人，就把交易当作早期。

再加一个定价匹配信号，即便很粗略也行。范围（"<$5k", "$5-25k", "$25k+"）就足够，或用 Likely / Unclear / Unlikely 来表示你听到的信息。目的是阻止那些付不起价的交易继续推进。

最后，保留一个单行的红旗字段。如果需要段落说明，就放到笔记里。

一个适用于大多数 B2B 创始人的精简集合：

• 用例 + 成功标准
• 决策流程（签字人、影响者、步骤）
• 定价匹配（范围或 Likely/Unclear/Unlikely）
• 竞争选项（具名或“维持现状”）
• 红旗（单行）

示例："想在续约前做 CRM 清理，签字人是 VP Sales，需要安全评审，预算可能 $10-20k，竞争方是维持现状，红旗：倡导者并不负责该项目。" 这一条记录更难让你自我欺骗。

让管道诚实的活动跟踪

当管道变成愿望清单时，它就变坏了。解决办法不是更多字段，而是一些活动信号，迫使每笔交易回答一个问题：下一步是什么？

如果你只给销售管道架构加一层，添加这些活动字段：

• 最后活动日期（可自动记录则自动，否则人工）
• 下一步（一个具体动作，不要写“跟进”）
• 下一步到期日（真实日期）
• 最后接触渠道（电话、邮件、会议、演示、聊天）
• 失败原因（短下拉，可选一行说明）

一个实用规则：如果交易没有下一步或没有到期日，它就不是真正的交易。把它归档或关闭。这比任何评分模型都更能提高预测准确度。

把“失败原因”保持简短，这样你才会用它：价格、无预算、无决策、选了竞争对手、时机不对、不匹配。

示例：你周二和运维负责人做了演示。通话结束后你设置最后活动日期 = 周二，最后接触渠道 = 会议，下一步 = “发送两篇案例研究并确认谁签字”，下一步到期日 = 周四。如果周四过去没有回复，交易就会变红，而不需要讨论“管道进度”。

适合大多数 B2B 创始人的简单阶段模型

好的阶段模型只做一件事：真实描述每笔交易所处的位置，而不是让你去看护一堆细小的步骤。如果你不能说清楚一笔交易进到某阶段时必须满足什么条件，那个阶段就会沦为感觉。

下面这个六阶段设置适用于大多数 B2B 创始人：

1. New（新）：你有名称并有理由去联系。首次触达已完成或已安排。

2. Qualified（已资格确认）：已确认基本匹配。问题是真实存在的，客户符合你的 ICP，并且存在合理的购买路径。

3. Discovery done（发现完成）：你进行了真实对话，了解了用例、成功标准和相关人员。

4. Proposal sent（已发送报价）：定价与范围已交到客户手中，并已预约或明确请求了下一步。

5. Negotiation/Legal（谈判/法律）：采购、安全、预算审批或合同修订正在进行中。

6. Closed won / Closed lost（成交 / 失败）：标记结果并记录原因。

只有在现实世界发生了某事（完成会议、发送报价、启动法律流程）时才推进阶段；如果没有发生，阶段保持不变。

阶段定义以防止交易漂移

阶段名称不是阶段定义。如果你只把一列标注为“Qualified”或“Negotiation”，最终会有交易滞留在那里，因为没人达成共识到底什么算“完成”。

把阶段规则写成简单的真假检查。当阶段内的每笔交易都共享相同事实时，你的管道才会保持可信。

使用进入与退出标准（不要凭感觉）

进入标准说明交易进入该阶段前必须已经为真；退出标准说明必须发生什么才能前进。保持两者简短且可度量。

示例：

• Discovery（发现）：仅在完成首次实时对话后进入；仅在你有清晰的问题陈述并且已预约下一次会议后退出。
• Proposal sent（已发送报价）：仅在确实发送了有定价的报价后进入；仅在买方确认正在评审并告知决定日期后退出。
• Legal/procurement（法律/采购）：仅在买方引入流程或相关干系人后进入；仅在你获得最终 redlines 或采购订单步骤后退出。

如果你无法写出不带“好”、“强烈”或“感兴趣”等词的标准，说明该阶段太模糊。

添加“在该阶段的最大天数”规则

为每个阶段设定最大停留天数作为预警，而不是惩罚。例如：发现阶段最多 14 天，报价阶段最多 21 天。当交易达到上限时，触发重置：预约下一步、退回阶段或关闭交易。

决定当标准未被满足时的默认操作：

• 如果缺失信息仍可收集，则退回。
• 如果在明确的跟进规则后买方无响应（例如 10 个工作日内 3 次尝试），则关闭并标为失败。

这能防止“僵尸交易”膨胀你的预测。

在一个下午内搭建你的架构

如果你把它当成一个小型产品来做：先有规则，然后只保留支持这些规则的元素，你可以在几小时内完成销售管道架构。

从一张白纸开始，而不是在某个工具内直接建字段。用普通语言写出阶段和进入/退出标准。如果你不能用一句话解释一个阶段，那它可能应拆成两段（或根本不是阶段）。

一个简单的构建流程：

• 起草 5 到 8 个阶段，并为每个阶段写一个清晰的“完成”判定。
• 创建最小字段集（目标 10 到 15 个），聚焦你能验证的事实。
• 添加活动跟踪，并为活跃阶段把“下一步到期日”设为必填。
• 导入现有交易并同步清理：合并重复、删除陈旧的“也许某天”条目、修正缺失负责人。
• 在变更任何东西前做 2 到 4 周的每周检视。

设置阶段做一次现实测试：拿一笔你正在推进的交易，尝试逐阶段推进。如果你不断在猜测，说明标准过于模糊。

一条值得早期强制执行的规则：如果下一步活动日期为空，交易不能留在活跃阶段。

导致 CRM 膨胀的常见错误

大多数 CRM 膨胀源于良好意图：你想要更精确，于是增加字段、阶段和更多笔记。结果恰恰相反：人们停止更新，管道变成交易的墓地。

1) 仅凭感觉区分的阶段

如果两个阶段感觉相同，它们就会被同样使用。“Discovery”、“Deep discovery”和“Discovery follow-up”常常意味着“我们聊过”，却没有明确的下一步。阶段应该仅在真实变化发生时才改变。

快速测试：如果你不能在一句话里说清楚进入某阶段必须满足什么条件，该阶段很可能是多余的。

2) 成交日期变成了希望日期

成交日期只有在与某个理由关联时才有用。把它当作下一个决策点的日期（预算批准、采购会议、签字最后期限），当该事件移动时再移动成交日期。

3) 活动以长篇笔记形式存储

长篇笔记会隐藏你需要的核心信息：上次发生了什么、下一步是什么。把笔记简短化，用最后活动日期加上下一步（含负责人和到期日）来跟踪活动。

4) 一切都被标为“已资格确认”

没有定义的“qualified”会变成“他们听起来不错”。选出 3 到 4 项必须为真的检查项（问题、买方、时间线和某种预算形式）。如果缺一项，就还没资格确认。

5) 交易从不被标为失败关闭

只增长不收缩的管道不再是管道，而是坟场。对于不活跃或不匹配的交易要快速标为失败并记录一个清楚的原因以便学习。

管道清洁的每周清单

每周选定一个时间（30 分钟足够），把它当成和未来自己的会议。管道清洁更多是确保每笔交易仍有真实前进路径，而不是增加字段。

一个简单的检视流程：

• 确认每笔未结交易都有命名的主要联系人和一句话的问题陈述。
• 检查每笔交易都有一个下一步和到期日。
• 应用陈旧规则：如果 7 到 14 天内没有有意义的活动，则退回阶段或标为“无决策”并关闭。
• 按在该阶段停留时间排序，对五笔最久的交易强制做决定。
• 对十笔最大额的交易做预测合理性检查：用一句话说明为什么会成交以及还可能阻挡它的因素。

具体例子：若某笔交易标为“已发送报价”但没有安排评审会议，那它就不应该处在报价阶段。把它退回、设定下一步，并在买方重新投入前停止计入预测。

示例场景：一笔交易从首次通话到签约

你向一家 50 人的电商公司出售 B2B 分析工具。首次通话后，你只填入接下来一周会用到的字段。简单的架构在这里派上用场，因为它强制清晰，而非制造文书工作。

通话结束后记录可能是：

• 问题：每周报表耗时 6 到 8 小时，各团队数据不一致
• 干系人：发起人 = 运营主管；决策者 = CFO；用户 = 分析师
• 下一步：发送 2 页摘要 + 预约 30 分钟演示
• 下一步日期：周二，1 月 23 日
• 目标成交日：2 月 15 日

交易从 Discovery 阶段开始。只有当日历邀请被接受时才往前走（而不是有人“听起来很感兴趣”）。演示后，进入评估阶段的触发条件是具体的请求（例如“你能接入 Shopify 和我们的仓库数据吗？”），随后达成技术审核的安排。

现在出现停滞：CFO 在看到定价后沉默。你的记录显示两次跟进、无回复，下一步日期已过。规则很简单：如果没有约定的下一步，交易不能停留在 Proposal 阶段。

于是你做出诚实的调整：要么退回到评估（如果需要新的发起人或缺失信息），要么在设定日期内决策者不参与则标为失败。在本例中，你退回阶段、更新干系人（运营邀请财务经理加入）、设定新的下一步日期，并在 CFO 确认决策会议后才回到 Proposal 阶段。

保持小而把重复自动化

管道架构只有在你信任它时才有效。最快的做法是先从最小化开始，并坚持 30 天。这会告诉你实际会用到什么，而不是你以为可能需要什么。

第一个月要严格：如果某个字段不会改变决策，就删掉它。如果某个决策经常出现而你在管道里得不到答案，就只为此添加一个字段。

添加任何新字段前做一个简单测试："如果这个为空，我们就无法决定是否 ___。"

如果你想基于自己的架构构建一个轻量自定义 CRM，而不是把通用工具强行适配，像 Koder.ai (koder.ai) 这样的工具在你写好阶段、必填字段和校验规则后会很有帮助。一旦架构明确，生成并迭代一个简单应用要容易得多。