Discovery Playbook(客户调研阶段手册)
知识库位置:
FDE Knowledge Base/05 Delivery/Delivery Phases/Discovery-Playbook.md
阶段目标:找到真正值得解决的问题。
1. Objective(阶段目标)
Section titled “1. Objective(阶段目标)”Discovery 的目标不是收集客户提出的所有需求,而是理解:
- 客户想实现什么业务结果?
- 当前业务流程是什么?
- 真正的痛点在哪里?
- 谁受到问题影响?
- 当前系统和数据是什么状态?
- AI、Data 或 Software 是否真的能够解决问题?
2. Entry Criteria(进入条件)
Section titled “2. Entry Criteria(进入条件)”- 已确定客户或业务部门。
- 已有初步沟通机会。
- 能够接触关键业务人员。
- 客户愿意提供一定的流程和系统信息。
3. Inputs(输入)
Section titled “3. Inputs(输入)”- 客户初始需求。
- 业务流程文档。
- 现有系统清单。
- 相关数据样本。
- 业务 KPI(Key Performance Indicator,关键绩效指标)。
- 组织和人员信息。
4. Key Activities(关键活动)
Section titled “4. Key Activities(关键活动)”| 活动 | FDE 需要做什么 |
|---|---|
| Stakeholder Interview(干系人访谈) | 访谈业务负责人和一线用户 |
| Workflow Mapping(流程绘制) | 绘制当前业务流程 |
| Pain Point Analysis(痛点分析) | 识别效率、成本和质量问题 |
| System Discovery(系统调研) | 了解 ERP、CRM、数据库等 |
| Data Discovery(数据调研) | 识别数据源、质量和访问限制 |
| Use Case Discovery(用例发掘) | 寻找可落地的应用场景 |
| Value Assessment(价值评估) | 初步估算潜在业务价值 |
5. Key Questions(必答问题)
Section titled “5. Key Questions(必答问题)”业务侧:
- 当前流程是怎样运行的?
- 哪个环节最耗时?
- 哪个环节最容易出错?
- 问题发生频率是多少?
- 当前成本是多少?
- 谁是最终业务负责人?
技术侧:
- 涉及哪些系统?
- 数据存在哪里?
- 是否有 API(应用程序编程接口)?
- 是否有权限或安全限制?
- 是否存在 Legacy System(遗留系统)?
- 是否允许外部模型访问数据?
6. Deliverables(交付物)
Section titled “6. Deliverables(交付物)”| 交付物 | 知识库关联 |
|---|---|
| Customer Context(客户背景) | 02 Business |
| Current Workflow Map(现有流程图) | 02 Business |
| Problem Statement(问题陈述) | 02 Business |
| Stakeholder Map(干系人地图) | 05 Delivery/Delivery Management |
| System Landscape(系统全景) | 04 Architecture |
| Data Inventory(数据盘点) | 03 Engineering/Data |
| Initial Use Case List(初始用例清单) | 02 Business |
7. Stakeholders(干系人)
Section titled “7. Stakeholders(干系人)”- FDE:负责整体 Discovery。
- Business Owner(业务负责人):说明业务目标。
- End Users(最终用户):提供真实操作信息。
- IT / Engineering:提供系统信息。
- Security / Compliance(安全/合规):说明约束。
8. Risks(风险)
Section titled “8. Risks(风险)”- 只听管理层,不了解一线工作。
- 把客户提出的解决方案当成真正需求。
- 没有量化当前业务基线(Baseline,基线)。
- 没有发现数据权限问题。
- 忽略组织内部利益相关者。
9. Exit Criteria(退出条件)
Section titled “9. Exit Criteria(退出条件)”- 已明确目标用户。
- 已识别具体业务问题。
- 已绘制当前流程。
- 已明确初步系统和数据情况。
- 已形成候选 Use Cases(用例)。
- 至少一个问题具备可衡量的潜在业务价值。
- 业务负责人认可 Problem Statement(问题陈述)。
10. Common Failure Modes(常见失败模式)
Section titled “10. Common Failure Modes(常见失败模式)”客户说:
我们想做一个企业 AI Agent(智能体)。
FDE 不应马上开始设计 Agent。
应该继续追问:
哪个业务人员需要它?目前在执行什么任务?为什么现有方式不够好?成功后能够改善什么指标?