第 1 章 · 预计阅读 18 分钟
找到潜在客户
为什么企业软件销售先问问题，而不是先发购买链接？
B2B SaaS 要先确认组织问题、决策链和适配度，才能判断一条线索是否值得继续投入。
先放回整门生意
先知道这一章为什么存在
先把“找到潜在客户”理解成一段有触发、有负责人、有记录、也有完成标准的业务，而不是一组部门名词。
先确认客户与价值边界：客户是“需要持续使用软件、算力、存储或标准数据能力的组织”，公司承诺“快速开通并持续提供可升级、可靠的软件或云端能力”。
本章把“B2B SaaS 要先确认组织问题、决策链和适配度，才能判断一条线索是否值得继续投入。”从一句目标变成可执行、可交接、可核验的工作。
结果将交给下一章“需求沟通与方案”：方案要解决客户的关键问题，也必须尊重产品边界和交付成本。
- 收入怎么受影响
- 栈桥协同通过账号订阅费、超额存储与算力费、实施迁移费和高级支持服务费收费。本章形成的“设计公司成为合格商机”要和“本步核对线索：销售线索在处理前后的状态变化”、“本步核对线索：理想客户画像在处理前后的状态变化”、“本步核对线索：需求发现在处理前后的状态变化”和“本步核对线索：销售线索在处理前后的状态变化”一起核对，才能继续判断验收、结算或后续经营；现金时点按以下规则判断：订阅通常按年预收；实施费在启动和上线验收时分段收取，用量费次月按账单结算。
- 风险在哪里出现
- 全程要警惕“宕机、数据泄露、成本随用量失控和客户流失”。本章至少要用“本步核对线索：销售线索在处理前后的状态变化”、“本步核对线索：理想客户画像在处理前后的状态变化”、“本步核对线索：需求发现在处理前后的状态变化”和“本步核对线索：销售线索在处理前后的状态变化”留下可追溯证据。
读完这一章，你应该能自己解释
- 能用自己的话解释“为什么企业软件销售先问问题，而不是先发购买链接？”，并说出它为什么会影响客户价值或经营结果。
- 能按依赖顺序还原4个业务步骤，并指出每一步的负责人、记录和交接物。
- 能区分业务流、钱流、信息流和责任流，不把“做过动作”误当成“完成交付”。
- 遇到相似情境时，能用“产出是否形成、证据能否核对、风险是否受控”作出判断。
先建立业务直觉
为什么企业软件销售先问问题，而不是先发购买链接？
一间 60 人设计公司正用聊天群和散落文件管理项目，版本混乱、反馈丢失。销售同时收到个人试用者、大型集团定制询盘和这家设计公司的咨询，需要决定先深入哪一个机会。
把它放进栈桥协同的经营现场：本章只聚焦“找到潜在客户”这一环，追踪它怎样承接已有输入，并把“B2B SaaS 要先确认组织问题、决策链和适配度，才能判断一条线索是否值得继续投入”变成可以执行和复核的工作。
本章从“客户暴露问题”开始，依次经过“客户暴露问题”、“销售发现线索”、“确认适配资格”和“建立合格商机”，最后得到“设计公司成为合格商机”。判断是否完成，要把动作、产出、业务记录和下一位接手者放在一起核对。
至少同时满足三件事：产出“设计公司成为合格商机”；关键记录“本步核对线索：销售线索在处理前后的状态变化”、“本步核对线索：理想客户画像在处理前后的状态变化”、“本步核对线索：需求发现在处理前后的状态变化”和“本步核对线索：销售线索在处理前后的状态变化”可以相互核对；相关负责人清楚下一步由谁接手。
完整案例推演
跟着栈桥协同，把“找到潜在客户”完整跑一遍
现在把镜头放到栈桥协同的“找到潜在客户”：为什么企业软件销售先问问题，而不是先发购买链接？ 先读下面的经营底账，后续每一步都会复用这些数字与约束。
贯穿全课的虚构案例
栈桥协同
一家给中小设计机构提供项目协同 SaaS 的软件公司，客户购买账号后持续上传图纸、审批版本和工时；团队正在判断客户增长是否真的能覆盖云成本和客户成功投入。
- 付费客户
- 74 家企业、1,120 个付费账号企业合同数决定续费关系，账号数决定当期订阅金额，两者不能混成一个增长指标。
- 标准价格
- ¥69 / 账号 / 月客户按年预付可获得折扣，但合同期内仍要持续提供可用服务。
- 产品使用
- 月活账号 836 个，月活率 74.6%已经付费不等于真正使用；低活跃客户会在续费时集中暴露价值问题。
- 服务状态
- 本月可用性 99.97%，未关闭工单 23 个可用性说明系统整体状态，工单则暴露具体客户仍未解决的使用障碍。
客户为什么付钱
账号订阅费、超额存储与算力费、实施迁移费、高级支持服务费
钱在什么时候进来
订阅通常按年预收；实施费在启动和上线验收时分段收取，用量费次月按账单结算。
利润最容易被什么吃掉
云计算与存储、研发和测试人员、客户成功与技术支持、获客佣金和渠道分成
这笔业务怎样一步一步形成可交付结果
- 01客户暴露问题可供“销售发现线索”使用的参与方需求与约束
- 02销售发现线索可供“确认适配资格”使用的双方确认的沟通结论
- 03确认适配资格可供“建立合格商机”使用的检查结论与待处理项
- 04建立合格商机设计公司成为合格商机
客户暴露问题
在栈桥协同，团队先面对一条共同事实：“付费客户”为74 家企业、1,120 个付费账号。企业合同数决定续费关系，账号数决定当期订阅金额，两者不能混成一个增长指标。
60 人团队的版本、文件和反馈散落
这一步真正要判断：组织访谈、试用和内部沟通；线索判断与需求发现
如果本步没有形成“可供“销售发现线索”使用的参与方需求与约束”，下一步“销售发现线索”就没有可靠输入。
- 谁在参与
- 客户内部推动者、客户经理
- 关键记录
- 本步核对线索：销售线索在处理前后的状态变化
- 形成产出
- 可供“销售发现线索”使用的参与方需求与约束
- 交给下一步
- 把“可供“销售发现线索”使用的参与方需求与约束”交给客户内部推动者和客户经理，继续处理“销售发现线索”。
如果没做好：风险观察：潜在金额不是收入——60 个席位提供估算基础，但客户尚未承诺付款。
销售发现线索
上一步已经形成“可供“销售发现线索”使用的参与方需求与约束”。与此同时，案例里的“标准价格”为¥69 / 账号 / 月，客户按年预付可获得折扣，但合同期内仍要持续提供可用服务。
收到咨询，并找到愿意推动改变的运营负责人
这一步真正要判断：组织访谈、试用和内部沟通；线索判断与需求发现
如果本步没有形成“可供“确认适配资格”使用的双方确认的沟通结论”，下一步“确认适配资格”就没有可靠输入。
- 谁在参与
- 客户内部推动者、客户经理
- 关键记录
- 本步核对线索：理想客户画像在处理前后的状态变化
- 形成产出
- 可供“确认适配资格”使用的双方确认的沟通结论
- 交给下一步
- 把“可供“确认适配资格”使用的双方确认的沟通结论”交给客户采购与决策人和客户经理，继续处理“确认适配资格”。
如果没做好：风险观察：商机 OPP-101 已建立——此时还没有合同；商机只是值得继续验证的销售机会。
确认适配资格
上一步已经形成“可供“确认适配资格”使用的双方确认的沟通结论”。与此同时，案例里的“产品使用”为月活账号 836 个，月活率 74.6%，已经付费不等于真正使用；低活跃客户会在续费时集中暴露价值问题。
核对规模、痛点、预算窗口与决策链
这一步真正要判断：报价、条款与预算评审；线索判断与需求发现
如果本步没有形成“可供“建立合格商机”使用的检查结论与待处理项”，下一步“建立合格商机”就没有可靠输入。
- 谁在参与
- 客户采购与决策人、客户经理
- 关键记录
- 本步核对线索：需求发现在处理前后的状态变化
- 形成产出
- 可供“建立合格商机”使用的检查结论与待处理项
- 交给下一步
- 把“可供“建立合格商机”使用的检查结论与待处理项”交给客户经理，继续处理“建立合格商机”。
如果没做好：风险观察：标准协作软件可能匹配——客户需要集中项目、文件、反馈和权限，而不是一次性的代码交付。
建立合格商机
上一步已经形成“可供“建立合格商机”使用的检查结论与待处理项”。与此同时，案例里的“服务状态”为本月可用性 99.97%，未关闭工单 23 个，可用性说明系统整体状态，工单则暴露具体客户仍未解决的使用障碍。
OPP-101 进入需求发现，不等于已经成交
这一步真正要判断：线索判断与需求发现
这是本章最后一项可核验产出，用来判断团队是否真的完成了“找到潜在客户”。
- 谁在参与
- 客户经理
- 关键记录
- 本步核对线索：销售线索在处理前后的状态变化
- 形成产出
- 设计公司成为合格商机
- 交给下一步
- 把结果带入“设计公司成为合格商机”，并回答：客户提出非标准需求时，销售应该立刻承诺吗？
如果没做好：风险观察：销售找到内部推动者——客户运营负责人愿意组织访谈，并帮助销售接触使用者和预算决策人。
案例结束时，不是因为所有人都完成了自己的动作就算成功，而是因为“设计公司成为合格商机”已经形成、证据可以追溯，并且客户经理能够解释结果怎样产生、风险怎样被控制。销售确认客户有真实协作问题、60 个潜在使用席位、预算窗口和一名内部推动者，商机 OPP-101 进入需求发现阶段。
章末经营结果
设计公司成为合格商机
销售确认客户有真实协作问题、60 个潜在使用席位、预算窗口和一名内部推动者，商机 OPP-101 进入需求发现阶段。
- 潜在席位
- 60 个
- 核心问题
- 版本与反馈混乱
- 商机状态
- 已确认适配
换一个视角再看
同一笔业务，同时跑着四条线
业务流说明事情怎样发生，钱流解释收入、成本与现金，信息流留下共同事实，责任流决定谁执行、谁确认、谁承担后果。点击切换，观察同一章节怎样变化。
围绕“为什么企业软件销售先问问题，而不是先发购买链接？”，业务必须按依赖关系推进，不能把一串并行任务误当成已经交付。
- 01
客户暴露问题 → 可供“销售发现线索”使用的参与方需求与约束
- 02
销售发现线索 → 可供“确认适配资格”使用的双方确认的沟通结论
- 03
确认适配资格 → 可供“建立合格商机”使用的检查结论与待处理项
- 04
建立合格商机 → 设计公司成为合格商机
出现这个信号要警惕：风险观察：潜在金额不是收入——60 个席位提供估算基础，但客户尚未承诺付款。
岗位、记录与业务语言
一家公司靠什么把多人协作变成同一个结果
岗位不是孤立的名称，记录也不是多余的表格。前者分配判断与责任，后者让不同人能够核对同一件事是否真的发生。
谁负责什么，结果交给谁
| 角色 | 本章负责 | 最关心 | 交给谁 |
|---|---|---|---|
| 业务职能销售与商机管理 | 提供本章所需的约束、输入或审批 | 识别值得投入的企业机会，推进从需求发现到合同与续费的商业关系；重点关注：目标客户与商机资格判断 | 下一章节或业务结果的接收方 |
| 外部参与者客户内部推动者 | 客户暴露问题、销售发现线索 | 在客户组织内部推动改变，连接真实使用者、管理层和供应商团队；重点关注：组织访谈、试用和内部沟通 | 客户经理、客户采购与决策人 |
| 外部参与者客户采购与决策人 | 确认适配资格 | 评估商务条件、合同风险和预算，并安排企业内部的审批和付款；重点关注：报价、条款与预算评审 | 客户经理 |
| 代表岗位客户经理 | 客户暴露问题、销售发现线索、确认适配资格、建立合格商机 | 识别合适客户、推进商业沟通，并对自己写进承诺的内容负责；重点关注：线索判断与需求发现 | 客户内部推动者、客户采购与决策人 |
哪些记录能证明业务真的发生了
| 业务记录 | 在哪产生 | 谁形成 | 证明什么 | 下一步怎么用 |
|---|---|---|---|---|
| 本步核对线索：销售线索在处理前后的状态变化 | 客户暴露问题 | 客户内部推动者和客户经理 | 可供“销售发现线索”使用的参与方需求与约束 | 销售发现线索 |
| 本步核对线索：理想客户画像在处理前后的状态变化 | 销售发现线索 | 客户内部推动者和客户经理 | 可供“确认适配资格”使用的双方确认的沟通结论 | 确认适配资格 |
| 本步核对线索：需求发现在处理前后的状态变化 | 确认适配资格 | 客户采购与决策人和客户经理 | 可供“建立合格商机”使用的检查结论与待处理项 | 建立合格商机 |
| 本步核对线索：销售线索在处理前后的状态变化 | 建立合格商机 | 客户经理 | 设计公司成为合格商机 | 设计公司成为合格商机 |
本章术语：先用白话理解，再回到正式定义
- Lead销售线索
- 白话：可能对产品有兴趣、但尚未确认问题、预算或决策条件的个人或组织信息。
- 正式定义：可能对产品有兴趣、但尚未确认问题、预算或决策条件的个人或组织信息。
- 放进业务里：设计公司填写咨询表单时还是一条线索，经过沟通后才成为合格商机。
- ICP理想客户画像
- 白话：用规模、问题、场景和购买能力描述最可能从产品中持续获得价值的企业类型。
- 正式定义：用规模、问题、场景和购买能力描述最可能从产品中持续获得价值的企业类型。
- 放进业务里：20–200 人、有跨项目协作问题的创意团队符合当前 ICP。
- Discovery需求发现
- 白话：通过访谈和验证理解客户问题、影响、现有流程、决策人和成功条件。
- 正式定义：通过访谈和验证理解客户问题、影响、现有流程、决策人和成功条件。
- 放进业务里：销售不只问想要什么功能，还追问版本混乱怎样影响项目交付。
新手最容易误解的地方
只想免费试用的个人用户
为什么不对：个人反馈仍有价值，但不是当前企业订阅销售最匹配的机会。
应该继续追问：如果改成“60 人设计公司”，需要谁确认、留下什么证据？
要求完全私有化的大型集团
为什么不对：只看合同金额会低估定制、交付和长期维护成本。
应该继续追问：如果改成“60 人设计公司”，需要谁确认、留下什么证据？
“客户暴露问题”只要动作做完，就可以直接进入下一步。
为什么不对：风险观察：潜在金额不是收入——60 个席位提供估算基础，但客户尚未承诺付款。
应该继续追问：是否已经形成“可供“销售发现线索”使用的参与方需求与约束”，并留下“本步核对线索：销售线索在处理前后的状态变化”供下一步核对？
“销售发现线索”只要动作做完，就可以直接进入下一步。
为什么不对：风险观察：商机 OPP-101 已建立——此时还没有合同；商机只是值得继续验证的销售机会。
应该继续追问：是否已经形成“可供“确认适配资格”使用的双方确认的沟通结论”，并留下“本步核对线索：理想客户画像在处理前后的状态变化”供下一步核对？
先复盘，再做判断
现在，试着不用页面原话把这一章讲出来
- 为什么本章必须先做“客户暴露问题”，如果跳过会影响哪一步？
- 在“销售发现线索”中，谁执行、谁提供约束，应该留下什么记录？
- 本章怎样影响账号订阅费、超额存储与算力费、实施迁移费和高级支持服务费？结合“订阅通常按年预收；实施费在启动和上线验收时分段收取，用量费次月按账单结算。”判断它何时才会形成收入或现金。
- 如果只看到“设计公司成为合格商机”的口头结论，你还会要求核对哪些业务记录？
这周只能深入一个机会，你会优先跟进谁？
产品适合 20–200 人的创意团队，提供标准云服务，不做私有化定制项目。