TASK 12 · 客户管理与销售
成交后客户交接
成交后把范围、承诺、关键角色、时间线、风险和成功标准交接给交付或客服,开一次客户启动会,避免销售承诺落空。
问题 · PROBLEM
销售签单后把合同丢给交付,客户重复讲需求;销售为了成交做出的口头承诺没有记录,交付范围与预期不一致,早期体验变差。
目标 · GOAL
建立结构化交接:客户目标、范围、排除项、承诺、关键角色、时间线、风险、成功标准和双方负责人,并用启动会确认。
边界 · SCOPE
负责内部交接与启动会,不负责合同解释、交付执行或法律审查。
常见输入
- 成交记录
- 合同或订单摘要
- 客户目标
- 销售承诺
- 关键角色
- 交付计划
预期输出
- 交接简报
- 启动会议程
- 负责人矩阵
- 风险清单
- 30 天检查点
风险边界 · RISK
中
本任务涉及客户或公司信息。执行前应确认数据来源、准确性、保存期限与适用规则;客户分级和公司判断应保留人工复核。
TASK BREAKDOWN
把任务拆成可执行的步骤。
步骤顺序不是唯一答案;它用于说明一项任务通常如何从证据走到输出,实际项目应按团队与市场调整。
- 01 准备交接简报
- 02 内部评审
- 03 客户启动会
- 04 确认目标与范围
- 05 分配任务
- 06 设置检查点
这个任务解决什么
成交是销售和交付之间的交接点,也是最容易丢失上下文的地方。销售知道客户为什么买、答应了什么、谁有决策权;交付团队如果只拿到合同和产品清单,就会在启动时重新问一遍,客户会觉得“你们不是已经知道了吗”。
最佳实践
- 交接简报写清客户目标、范围、排除项、关键承诺、时间线、风险和成功标准。
- 把销售做出的口头承诺单独列出,并标注是否已确认、由谁确认。
- 开一次客户启动会,让交付团队直接听到客户的目标和顾虑,而不是只读内部文档。
- 明确双方负责人和升级路径;客户知道遇到问题找谁。
- 设置 30 天检查点,确认交付、采用和预期是否一致。
- 交接后保留反馈渠道,销售仍可协助关系,但不越权承诺。
常见失败
- 把合同丢给交付就算交接,客户重复讲需求。
- 销售承诺没有记录,交付范围与客户预期不一致。
- 没有客户启动会,双方对时间线和成功标准理解不同。
- 交接后没有负责人,问题在销售和交付之间来回踢。
衡量与边界
看启动会完成率、交接字段完整率、30 天客户满意度和早期升级次数。客户交接不替代合同解释、交付执行或法律审查;涉及承诺变更时,应按公司流程确认。
SOLUTION COMPARISON
可选方案,按条件比较。
同一任务可能有现成 SaaS、自动化工作流或人机协作等不同路径。表格按技术门槛排序,不构成绝对排名;每个方案页都有更完整的限制、风险与核验说明。
| 方案 | 路径 | 技术门槛 | 部署 | 费用 | 核验 |
|---|---|---|---|---|---|
| 现成 SaaS | 无需编程 | 在线服务 | 免费 / 订阅 | L1 · 已核对官方资料 | |
| 开源系统自部署 / 自动化工作流 | 需要开发 | 自托管 / 在线服务 / 混合 | 免费 / 订阅 / 自托管基础设施成本 | L1 · 已核对官方资料 |
WHERE TO START
根据你的能力选择入口。
入门建议不是能力评级,而是降低第一次尝试的成本。先用小样本验证流程,再决定是否扩大自动化范围。
低代码 / 需要配置
适合愿意维护表格、工作流或少量脚本的团队。
当前没有发布在这一门槛下的方案;可先查看其他路径或方案索引。
先做小样本:
无论选择哪条路径,都建议先用少量账户或客户记录验证输入、输出和审核流程,再扩大名单、预算或自动化范围。