
为什么外贸销售的 Pipeline 一定要“瘦身”
很多销售主管一打开 CRM 的商机阶段配置,脑子里就只有一句话:“业务这么复杂,干脆多拆几个阶段,先细再说。”
结果半年后,CRM 管理变成这样:
- 商机阶段 12~18 个,名称花里胡哨:初步联系、深度沟通、报价前沟通、初次报价、二次报价、争取中、大概率成交、口头确认、合同沟通中……
- 销售自己都记不住每个阶段是什么意思
- 报表一塌糊涂:转化率不好看,预测没参考价值
- 老板一句话:“CRM 复杂得跟迷宫一样,大家干脆 Excel 走起。”
下面我们按大纲来拆:先讲为什么阶段太多是坑,再给你一套“外贸适用的 6 阶段”标准方案,最后落地到 Zoho CRM 要怎么配字段、蓝图和会议机制。
① 阶段太多的坏处:不是“精细”,而是“自找麻烦”
1.1 销售视角:选阶段比跟客户还难
阶段一多,前线销售最常见的三个问题:
- 搞不清差异:
“初步沟通”和“深度沟通”到底什么区别?客户加了个微信算不算深度? - 懒得维护:
真正忙的时候,销售会默默选择:“先记脑子里,月底再补 CRM。” - 瞎选阶段:
为了漂亮的 Pipeline,很多人会把阶段往后点一点,美其名曰“积极推动”。
结果就是:系统数据漂亮,业务判断全失真。
1.2 管理视角:预测、复盘、决策都被“阶段膨胀”拖垮
阶段太多带来的直接后果:
- 转化率被稀释
例如本质上只是“意向→报价→谈判→赢单”这么简单,你拆成 9 个阶段以后,每一段转化率都“不算太差”,但关键问题完全被掩盖了。 - 无法定位问题环节
报价阶段本身有问题,还是价格策略有问题?还是跟进节奏有问题?被切碎后,没有一个阶段承认“这是问题所在”。 - 销售预测失真
不同销售对同一阶段的理解不一致,有人很保守,有人很激进,预测数字自然飘在空中。
1.3 系统视角:Zoho CRM 变成“配置墓地”
当阶段太多,你在 Zoho CRM 上会遇到一系列连锁反应:
- Blueprint(蓝图)要画一大串,每改一次就像重画地铁图
- 各种自动化(邮件、提醒、任务)触发条件复杂度陡增
- 多 Pipeline 时,不同产品/区域又各自做了一套“花样阶段”,集成管理基本放弃
一句话概括:
阶段太多,后期任何改动成本都非常高。
② 推荐 6 阶段:外贸销售一条清晰可控的主线
下面这套 6 阶段,是针对典型外贸 B2B 销售流程设计的,你可以视为“标准款”,再根据公司情况微调命名。
2.1 推荐的 6 个核心阶段
| 阶段顺序 | 阶段名称(示例) | 核心目标 |
|---|---|---|
| 1 | 线索转入 / 初步接洽 | 确认对方是真实、有潜力的采购方 |
| 2 | 需求确认 | 搞清楚对方要什么、量多大、什么时候要 |
| 3 | 报价/方案已发送 | 把你的价值、价格清晰摆到客户桌面上 |
| 4 | 谈判中 / 评估中 | 正在比价、谈条款、内部审批 |
| 5 | 待下单 / 待合同 | 双方已基本达成一致,进入下单/合同流程 |
| 6 | 成交赢单 / 成交丢单 | 形成最终结果,进入复盘/沉淀阶段 |
要点:
- 这 6 个阶段既能覆盖大多数外贸场景,又不会让销售选项太多。
- 每个阶段都与清晰的客户动作对应(下面第三部分会细拆“退出条件”)。
2.2 多 Pipeline 怎么用?而不是一个大杂烩
在 Zoho CRM 中,不要用一个 Pipeline 承载所有业务线,推荐按以下逻辑区分:
| Pipeline 类型 | 适用场景 | 差异点 |
|---|---|---|
| 标准外贸新客 | 新开发客户、展会/平台获客 | 按上面 6 阶段来配置 |
| 重点大项目 | 订单金额大、技术/项目周期长 | 在“谈判中”内部再做里程碑字段,而不是加阶段 |
| 老客户续单/复购 | 已合作客户,询盘节奏稳定 | 可以简化为 4 阶段(需求→报价→谈判→成交) |
关键原则:
尽量用“多 Pipeline + 少数阶段 + 字段补充细节”的组合,
而不是“一个 Pipeline + 几十个阶段”。
③ 每个阶段的退出条件:用“客户动作”定义,而不是“销售心情”
阶段什么时候能往后走?标准一定要写清楚,否则大家各自理解。
建议用一句话原则:
阶段退出条件=客户完成了什么动作,而不是销售感觉差不多了。
下面按 6 个阶段逐一拆解:
3.1 阶段 1:线索转入 / 初步接洽
目标:确认对方是真实、有潜力的采购方。
推荐退出条件(满足其中核心条件):
- 至少完成 1 次有效沟通(邮件/电话/在线工具)
- 获取到对方真实姓名 + 职位 + 公司 + 有效联系方式
- 明确对方对你所在品类 有潜在采购需求(不是纯猎头、学生写论文)
不满足就不要硬往前推,否则后面 Pipeline 会被一堆“伪意向”占据。
3.2 阶段 2:需求确认
目标:搞清楚对方要什么、数量、时间。
推荐退出条件:
- 至少确认以下 3 项核心信息中的 2 项:
- 产品 / 规格(或应用场景)
- 预计采购数量或金额级别
- 期望交期(时间窗口)
- 确认对接角色:是最终决策者,还是中间商/项目成员
- 对方认可继续了解报价或方案
3.3 阶段 3:报价/方案已发送
目标:买家手里有你的报价/方案,可以拿去内部讨论。
推荐退出条件:
- 已通过邮件/平台消息/系统附件等形式发送报价单或方案
- 报价包含:产品、数量、价格、贸易条款(FOB/CIF)、付款方式等关键条款中的大部分
- CRM 中已记录报价日期和有效期
注意:
只有真正“发出可供决策的报价/方案”,才应该进入这一阶段,单纯聊价格区间不算。
3.4 阶段 4:谈判中 / 评估中
目标:双方围绕价格、条款、技术、服务进行正式博弈。
推荐退出条件:
- 对方明确表示在内部比较/评估,或与竞品对比
- 已产生至少一轮针对报价/条款的反馈(例如压价、要求修改付款条件)
- 有计划中的跟进节点(如下周内部会议后再沟通)
不要“虚假谈判”:
如果发完报价后,对方一直不回,也没有明确进入评估,就不该进“谈判中”,而是继续跟进直到有反馈。
3.5 阶段 5:待下单 / 待合同
目标:双方已经达成“明显共识”,在走内部流程。
推荐退出条件:
- 双方已对关键条款基本达成一致(价格、数量、交期、付款方式等)
- 买家明确表达“准备下单 / 签合同”,只是需要
- 等领导审批
- 等预算额度
- 等项目节点开启
- 已有清晰的预计签约 / 下单时间窗口(例如“本月内”)
这一步的质量直接影响预测准确度,不能随便放人进来。
3.6 阶段 6:成交赢单 / 成交丢单
目标:所有商机都有一个明确、可分析的最终归宿。
推荐退出条件:
- 赢单:
- 客户发出正式 PO / 合同并确认
- 或首付款到账(视公司定义而定,建议统一)
- 丢单:
- 客户已决策选择其他供应商
- 或长时间(如 90 天)无回应,且经多次尝试仍无进展
在 Zoho CRM 中,建议进一步细化丢单原因(见后面“字段”部分),作为强制必填字段,为后续复盘提供数据依据。
④ 字段与必填:让数据有“骨架”,不是一堆评论乱飞
阶段设计好了,要让其真正支持管理决策,关键在字段体系与必填规则。
下面给你一套可直接抄走、再微调的字段结构。
4.1 核心字段清单(商机模块)
| 字段名称 | 类型 | 适用阶段 | 说明 / 建议 |
|---|---|---|---|
| 商机名称 | 文本 | 全阶段 | 建议规范:客户名+产品+地区 |
| 预计成交金额 | 货币 | 从“需求确认”开始必填 | 用于预测、计算转化率 |
| 预计成交日期 | 日期 | 从“谈判中”开始必填 | 用于预测报表与资源安排 |
| 客户类型 | 选项 | 全阶段 | 新客户 / 老客户 / 渠道 / 终端 |
| 决策人 | 文本 | 从“需求确认”开始必填 | 关键人记录 |
| 决策人角色 | 选项 | 需求确认 | 决策者 / 影响者 / 使用者 |
| 采购阶段(客户) | 选项 | 从“谈判中”必填 | 客户视角的阶段:立项中、比价中、待审批等 |
| 丢单原因 | 选项+备注 | 仅丢单阶段必填 | 价格、交期、产品不匹配、服务、内部原因等 |
| 渠道来源 | 选项 | 全阶段 | 展会、平台、官网、介绍、冷开发 |
| 产品线 | 选项 | 全阶段 | 多产品线时用于维度分析 |
4.2 每个阶段推荐“必填字段”策略
原则:
不在一开始就“逼死”销售,而是在接近成交时逐步提高数据要求。
可以这样设计(示例):
| 阶段 | 必填字段建议 |
|---|---|
| 线索转入 / 初步接洽 | 客户公司名、联系人姓名、邮箱或电话、渠道来源 |
| 需求确认 | 需求概述、目标产品/品类、预计数量级、客户类型、决策人 |
| 报价/方案已发送 | 预计成交金额、主要产品、报价日期 |
| 谈判中 / 评估中 | 预计成交日期、采购阶段(客户)、主要竞争对手(可选) |
| 待下单 / 待合同 | 确定金额、付款方式、贸易条款、关键审批人(可选) |
| 成交赢单 / 成交丢单 | 赢单:实际金额、成交日期;丢单:丢单原因+备注 |
注意两点:
- 金额、成交日期不要太早强制
在“需求确认”阶段,可以只要求“金额级别”,到了“谈判中”再强制准确金额。 - 丢单原因一定要结构化 + 备注
结构化选项方便统计,备注方便理解细节。
4.3 用 Zoho CRM 的“阶段必填/校验规则”约束数据质量
Zoho CRM 中可以通过以下方式实现“到了这个阶段,某些字段必须有值”:
- 在商机阶段字段设置中,针对每个阶段配置“必填字段”(如果已有此配置能力)
- 或使用 蓝图(Blueprint) 配合“进阶段前校验”:
- 从 A 阶段流转到 B 阶段的过渡中,检查某些字段是否已填写
- 不满足就不允许流转,并给出提示语(例如:“进入‘谈判中’必须填写预计成交日期和金额。”)
这一步是从“靠自觉”走向“靠机制”的关键。
⑤ 会议机制:Pipeline 不是报表,是管理节奏的骨架
阶段和字段设计好后,还需要相应的会议节奏,不然 CRM 就只是一个“静态数据库”。
建议你围绕 Pipeline 设计三种会议:周会、月度复盘、季度战略会。
5.1 周会:盯“动态中的 Pipeline”
目的:确保高价值商机有人跟、跟得上节奏。
建议做法:
- 只看当月/下月预计成交的商机(预计成交日期+阶段≥“报价已发”)
- 重点问这三件事:
- 当前所处阶段是否准确?(必要时现场调整)
- 下一步客户动作是什么?具体日期?
- 是否需要资源支持?(样品、技术、价格权限)
可以在 Zoho CRM 中做一个视图:
“本月&下月预计成交商机 + 阶段≥报价已发”,每周会议从这个视图开始。
5.2 月度复盘:看转化率,找“哪一段在漏水”
目的:通过阶段转化率,定位管理问题。
用 Zoho CRM 的报表或仪表盘,重点看两类指标:
阶段转化率
- 线索转入 → 需求确认
- 需求确认 → 报价已发
- 报价已发 → 谈判中
- 谈判中 → 待下单
- 待下单 → 赢单
阶段平均停留天数
哪一段停得时间特别长,很可能是流程、价格或产品问题。
示例问题思路:
- 报价已发 → 谈判中 转化率低:
- 报价回访机制是否建立?
- 报价是否足够清晰/有差异点?
- 待下单 → 赢单 转化率低:
- 是审批慢?交期问题?账期问题?需要看“丢单原因”字段的统计。
5.3 季度战略会:借助丢单数据“倒逼优化”
目的:从大量丢单中找共性问题,不再靠感觉。
重点利用 Zoho CRM 中的丢单原因字段做分析表:
| 丢单原因 | 数量 | 占比 | 备注洞察 |
|---|---|---|---|
| 价格偏高 | 20 | 35% | 多集中在某地区/产品线 |
| 交期不能满足 | 12 | 21% | 某季度产能紧张时明显上升 |
| 客户内部原因 | 10 | 18% | 预算冻结、项目搁置 |
| 功能/规格不满足 | 8 | 14% | 需要产品线评估升级计划 |
| 服务/响应不及时 | 7 | 12% | 某几个销售或某时区明显偏高 |
通过这些数据,你可以非常清楚地向老板或其他部门提出诉求:
“不是销售不努力,是我们在……这几个方面必须升级。”
Zoho CRM 落地要点:多 Pipeline + 蓝图 + 阶段必填
最后,把前面的理念具体落到 Zoho CRM 的三个关键点上。
6.1 多 Pipeline:按业务线拆,不要按销售习惯拆
推荐拆分维度:
- 业务类型:新客户开发 / 重点项目 / 老客户复购
- 产品线差异大时:例如标准产品 vs 定制项目
- 区域差异极大时:如欧美直客 vs 国内贸易公司
不要按个人或小团队喜好搞出 N 套完全不同逻辑的 Pipeline,否则后期统一管理痛苦无比。
每新增一个 Pipeline,要尽量复用那套“6 阶段主干”。
6.2 蓝图(Blueprint):用强制步骤“管过程,而不是管结果”
蓝图是 Zoho CRM 管“过程动作”的强力工具,建议这样用:
- 在“报价已发 → 谈判中”之间设蓝图:
- 过渡前必须:
- 填写预计成交金额 & 日期
- 记录客户对首轮报价的反馈(可选字段)
- 过渡前必须:
- 在“谈判中 → 待下单”之间设蓝图:
- 要求销售明确:
- 客户内部已完成哪些审批
- 是否已确认最终条款
- 要求销售明确:
- 在“待下单 → 赢单”之间:
- 需要录入实际成交金额、成交日期、订单号等
蓝图的优点是:
不仅能“卡住必填”,还能顺带创建任务、提醒,甚至发邮件给相关人。
比如:进入“待下单”阶段时,自动给财务发通知、给供应链发预测信息。
6.3 阶段必填 / 校验:把“好习惯”变成系统规则
结合前面字段策略,可以在 Zoho 中配置:
- 阶段前校验规则(配合蓝图或自带功能):
- 没有预计成交日期,就不允许进入“谈判中”
- 没有丢单原因,就不允许标记为“丢单”
- 字段合法性校验:
- 预计成交日期不得早于当前日期太久、不得晚于两年之后
- 金额必须大于 0
- 邮箱格式校验、电话格式校验
这样,CRM 数字一旦出现在报表上,你就可以基本信任它。
核心总结:Pipeline 是销售管理的“地基”,不要建成迷宫
把全文浓缩成三句话:
- 阶段少而清晰,比多而混乱要强太多——6 阶段足以覆盖大部分外贸销售场景。
- 用“客户动作”定义阶段和退出条件,再用字段和必填规则把信息结构化。
- 依托 Zoho CRM 的多 Pipeline + 蓝图 + 校验规则,配合周会、月度和季度复盘,把 Pipeline 变成真正可用的管理工具,而不是“上头好看”的仪表盘。
FAQ:外贸销售 Pipeline 设计常见问题
Q1:我们业务很复杂,6 个阶段不够怎么办?
先问自己两个问题:
- 你现在多出来的那些阶段,能否用字段/标签/备注来承载?
- 这些额外阶段,**真的会影响管理决策吗?**例如“样品寄出”“样品测试中”,往往用两个字段就够了:
- 是否寄样:是/否,寄样日期
- 样品反馈结果:通过/不通过/待定
只有当一个环节真的需要独立统计转化率、或会改变销售策略时,才考虑加阶段。
否则,请优先用字段。
Q2:不同国家/销售习惯不一样,能给每个销售一套 Pipeline 吗?
不建议。
因为:
- 报表会变得不可比:A 销售的“谈判中”和 B 销售完全不是一回事
- 培训成本暴涨,新人要学 N 套逻辑
- 管理层很难统一标准
更好的做法是:
- 统一主线阶段(那 6 个),
- 给个别区域增加辅助字段,例如“是否需要本地代理”“是否涉及认证”等。
Q3:怎么判断我们现在的 Pipeline 是否“过度设计”了?
可以做一个小测试:
- 把所有阶段打印出来,开一个销售会议,让每个人写一下:
- “这个阶段的含义”
- “什么时候从这个阶段进下一个阶段”
- 收回来一看,如果同一阶段有三种以上解释,说明设计已经超出承载能力。
- 再看报表:
- 某些阶段 70% 的商机都堆在那里,很久不动
- 某些阶段几乎没人用
这两个现象都是过度设计的典型信号。
这时候,结合本文的 6 阶段方案,从合并、下沉到字段的角度,做一次“阶段瘦身”,效果会非常明显。
把 CRM 从“迷宫”变成“高速路”,不是多堆功能,而是敢于做减法,再用 Zoho CRM 的 Blueprint 和规则把“好习惯”锁定在系统里。这样,你的销售团队就能把精力从“找阶段”转回到“找订单”上。







