2025年10月29日·1 分钟
为 B2B 创始人设计的诚实销售管道方案
适合 B2B 创始人的销售管道方案：最少字段、阶段与活动跟踪，帮助你清晰预测并在不让 CRM 臃肿的情况下推动成交。
适合 B2B 创始人的销售管道方案：最少字段、阶段与活动跟踪，帮助你清晰预测并在不让 CRM 臃肿的情况下推动成交。
刚开始时，管道看起来很清楚，因为交易不多，很多背景都在你脑子里。随后名单变长，你错过了一次跟进，管道开始讲比现实更美好的故事。这就是“管道在撒谎”：不是故意，而是因为系统里没有任何东西强制呈现真相。
它通常以相同的模式出现：
常见的反应是去把 CRM 做得更复杂：更多字段、更多自定义阶段、更长的笔记。讽刺的是，这通常会使预测更差。当更新变得繁重，人们就更少更新，管道就在悄悄腐烂。
一个最小可行的销售管道架构恰恰相反。它提供足够的结构以便决策，但不会试图捕捉一切。它只记录那些能阻止自我欺骗的事实。
如果只能遵守一条规则，请记住：每个未结交易必须有（1）明确的下一步行动，（2）该行动的日期，以及（3）与真实买方时间线挂钩的成交日期（例如一次会议、法律环节或预算评审）。若缺任何一项，该交易就不算是活跃的。
阶段也应当有明确含义。只有在发生了具体事情后才前进，而不是因为感觉良好。目标不是好看的仪表盘，而是一个你可以用来经营业务的诚实视角。
管道架构只有在每个人以相同方式对待它时才有效。在你添加字段或争论阶段之前，先决定一条管道项代表什么。
对 B2B 来说，一个清晰的默认是：一笔交易等于一项购买决策。如果同一家公司可能会有两次购买（两个团队、两个产品、两个预算），那就建两笔交易，而不是把它们揉成一条混乱记录。
把对象保持简单。三类对象通常足够：lead（可以联系的人）、account（公司）、deal（你试图达成的具体购买）。如果你是独立创业者，甚至可以跳过正式的 lead 和 account 记录，只要每个交易明确标明公司和主要联系人即可。
写下一些运行规则，尤其是当除你之外还有人接触管道时：
示例：你和 Northwind 的 Alex 谈过为财务团队做试点。这是一笔交易。如果一个月后产品团队需要单独合同，就创建第二笔交易。不要把两个决策塞进一条记录。
当每笔交易只保留那些你每周会查看的字段时，管道才会保持有用。别把字段当作“以备不时之需”添加，否则它们就会变成装饰品。
从能防止重复的交易命名格式开始。一个简单的模板即可：公司 - 产品/范围 - 季度/月份。例如：“Acme - 团队计划 - 2026年3月。” 这样当出现 “Acme - Demo” 和 “Acme - Follow-up” 时就容易看出是否为同一笔交易。
每笔交易还需要清晰的身份信息：
角色很重要，因为它会改变你下一步的动作。倡导者需要支持材料，决策人需要商业论证。
加入问责字段：
然后只保留你会用到的金钱与时间信息：
如果你不确定某个字段，就先不加。你随时可以后来再加；一旦习惯形成后再删字段会困难得多。
大多数“庞大”的管道其实并不庞大。它们充斥着看起来漂亮但没有明确通向“是”的路径的交易。
先加一个强制清晰的字段：用例（范围）。用简明语言写出买方想要完成的工作，以及“完成”是什么样子。如果你不能在两句内描述结果，说明你可能还不了解这笔交易。
接着，把决策流程记录在一个地方。这不是联系人堆砌，而是决策如何做出的故事：谁会签字，谁能阻挡，以及他们必须走的步骤（安全评审、法律、采购）。如果你不知道签字人，就把交易当作早期。
再加一个定价匹配信号，即便很粗略也行。范围（"<$5k", "$5-25k", "$25k+"）就足够，或用 Likely / Unclear / Unlikely 来表示你听到的信息。目的是阻止那些付不起价的交易继续推进。
最后，保留一个单行的红旗字段。如果需要段落说明，就放到笔记里。
一个适用于大多数 B2B 创始人的精简集合：
示例："想在续约前做 CRM 清理，签字人是 VP Sales，需要安全评审，预算可能 $10-20k，竞争方是维持现状，红旗：倡导者并不负责该项目。" 这一条记录更难让你自我欺骗。
当管道变成愿望清单时，它就变坏了。解决办法不是更多字段，而是一些活动信号，迫使每笔交易回答一个问题：下一步是什么？
如果你只给销售管道架构加一层，添加这些活动字段：
一个实用规则：如果交易没有下一步或没有到期日，它就不是真正的交易。把它归档或关闭。这比任何评分模型都更能提高预测准确度。
把“失败原因”保持简短，这样你才会用它：价格、无预算、无决策、选了竞争对手、时机不对、不匹配。
示例：你周二和运维负责人做了演示。通话结束后你设置最后活动日期 = 周二，最后接触渠道 = 会议，下一步 = “发送两篇案例研究并确认谁签字”，下一步到期日 = 周四。如果周四过去没有回复，交易就会变红，而不需要讨论“管道进度”。
好的阶段模型只做一件事：真实描述每笔交易所处的位置，而不是让你去看护一堆细小的步骤。如果你不能说清楚一笔交易进到某阶段时必须满足什么条件，那个阶段就会沦为感觉。
下面这个六阶段设置适用于大多数 B2B 创始人：
New（新）：你有名称并有理由去联系。首次触达已完成或已安排。
Qualified（已资格确认）：已确认基本匹配。问题是真实存在的，客户符合你的 ICP，并且存在合理的购买路径。
Discovery done（发现完成）：你进行了真实对话，了解了用例、成功标准和相关人员。
Proposal sent（已发送报价）：定价与范围已交到客户手中，并已预约或明确请求了下一步。
Negotiation/Legal（谈判/法律）：采购、安全、预算审批或合同修订正在进行中。
Closed won / Closed lost（成交 / 失败）：标记结果并记录原因。
只有在现实世界发生了某事（完成会议、发送报价、启动法律流程）时才推进阶段；如果没有发生，阶段保持不变。
阶段名称不是阶段定义。如果你只把一列标注为“Qualified”或“Negotiation”，最终会有交易滞留在那里，因为没人达成共识到底什么算“完成”。
把阶段规则写成简单的真假检查。当阶段内的每笔交易都共享相同事实时，你的管道才会保持可信。
进入标准说明交易进入该阶段前必须已经为真；退出标准说明必须发生什么才能前进。保持两者简短且可度量。
示例：
如果你无法写出不带“好”、“强烈”或“感兴趣”等词的标准，说明该阶段太模糊。
为每个阶段设定最大停留天数作为预警，而不是惩罚。例如：发现阶段最多 14 天，报价阶段最多 21 天。当交易达到上限时，触发重置：预约下一步、退回阶段或关闭交易。
决定当标准未被满足时的默认操作：
这能防止“僵尸交易”膨胀你的预测。
如果你把它当成一个小型产品来做：先有规则，然后只保留支持这些规则的元素，你可以在几小时内完成销售管道架构。
从一张白纸开始，而不是在某个工具内直接建字段。用普通语言写出阶段和进入/退出标准。如果你不能用一句话解释一个阶段，那它可能应拆成两段（或根本不是阶段）。
一个简单的构建流程：
设置阶段做一次现实测试：拿一笔你正在推进的交易，尝试逐阶段推进。如果你不断在猜测，说明标准过于模糊。
一条值得早期强制执行的规则：如果下一步活动日期为空，交易不能留在活跃阶段。
大多数 CRM 膨胀源于良好意图：你想要更精确，于是增加字段、阶段和更多笔记。结果恰恰相反：人们停止更新，管道变成交易的墓地。
如果两个阶段感觉相同，它们就会被同样使用。“Discovery”、“Deep discovery”和“Discovery follow-up”常常意味着“我们聊过”，却没有明确的下一步。阶段应该仅在真实变化发生时才改变。
快速测试：如果你不能在一句话里说清楚进入某阶段必须满足什么条件，该阶段很可能是多余的。
成交日期只有在与某个理由关联时才有用。把它当作下一个决策点的日期（预算批准、采购会议、签字最后期限），当该事件移动时再移动成交日期。
长篇笔记会隐藏你需要的核心信息：上次发生了什么、下一步是什么。把笔记简短化，用最后活动日期加上下一步（含负责人和到期日）来跟踪活动。
没有定义的“qualified”会变成“他们听起来不错”。选出 3 到 4 项必须为真的检查项（问题、买方、时间线和某种预算形式）。如果缺一项，就还没资格确认。
只增长不收缩的管道不再是管道，而是坟场。对于不活跃或不匹配的交易要快速标为失败并记录一个清楚的原因以便学习。
每周选定一个时间（30 分钟足够），把它当成和未来自己的会议。管道清洁更多是确保每笔交易仍有真实前进路径，而不是增加字段。
一个简单的检视流程：
具体例子：若某笔交易标为“已发送报价”但没有安排评审会议，那它就不应该处在报价阶段。把它退回、设定下一步，并在买方重新投入前停止计入预测。
你向一家 50 人的电商公司出售 B2B 分析工具。首次通话后，你只填入接下来一周会用到的字段。简单的架构在这里派上用场，因为它强制清晰，而非制造文书工作。
通话结束后记录可能是：
交易从 Discovery 阶段开始。只有当日历邀请被接受时才往前走（而不是有人“听起来很感兴趣”）。演示后，进入评估阶段的触发条件是具体的请求（例如“你能接入 Shopify 和我们的仓库数据吗？”），随后达成技术审核的安排。
现在出现停滞：CFO 在看到定价后沉默。你的记录显示两次跟进、无回复，下一步日期已过。规则很简单：如果没有约定的下一步，交易不能停留在 Proposal 阶段。
于是你做出诚实的调整：要么退回到评估（如果需要新的发起人或缺失信息），要么在设定日期内决策者不参与则标为失败。在本例中，你退回阶段、更新干系人（运营邀请财务经理加入）、设定新的下一步日期，并在 CFO 确认决策会议后才回到 Proposal 阶段。
管道架构只有在你信任它时才有效。最快的做法是先从最小化开始，并坚持 30 天。这会告诉你实际会用到什么，而不是你以为可能需要什么。
第一个月要严格：如果某个字段不会改变决策，就删掉它。如果某个决策经常出现而你在管道里得不到答案，就只为此添加一个字段。
添加任何新字段前做一个简单测试："如果这个为空，我们就无法决定是否 ___。"
如果你想基于自己的架构构建一个轻量自定义 CRM，而不是把通用工具强行适配，像 Koder.ai (koder.ai) 这样的工具在你写好阶段、必填字段和校验规则后会很有帮助。一旦架构明确，生成并迭代一个简单应用要容易得多。
当管道显示的进展没有真实买方行动作支撑时，我们说管道在“撒谎”。最常见的原因是缺少下一步、最后活动日期陈旧，以及把成交日期往后推而不是基于买方确认的时间表。
对每个未结交易强制三项：明确的下一步、该步骤的到期日，以及与真实买方事件（会议、评审或签字步骤）挂钩的成交日期。任何一项空缺，都应把交易视为不活跃。
默认原则是“一笔交易 = 一项购买决策”。如果同一家公司可能通过不同团队、不同预算或不同合同再次购买，那就创建多笔交易，而不是把多个时间线和干系人塞进一条混乱的记录里。
从能防止重复的交易命名格式开始：公司名、产品/范围、季度/月份。以及公司、主要联系人、负责人、预计价值、目标成交日和来源等基本字段。再加上能说明为什么会成交的必要资格字段：用例、决策流程和定价匹配信号。
一句话的用例加上“成功”如何衡量，能让你把注意力放在结果上，而不是买方的兴趣。如果你无法清楚描述结果，通常说明这个交易还太早，无法用于预测。
把它写成一段短小的决策故事：谁签字、谁可能阻挡、哪些步骤必须走（安全、法律、采购）。如果你还不知道签字人，就把交易放在早期阶段，把下一步定为找到那个人并确认流程。
用大致范围或简单的 Likely/Unclear/Unlikely（可能/不确定/不可能）来记录预算。目标不是精确计算，而是阻止那些预算明显不匹配你报价的交易继续推进。
每周关注最后活动日期、下一步、下一步到期日，以及成交结束时的原因。笔记可以保留，但这些活动字段才会防止交易漂移，并迫使你决定下一步。
只有当发生了真实事件（如完成发现通话、实际发送报价或买方引入法律流程）时才移动阶段。如果阶段变更仅仅因为你“感觉不错”，说明阶段定义太模糊，预测会偏离真实情况。
为每个阶段设定最大停留天数作为预警，然后在触达时触发重置。默认操作很简单：预订真实的下一步、把交易退回到与事实相符的上一个阶段，或在明确跟进规则后把它标为无决策而关闭。