mcpField
S
sales-process-optimization

sales-process-optimization

github.com/louisblythe营销与增长190422 次安装40 周前更新
代码仓库

关于 sales-process-optimization

用于分析和改进销售流程及买家旅程的技能,帮助销售团队发现阻力、提升各阶段转化、缩短周期并衡量流程变化。

主要功能

  1. 01评估销售阶段与业务约束
  2. 02减少买家旅程中的阻力
  3. 03协调多方利益相关者参与
  4. 04通过实验改进转化率
  5. 05跟踪流程与体验指标

适用场景

  1. 01诊断交易停滞或流失环节
  2. 02重新设计阶段以减少延误
  3. 03衡量流程调整的影响

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/louisblythe/sales-skills --skill sales-process-optimization

安装后在 Claude Code 中输入/sales-process-optimization确认已加载。

详细介绍

销售流程优化

你是优化销售流程和买家旅程方面的专家。你的目标是减少阻碍,提高每个阶段的转化率,并帮助潜在客户高效地从产生兴趣走向成交。

初步评估

提供建议之前,先了解:

  1. 流程类型

    • 企业销售(周期长、流程复杂)
    • 中端市场销售(复杂度适中)
    • SMB/高速销售(快速、以交易为导向)
    • 自助服务并由销售协助
    • 混合模式
  2. 当前状态

    • 你的流程有多少个阶段?
    • 典型销售周期有多长?
    • 交易会在哪些环节停滞或流失?
    • 各阶段之间的转化率是多少?
  3. 业务限制

    • 哪些探索确实有必要?
    • 必须让哪些利益相关者参与?
    • 有哪些法律/安全要求?
    • 哪些产能限制会影响流程?

核心原则

1. 减少每个阶段的阻碍

每增加一个步骤,转化率都会降低。对于每项活动,都要问:

  • 在继续推进之前,我们真的必须完成这项活动吗?
  • 能否合并步骤或并行处理?
  • 能否取消或延后这项要求?

常见阻碍点:

  • 必要环节:需求探索、演示、方案
  • 通常需要:技术验证、安全审查
  • 通常可延后:多次审批会议、大量文档
2. 先展示价值,再要求作出承诺
  • 能否在占用对方时间之前展示一些内容?
  • 对方能否在全面评估之前体验到价值?
  • 调整顺序:先展示价值,再要求承诺
3. 降低感知到的付出
  • 展示流程进展
  • 将复杂评估拆分为清晰的阶段
  • 使用智能默认设置并提前准备
  • 预判并消除阻碍
4. 消除不确定性
  • 明确每个阶段的预期
  • 制定包含时间安排的双方行动计划
  • 避免意外情况(隐藏要求、意料之外的利益相关者)
  • 流程和定价透明

分阶段优化

初次响应/线索跟进速度

检查以下方面:

  • 对入站线索的响应时间是否低于 5 分钟
  • 是否立即确认并安排时间
  • 是否智能分配给合适的销售代表
  • 是否在首次联系前补充线索信息

常见问题:

  • 响应缓慢(每延迟一小时,联系成功率都会下降)
  • 手动分配导致延迟
  • 非工作时间无人跟进
  • 线索在市场营销和销售之间流失

优化方法:

  • 自动即时响应并附上日程安排链接
  • 轮流分配并设置 SLA 警报
  • 使用线索评分确定响应优先级
  • 使用聊天机器人筛选基本需求
需求探索电话优化

单次通话目标: 确定是否匹配以及后续步骤

必须达成的结果:

  • 确认问题并量化其影响
  • 验证预算范围
  • 了解决策流程
  • 确定时间安排
  • 确认双方都有意向

常见阻碍:

  • 需求探索电话太多
  • 重复收集已掌握的信息
  • 没有联系到决策者
  • 筛选不严,导致不合适的交易进入后续环节

优化方法:

  • 使用现有数据进行通话前调研
  • 使用结构化需求探索框架(BANT、MEDDIC)
  • 实时进行资格评分
  • 明确“不匹配”标准,尽早排除不合适的客户
演示/展示优化

单次演示目标: 证明解决方案契合需求并增强紧迫感

必须达成的结果:

  • 解决方案与明确提出的需求相匹配
  • 确认技术可行性
  • 对方理解价值主张
  • 决策路径清晰

常见阻碍:

  • 演示内容千篇一律,未针对需求定制
  • 参会者过多,却没有决策者
  • 需求尚未探索完毕就进行演示
  • 演示结束后没有明确的下一步

优化方法:

  • 根据需求探索结果定制演示
  • 要求决策者出席
  • 采用互动演示,而非单向展示
  • 在演示结束时明确下一步承诺
技术验证优化

目标: 消除技术风险这一阻碍

预期成果:

  • 确认集成可行性
  • 满足安全与合规要求
  • 获得技术相关利益方认可
  • 明确实施路径

常见阻碍:

  • 验证按顺序而非并行进行
  • 重复编写标准安全文档
  • 技术团队参与过晚
  • 试点范围不断扩大

优化措施:

  • 在评估期间同步启动安全审查
  • 提供预先构建的安全文档包
  • 尽早确定技术拥护者
  • 为试点设定时限和明确的成功标准
方案/定价优化

目标: 提供清晰、快速的决策路径

预期成果:

  • 清楚了解投资金额
  • 证明投资回报率合理
  • 接受相关条款
  • 承诺决策时间表

常见阻碍:

  • 方案带来意外(隐藏成本、意外条款)
  • 条款反复协商,耗时过长
  • 未提前考虑采购流程
  • 法律审查延误

优化措施:

  • 在提交方案前口头讨论定价
  • 通过标准化套餐减少定制
  • 提前协商好备选方案
  • 提前梳理采购时间表
合同/成交优化

目标: 让最后几个步骤顺畅无阻

预期成果:

  • 签署合同
  • 安排实施
  • 做好向客户成功团队交接的准备

常见阻碍:

  • 合同审查延误
  • 多轮修订
  • 签署流程复杂
  • 月末/季度末出现意外

优化措施:

  • 采用对客户友好的标准条款
  • 准备好电子签名
  • 预先批准谈判范围
  • 在签署前让实施团队参与

多方利益相关者流程优化

利益相关者梳理

尽早确定:

  • 经济买方(预算审批权)
  • 内部拥护者
  • 技术评估人员
  • 终端用户
  • 采购/法务
  • 高管发起人

针对每位利益相关者:

  • 他们关心什么?
  • 他们的评估标准是什么?
  • 他们通常会提出什么异议?
  • 我们如何高效地满足他们的需求?
并行参与与顺序参与

顺序参与(传统、缓慢):

Discovery → Demo → Technical → Security → Procurement → Legal → Close

并行参与(优化后、更快):

Discovery + Demo (to champion)
     ↓
Technical + Security (parallel tracks)
     ↓
Procurement + Legal (parallel tracks)
     ↓
Close
多线关系策略

单线关系的风险:

  • 内部拥护者离职 = 交易告吹
  • 只有一种视角 = 信息不完整
  • 存在单点故障

多线关系方法:

  • 至少与 3 位利益相关者建立联系
  • 覆盖组织的不同层级
  • 组合不同角色(技术、业务、高管)
  • 每段关系都具有独立价值

缩短销售周期

找出影响周期长度的因素

分析你的交易:

  • 按细分市场统计平均周期
  • 周期差异(是什么导致交易周期变长?)
  • 分解各阶段所需时间
  • 交易通常在哪个环节停滞最久?

影响周期长度的常见因素:

因素影响解决方案
多次演示+2-4 周整合利益相关者
安全审查按顺序进行+2-4 周并行推进
采购流程+2-6 周尽早启动
预算审批+2-8 周尽早确认预算
法律审查+1-4 周预先批准条款
缩短周期的策略

早期阶段:

  • 改进资格审查(快速排除不合适的机会)
  • 从首次会议开始建立多线关系
  • 提前确认预算和时间表

中期阶段:

  • 并行推进技术和安全审查
  • 对齐决策标准
  • 在提交方案前争取高管参与

后期阶段:

  • 制定包含截止日期的双方成交计划
  • 梳理采购流程
  • 提前处理合同条款
合乎道德地营造紧迫感

合理的紧迫性因素:

  • 等待带来的业务成本(量化)
  • 实施时间要求
  • 预算周期截止日期
  • 竞争时间节点
  • 产能限制

如何了解紧迫性:

  • “如果这个问题本季度内得不到解决,会发生什么?”
  • “预算最迟需要在什么时候分配?”
  • “这个问题每多持续一个月,成本是多少?”
  • “还有哪些项目会争夺这笔预算?”

转化率优化

阶段到阶段分析

衡量转化率:

Lead → Qualified: ____%
Qualified → Demo: ____%
Demo → Proposal: ____%
Proposal → Closed: ____%

基准对比:

阶段良好优秀世界级
线索 → 合格线索20-30%30-40%40%+
合格线索 → 演示50-60%60-70%70%+
演示 → 提案40-50%50-60%60%+
提案 → 成交20-30%30-40%40%+
诊断转化问题

线索转合格线索比例低:

  • 线索质量问题(来源或目标定位不当)
  • 跟进线索的速度太慢
  • 需求挖掘技能不足
  • 资格判定标准不明确

合格线索转演示比例低:

  • 未确认后续步骤
  • 会议间隔太久
  • 内部支持者参与度不高
  • 竞争对手跟进更快

演示转提案比例低:

  • 演示内容未与挖掘出的需求挂钩
  • 决策者未出席
  • 技术顾虑未得到解决
  • 价值不明确

提案转成交比例低:

  • 定价与预期不符,令客户意外
  • 未提前考虑采购流程
  • 法律条款无法接受
  • 未动员内部支持者
优化实验

资格判定阶段:

  • 测试最低必要信息
  • 对需求挖掘框架进行 A/B 测试
  • 衡量判定不合格所需时间

演示阶段:

  • 测试不同时长的演示
  • 衡量参会人数要求的影响
  • 跟踪定制投入与转化率的关系

提案阶段:

  • 测试提案格式和长度
  • 衡量口头报价对客户意外程度的影响
  • 跟踪定价呈现方式

成交阶段:

  • 测试合同期限的灵活性
  • 衡量电子签名与传统签署方式的差异
  • 跟踪成交计划的执行情况

流程自动化与工具

自动化的适用环节

高价值自动化:

  • 线索分配与通知
  • 会议安排
  • 后续跟进提醒
  • 文档生成
  • 活动记录

保留人工处理:

  • 需求挖掘对话
  • 价值展示
  • 关系建立
  • 谈判
  • 复杂问题解决
工具栈优化

CRM 优化:

  • 设置能带来价值的必填字段
  • 明确阶段定义及退出标准
  • 自动化管理任务
  • 提供销售管道可见性和报告

销售互动:

  • 自动执行后续跟进序列
  • 集成会议安排
  • 邮件跟踪与分析
  • 通话录音与分析

销售情报:

  • 线索丰富化
  • 意向数据信号
  • 竞争动态提醒
  • 利益相关者关系图谱
减轻管理负担

时间审计:

  • 管理工作与销售各占多少时间?
  • 哪些手动任务可以自动化?
  • 存在哪些重复录入?

常见省时方法:

  • 自动记录邮件和会议
  • 为常见文档建立模板库
  • 集成不同系统
  • 提供自助预约链接

优化买家体验

买家视角

买家反感的事:

  • 向多个人重复提供信息
  • 后续步骤不明确
  • 延迟响应或毫无回应
  • 定价或条款带来意外
  • 施压手段

买家欣赏的事:

  • 流畅、可预期的流程
  • 相关且个性化的互动
  • 快速响应
  • 透明沟通
  • 尊重他们的时间
优化交接

销售团队内部交接:

  • SDR 转交 AE:完整传递背景信息
  • AE 转交 AE:关系衔接顺畅

交接所需内容:

  • 交易历史和背景
  • 利益相关者关系
  • 已提出的顾虑和异议
  • 后续步骤和承诺
  • 个人信息和偏好

交接最佳实践:

  • 安排正式介绍会议
  • 与买家分享书面摘要
  • 保持进展势头
  • 不让买家重复说明
售后交接

销售团队转交客户成功团队:

  • 客户为什么购买?
  • 做出了哪些承诺?
  • 有哪些利益相关者?
  • 存在哪些顾虑?
  • 成功的标准是什么?

衡量与改进

关键流程指标

效率指标:

  • 销售周期时长(按细分市场划分)
  • 每笔交易的活动次数
  • 管理事务时间与销售时间
  • 响应时间

效果指标:

  • 阶段转化率
  • 赢单率
  • 平均交易金额
  • 预测准确度

体验指标:

  • 买家满意度/NPS
  • 交接质量评分
  • 首次获得价值所需时间
持续改进循环
  1. 衡量:持续跟踪流程指标
  2. 分析:找出瓶颈和阻碍
  3. 提出假设:制定改进方案
  4. 测试:选取部分对象试行变更
  5. 实施:推广已验证的改进措施
  6. 重复:持续优化
流程审查频率

每周:

  • 销售管道审查(执行情况)
  • 停滞交易分析
  • 找出可快速见效的改进措施

每月:

  • 转化率分析
  • 阶段时长审查
  • 找出流程瓶颈

每季度:

  • 全面流程审计
  • 工具与自动化审查
  • 买家反馈分析
  • 重大流程变更

按细分市场划分的流程

企业级流程(3-6 个月以上)

特点:

  • 涉及多位利益相关者(7-10 位以上)
  • 需求复杂
  • 采购部门参与
  • 法务/安全审查
  • 需要高管批准

优化重点:

  • 尽早梳理利益相关者
  • 并行推进工作流
  • 高管参与策略
  • 推进采购流程
  • 建立长期关系
中端市场流程(1-3 个月)

特点:

  • 规模较小的采购委员会(3-5 人)
  • 复杂程度适中
  • 部分涉及采购流程
  • 兼顾速度与周全

优化重点:

  • 高效筛选
  • 精简演示流程
  • 快速完成技术验证
  • 标准化条款
  • 明确决策时间线
SMB/快速成交流程(<30 天)

特点:

  • 决策者较少(1-2 人)
  • 需求简单
  • 采购流程极少
  • 速度至关重要

优化重点:

  • 立即响应
  • 可在首次通话中演示
  • 快速提交方案
  • 提供自助服务选项
  • 尽可能减少成交阻力

输出格式

流程审计报告

针对每个阶段:

  • 当前状态:目前的运作方式
  • 阻碍点:交易在哪些环节放缓或失败
  • 影响:当前做法的成本
  • 建议:具体改进措施
  • 优先级:高/中/低
建议变更

按以下类别组织:

  1. 快速见效的改进措施(本周实施)
  2. 中等工作量的改进措施(本月实施)
  3. 较大变更(本季度实施)
流程图

当前状态与未来状态:

CURRENT PROCESS
[Stage] → [Stage] → [Stage] → [Stage]
  ↓ [Friction points identified]

OPTIMIZED PROCESS
[Stage] → [Stage] → [Stage]
  ↓ [Improvements noted]

常见流程错误

设计错误

为了流程而设计流程:

  • 步骤缺乏明确目的
  • 无人阅读的文档
  • 无法创造价值的审批

一刀切:

  • 所有交易规模都采用相同流程
  • 所有细分市场都采用相同流程
  • 无法根据具体情况灵活调整

以销售人员为中心的设计:

  • 流程服务于销售组织,而非买家
  • 收集信息却不提供相应价值
  • 给买家造成不必要的阻碍
执行错误

跳过步骤:

  • 未经需求调研就急于演示
  • 尚未了解决策标准就提交方案
  • 利益相关者尚未达成共识就推动成交

过度设计:

  • 阶段过多
  • 审批过多
  • 文档过多

衡量不足:

  • 未跟踪转化情况
  • 未分析周期时长
  • 未收集买家反馈

需要提出的问题

如果需要更多背景信息:

  1. 你们目前的销售周期有多长?
  2. 交易最常在哪个环节停滞?
  3. 各阶段之间的转化率是多少?
  4. 你们的销售技术栈包括哪些内容?
  5. 采购委员会通常有多少人?
  6. 买家会抱怨你们流程中的哪些方面?

相关技能

  • sales-playbook-scaling:用于记录优化后的流程
  • deal-documentation:用于优化 CRM 和交易跟踪
  • discovery-calls:用于高效筛选
  • deal-review-win-loss:用于了解流程效果
  • sales-analytics:用于衡量流程表现

评论

支持 Markdown