先写清楚场景
用一句话描述：谁，在什么情况下，使用什么信息，完成什么任务。避免仅填写“采购智能体”或“企业知识库”这样的项目名称。
- 场景名称
- ________________________________
- 业务负责人
- ________________________________
- 当前做法与问题
- ________________________________
- 希望改善的指标
- ________________________________
- 试点边界与人工责任
- ________________________________
按五个维度讨论，先找证据再打分
每项 0—2 分，合计 0—10 分。未知项留空并标注待核实，不当作 0 分。分数只用于同一团队比较场景，不代表投资回报或自动立项结论。
| 维度 | 0 分 | 1 分 | 2 分 |
|---|---|---|---|
| 业务价值 | 问题与影响不明确 | 有明确痛点，缺少基线 | 有基线和可观察的改善目标 |
| 数据条件 | 必要数据无法获得 | 有部分样本，待整理或确认权限 | 有可用样本、访问权限及更新方式 |
| 结果可评估 | 无法判断输出是否有效 | 可人工判断，口径未统一 | 有样本、判定标准和验收人 |
| 行动可控制 | 失败难以停止或接管 | 有人工检查，异常机制待明确 | 有明确边界、审批和接管方式 |
| 协作准备度 | 没有负责人或参与时间 | 有人负责，技术或业务参与不足 | 业务与技术负责人均能参与验证 |
填写示例：准备门店补货建议
以下是教学示例，使用假设条件；不是 Digitrhyme 客户案例或实际收益数据。
某团队希望减少每天核对库存的重复工作。已经记录处理耗时，有脱敏库存样本，但实时接口尚未就绪。采购负责人能判断建议，第一版仅输出建议、不自动下单。
- 业务价值 2：有现状记录和明确改善目标。
- 数据条件 1：样本可用，实时访问仍需落实。
- 结果可评估 1：有人检查，但错误分类和标准待统一。
- 行动可控制 2：试点不写入采购系统，由人决定是否采用。
- 协作准备度 1：采购参与已明确，技术接口负责人待安排。
合计 7／10。这不是上线建议。下一步应落实数据接口负责人、补齐评估样本，再决定试点范围。
把评分变成下一步
- 列出最影响试点的两个缺口，而不是只比较总分。
- 为每个缺口指定负责人、所需证据和下一次检查时间。
- 检查无法获得数据、无法承担风险或没有负责人等停止条件。
- 在条件改善后重新评分，保留变化原因。
低风险和高价值需要分别判断。关键条件不满足时，高总分也不能替代必要的业务决策。
继续阅读企业 Agent 建设全景，或用FDE 指南讨论由谁参与试点。