90 天试点应分三段：前 30 天验证场景价值与数据可用性，中间 30 天把有效做法固化为流程、知识和权限，最后 30 天用真实使用数据判断是否复制。样板的标准不是演示完成，而是有人持续使用、有基线对比、有错误处理和明确责任人。
适用于
- 已有明确候选场景和业务负责人的企业
- 能够提供历史样本并安排一线用户参与的团队
- 希望先小范围验证再决定平台投入的组织
不适用于
- 需要一次性替换核心系统的大型建设
- 高风险系统在未完成正式验证前直接自动决策
- 没有基线数据、真实用户或业务所有者的项目
方法与证据口径
以业务假设验证为主线，把 NIST AI RMF 的风险管理动作嵌入需求、测试、上线和复盘节点。90 天是众合科技的规划周期，不是对所有项目的固定工期或结果保证。
决策表
| 阶段 | 核心问题 | 必须产出 | 继续条件 |
|---|---|---|---|
| 01—30 天 | 问题值得解决吗 | 基线、样本、原型、风险清单 | 真实用户愿意持续测试 |
| 31—60 天 | 能稳定进入流程吗 | SOP、知识源、权限、评测集 | 质量与效率达到预设阈值 |
| 61—90 天 | 值得复制吗 | 运行数据、复盘、复制条件 | 收益、风险和维护成本可接受 |
- 核心问题
- 问题值得解决吗
- 必须产出
- 基线、样本、原型、风险清单
- 继续条件
- 真实用户愿意持续测试
- 核心问题
- 能稳定进入流程吗
- 必须产出
- SOP、知识源、权限、评测集
- 继续条件
- 质量与效率达到预设阈值
- 核心问题
- 值得复制吗
- 必须产出
- 运行数据、复盘、复制条件
- 继续条件
- 收益、风险和维护成本可接受
01
第一阶段：验证真实问题
团队先记录当前流程的用时、返工和错误，再用真实样本完成最小原型。这个阶段不追求系统完整，而追求尽早发现数据、权限和使用习惯上的阻力。
- 定义单一业务结果指标
- 建立不少于一个完整业务周期的基线
- 准备成功、失败和边界样本
- 默认人工确认后再进入下一步
02
第二阶段：固化流程与治理
原型有用不代表可以上线。需要明确知识从哪里来、谁更新、输出如何引用来源、什么情况必须交还给人。
同时建立评测集，避免每次模型或提示调整后只凭主观感受判断。
- 版本化知识与提示
- 按角色控制数据和工具权限
- 记录关键输入、输出和人工修订
- 为失败、超时和不可用准备降级路径
03
第三阶段：用证据决定复制
复制不是把同一套智能体发给更多人，而是确认哪些业务条件必须一致、哪些部分需要重新配置。
最终复盘至少同时呈现收益、错误、人工成本和维护成本。
- 比较试点组与基线
- 复盘错误分布和人工修订
- 计算每次有效任务的综合成本
- 明确复制所需的数据与角色条件
- 由业务、技术和治理负责人共同签署下一阶段决定
方法限制
- 90 天适合边界清晰的单一试点，不代表复杂系统集成能在同周期完成
- 试点结果受用户参与度、数据质量和业务季节性影响
- 内部效率改善不应直接换算为收入增长，除非有可追踪的因果证据
本次更新
方法、适用边界与官方来源于 2026.08.14 完成复核。
下一次证据复核不晚于官方来源与核验日期
- 01AI Risk Management Framework · NIST核验 2026.08.14
- 02AI RMF Playbook · NIST核验 2026.08.14
- 03Artificial Intelligence Risk Management Framework: Generative AI Profile · NIST核验 2026.08.14