跳转到内容

POC Kickoff(概念验证启动)

知识库位置:FDE Knowledge Base/07 Playbooks/06-POC-Kickoff.md

Playbook ID: PB-006
Stage(所属阶段):
Prototype(原型)
Primary Goal(主要目标):
Align everyone on what is being validated and what result changes the next decision.
(让所有人明确在验证什么、什么结果会改变下一步决策。)
Typical Duration(典型时长):
75 minutes
Primary Audience(主要使用者):
FDE + Engineering + Business Owner
Difficulty(难度):
Intermediate(进阶)
Status: Core
Version: v0.1

POC(Proof of Concept,概念验证)Kickoff 的目标是让所有人明确:

我们到底在验证什么,以及什么结果会改变下一步决策。


POC ≠ Mini Product(概念验证 ≠ 迷你产品)

Section titled “POC ≠ Mini Product(概念验证 ≠ 迷你产品)”

POC 必须围绕 Hypothesis(假设)。

例如:

Hypothesis:
RAG can retrieve relevant policy content accurately enough for support agents.
(RAG 能足够准确地检索客服所需的政策内容。)

而不是:

Build support assistant.(做一个客服助手。)

时间 内容
0–10 min Business Problem(业务问题)
10–20 min Hypotheses(假设)
20–30 min Scope(范围)
30–40 min Architecture(架构)
40–50 min Data / Environment(数据/环境)
50–60 min Success Criteria(成功标准)
60–70 min Roles / Timeline(角色/时间线)
70–75 min Risks & Next Steps(风险与下一步)

必须明确:


Hybrid Retrieval(混合检索)improves policy retrieval compared with vector-only search.(相比纯向量检索提升政策检索效果。)

100 representative questions(100 个代表性问题)。

达到双方约定的 Retrieval / Answer Quality(检索/回答质量)标准。

若达到标准:

进入 Pilot(试点)。

否则:

调整架构或停止当前方向。


POC 最常见问题:

Can we also add...(能不能顺便加上……)

每次新增需求问:

它是否帮助验证当前 Hypothesis(假设)?

如果不是:

Backlog(待办清单)

Daily / Frequent Sync(每日/高频同步)

Section titled “Daily / Frequent Sync(每日/高频同步)”

短期 POC 可以每天或隔天同步:

  • What changed?(有什么变化?)
  • What did we learn?(学到了什么?)
  • What is blocked?(什么被阻塞?)
  • Did hypothesis change?(假设变了吗?)

重点是 Learning(学习),不是 Activity(活动量)。


  • Hypothesis Result(假设验证结果)
  • Evaluation(评估数据)
  • Technical Findings(技术结论)
  • Limitations(局限)
  • Cost Estimate(成本估算)
  • Architecture Update(架构更新)
  • Go / No-Go Recommendation(上/不上建议)