跳转到内容

Discovery Playbook(客户调研阶段手册)

知识库位置:FDE Knowledge Base/05 Delivery/Delivery Phases/Discovery-Playbook.md

阶段目标:找到真正值得解决的问题。

Discovery 的目标不是收集客户提出的所有需求,而是理解:

  • 客户想实现什么业务结果?
  • 当前业务流程是什么?
  • 真正的痛点在哪里?
  • 谁受到问题影响?
  • 当前系统和数据是什么状态?
  • AI、Data 或 Software 是否真的能够解决问题?
  • 已确定客户或业务部门。
  • 已有初步沟通机会。
  • 能够接触关键业务人员。
  • 客户愿意提供一定的流程和系统信息。
  • 客户初始需求。
  • 业务流程文档。
  • 现有系统清单。
  • 相关数据样本。
  • 业务 KPI(Key Performance Indicator,关键绩效指标)。
  • 组织和人员信息。
活动 FDE 需要做什么
Stakeholder Interview(干系人访谈) 访谈业务负责人和一线用户
Workflow Mapping(流程绘制) 绘制当前业务流程
Pain Point Analysis(痛点分析) 识别效率、成本和质量问题
System Discovery(系统调研) 了解 ERP、CRM、数据库等
Data Discovery(数据调研) 识别数据源、质量和访问限制
Use Case Discovery(用例发掘) 寻找可落地的应用场景
Value Assessment(价值评估) 初步估算潜在业务价值

业务侧:

  • 当前流程是怎样运行的?
  • 哪个环节最耗时?
  • 哪个环节最容易出错?
  • 问题发生频率是多少?
  • 当前成本是多少?
  • 谁是最终业务负责人?

技术侧:

  • 涉及哪些系统?
  • 数据存在哪里?
  • 是否有 API(应用程序编程接口)?
  • 是否有权限或安全限制?
  • 是否存在 Legacy System(遗留系统)?
  • 是否允许外部模型访问数据?
交付物 知识库关联
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
  • FDE:负责整体 Discovery。
  • Business Owner(业务负责人):说明业务目标。
  • End Users(最终用户):提供真实操作信息。
  • IT / Engineering:提供系统信息。
  • Security / Compliance(安全/合规):说明约束。
  • 只听管理层,不了解一线工作。
  • 把客户提出的解决方案当成真正需求。
  • 没有量化当前业务基线(Baseline,基线)。
  • 没有发现数据权限问题。
  • 忽略组织内部利益相关者。
  • 已明确目标用户。
  • 已识别具体业务问题。
  • 已绘制当前流程。
  • 已明确初步系统和数据情况。
  • 已形成候选 Use Cases(用例)。
  • 至少一个问题具备可衡量的潜在业务价值。
  • 业务负责人认可 Problem Statement(问题陈述)。

10. Common Failure Modes(常见失败模式)

Section titled “10. Common Failure Modes(常见失败模式)”

客户说:

我们想做一个企业 AI Agent(智能体)。

FDE 不应马上开始设计 Agent。

应该继续追问:

哪个业务人员需要它?目前在执行什么任务?为什么现有方式不够好?成功后能够改善什么指标?