29 · 按岗位学习
客户成功实施交付：WorkBuddy 应用场景
了解客户成功实施交付岗位的 WorkBuddy 应用场景、输入、交付结果、实施条件与人工边界。
覆盖角色：实施顾问、交付经理、客户成功、FDE、培训与售后支持 核心判断：客户成功与实施岗位需要把合同承诺、上线、培训、验收和采用情况贯通。
一、岗位为什么值得优先梳理
客户成功、实施与交付每天处理大量资料、规则、协作信息和例外情况。AI智能体的价值来自稳定处理其中可描述、可检查、可回退的任务。本章把应用拆成场景、输入、交付结果和人工边界，方便企业直接选择试点。
岗位应用不能只看生成速度。企业还要检查数据从哪里来、结果交给谁、哪些动作需要系统权限、出错后怎样回滚。涉及高影响决定时，WorkBuddy负责准备材料、解释信息和编排流程，有权限的人员负责批准。
二、应用场景全景表
| 场景 | 需要输入 | WorkBuddy可辅助交付 | 人工或系统边界 |
|---|---|---|---|
| 需求澄清与蓝图 | 合同、需求、现状、流程和系统 | 蓝图、边界、差异和风险 | 口头期待不能替代签字确认 |
| 上线配置与检查 | 环境、配置、账号、接口和计划 | 上线清单、差异和回滚 | 生产上线由客户和交付共同批准 |
| 数据迁移 | 源数据、映射、质量和目标系统 | 映射、清洗、校验和未迁移项 | 保留备份、对账和回滚 |
| 培训与操作材料 | 产品、角色、场景和常见问题 | 分角色课程、手册和练习 | 以真实任务验收，不只看听课完成 |
| 验收测试 | 合同、需求、场景、基线和数据 | 测试用例、结果、缺陷和证据 | 演示、准确率和业务结果分层验收 |
| 问题工单 | 工单、日志、版本、SLA和客户背景 | 分类、根因假设、回复和升级 | 复杂事故交工程师，不自动关闭 |
| 使用与采用分析 | 活跃、任务、失败、反馈和培训 | 采用漏斗、阻力和改进建议 | 不以登录次数代替业务价值 |
| 续约与流失风险 | 价值、使用、问题、合同和关系 | 风险信号、行动和沟通材料 | 续约判断结合客户真实反馈 |
| 项目复盘与资产化 | 目标、配置、问题、结果和经验 | 复盘、模板、Skill和可复制边界 | 客户专有数据与通用资产隔离 |
三、三个优先场景
1. 需求澄清与蓝图
这一场景的目标是把合同、需求、现状、流程和系统整理成蓝图、边界、差异和风险。建议把任务拆成五步：明确任务口径；收集并检查输入；让WorkBuddy执行整理、检索或生成；输出可编辑结果；由岗位负责人复核后进入下一流程。
- 输入：合同、需求、现状、流程和系统
- 输出：蓝图、边界、差异和风险
- 验收：检查上线问题数、验收缺陷关闭率、真实任务采用率
- 边界：口头期待不能替代签字确认
图：29-客户成功实施交付入选来源文章中的正文配图，用于辅助理解场景。
2. 上线配置与检查
这一场景的目标是把环境、配置、账号、接口和计划整理成上线清单、差异和回滚。建议把任务拆成五步：明确任务口径；收集并检查输入；让WorkBuddy执行整理、检索或生成；输出可编辑结果；由岗位负责人复核后进入下一流程。
- 输入：环境、配置、账号、接口和计划
- 输出：上线清单、差异和回滚
- 验收：检查上线问题数、验收缺陷关闭率、真实任务采用率
- 边界：生产上线由客户和交付共同批准
图：29-客户成功实施交付入选来源文章中的正文配图，用于辅助理解场景。
3. 数据迁移
这一场景的目标是把源数据、映射、质量和目标系统整理成映射、清洗、校验和未迁移项。建议把任务拆成五步：明确任务口径；收集并检查输入；让WorkBuddy执行整理、检索或生成；输出可编辑结果；由岗位负责人复核后进入下一流程。
- 输入：源数据、映射、质量和目标系统
- 输出：映射、清洗、校验和未迁移项
- 验收：检查上线问题数、验收缺陷关闭率、真实任务采用率
- 边界：保留备份、对账和回滚
四、四层能力与实施条件
| 层级 | 本岗位可优先放入的场景 | 实施条件 |
|---|---|---|
| 文件层 | 需求澄清与蓝图、培训与操作材料、验收测试、使用与采用分析 | 使用本地文档、表格和模板，结果可人工检查 |
| 知识层 | 上线配置与检查 | 建立有版本、有出处、有权限的知识资料 |
| 系统层 | 数据迁移、问题工单 | 通过受控的Connector、MCP或API读写业务系统 |
| 决策层 | 上线配置与检查、续约与流失风险 | 展示依据、假设和影响，高风险决定由人批准 |
五、建议从这个试点开始
推荐先做“培训与操作材料”。它所需输入是产品、角色、场景和常见问题，目标交付是分角色课程、手册和练习。
试点可按四个动作推进：第一，抽取一批真实历史任务作为基线；第二，用同一批输入让人工流程和WorkBuddy流程并行；第三，记录失败、遗漏和人工修改原因；第四，只在结果稳定、权限清楚、可以回滚时扩大范围。
建议验收指标包括：上线问题数、验收缺陷关闭率、真实任务采用率。如果结果需要大量重做、来源无法追溯、系统写入不可回滚，试点应暂停并先修复数据或流程。
六、实施边界
- 使用与采用分析：不以登录次数代替业务价值。
- 续约与流失风险：续约判断结合客户真实反馈。
- 项目复盘与资产化：客户专有数据与通用资产隔离。
- 第三方案例中的效率数字和产品能力先作为线索，正式采购或发布前回查官方资料与实际测试。
七、主要资料来源
按岗位用 AI · 完整版