-
现场简报 诊断
在第一次访谈或进场观察前，快速建立角色、流程、数据和风险的共同事实。
用途：避免把客户的愿望、团队的猜测和可验证事实混在一张需求清单里。
- 写清目标流程的起点、终点和参与角色。
- 记录一次真实任务的输入、动作、等待、返工和输出。
- 分别标注已确认事实、待验证假设和暂不讨论的愿望。
- 登记数据授权、敏感字段、外部依赖和现场联系人。
产出：一页流程图、事实与假设清单、数据与风险登记表
注意：简报是共同起点，不是未经核对的客户画像；每次观察后都要更新版本。
-
问题定义卡 定义
把一个想法压缩成目标用户、业务结果、约束、基线和停止条件。
用途：帮助小团队在开始写代码前判断问题是否足够具体、值得验证。
- 写出目标用户在什么场景下遇到什么阻塞。
- 记录当前做法和可获得的基线样本。
- 选择一条最小主路径，列出明确不做的范围。
- 为成功、失败、拒答和转人工分别写判据。
产出：问题陈述、主路径与范围表、成功和停止条件
注意：如果只能用“智能化”“提效”“体验更好”描述目标，说明还没有完成问题定义。
-
AI 场景就绪检查 诊断
检查数据、流程、责任人、风险和反馈条件是否满足一次小范围验证。
用途：在承诺方案前发现缺数据、无负责人或无法验收的结构性风险。
- 确认流程是否稳定、样本是否可获取、结果是否可观察。
- 确认业务负责人、技术负责人和验收人已到位。
- 列出隐私、安全、版权、供应商和合规风险。
- 为每个阻塞项指定补齐动作和复查时间。
产出：就绪结论、阻塞项清单、下一轮验证计划
注意：检查通过只代表可以开始受控验证，不代表项目一定能上线或产生预期收益。
-
任务定义卡与验收契约 定义
把输入、输出、质量、权限、人工兜底和责任边界写成双方可检查的契约。
用途：让“完成”有共同定义，减少上线前临时增加目标和争议。
- 写明用户动作、系统输入、预期输出和禁止输出。
- 列出代表性样本、边界样本和必须转人工的情况。
- 确认响应时间、成本、日志、权限和数据保留要求。
- 约定验收人、日期、补正窗口和回滚方案。
产出：验收条款、样本与反例集、发布和回滚约定
注意：不要用未经解释的单一分数替代业务验收；质量、成本和风险要一起看。
-
评估集起步包 质量
用少量脱敏样本建立可重复的质量对比，覆盖常见、边界和高风险任务。
用途：让每次提示词、模型、检索或流程改动都能被证据检验。
- 从真实任务中抽取并脱敏，记录样本来源和允许用途。
- 为每条样本写期望行为、依据和不可接受结果。
- 按常见、边界、高风险和拒答类别分组。
- 每次版本变更保存结果差异，并记录人工复核意见。
产出：带标签样本集、评估记录、版本对比结论
注意：样本少不等于可以省略高风险案例；无法核对的结果应标记为未知，而不是算作成功。
-
上线前检查 上线
从配置、权限、数据、监控、人工接管和回滚六个面向检查是否具备生产条件。
用途：把 Demo 交付中最容易遗漏的运行风险提前暴露。
- 确认环境变量、依赖版本、数据库变更和密钥权限。
- 验证关键路径、异常路径、限流、超时和人工接管。
- 检查日志脱敏、告警接收人、成本监控和审计记录。
- 用小范围发布验证恢复流程，再决定是否扩大范围。
产出：上线放行记录、监控与告警清单、回滚演练记录
注意：如果没有明确的回滚负责人和可用旧流程，应暂停扩大流量。
-
交付复盘 复盘
把一次项目中的决策、偏差、反馈和资产整理成下一次可执行的改进。
用途：让 FDE 工作产生复利，而不是每次重新踩同样的坑。
- 对照问题定义卡和验收契约，记录目标、结果与偏差。
- 区分数据、流程、产品、沟通和预期造成的问题。
- 标记保留、删除、复用和待验证的决策。
- 只把有负责人、期限和验证方式的动作放入路线图。
产出：交付复盘页、决策记录、下一轮实验项
注意：复盘应基于日志、样本和用户反馈，不把单个极端案例直接推广为普遍结论。
-
资产化地图 复盘
标注哪些内容可以标准化、配置化或继续保持定制，帮助 OPC 逐步建立可复用交付能力。
用途：在项目制交付和产品化之间找到可持续的边界。
- 把交付拆成流程、数据、组件、文档和运营五类资产。
- 标记每项资产的复用条件、版本、权限和负责人。
- 把稳定骨架与行业差异分开，设计清晰扩展点。
- 选择一项资产在下一项目中复用并记录结果。
产出：资产清单、复用边界图、下一项目复用计划
注意：复用的前提是事实、许可和数据边界清楚，不能把客户机密或未经授权的材料做成公共模板。