给办公流程加入 AI 前，应该如何评估？

观察完整任务，包括生成之后的工作

跟踪一条信息从进入流程到形成可用成果的全过程。会议记录的成果可以是经确认并进入团队待办队列的行动项，而不只是语言流畅的摘要；服务运营的成果则可以是信息充分、负责人能够回复的请求。分别记录复制、查找、等待、检查和纠错。

样本应覆盖常规输入、含糊表述、缺失附件和少见情况，区分实际工作时长与从开始到结束的经过时间。等待主管批准的延迟，与录入速度慢需要不同的解决方法。NIST 的 AI RMF Core 将情境、测量和监督视为持续职责，可支持这种评估思路，但不会替你指定工具。

把 AI 放在真正需要理解文本的环节

检查邮箱地址是否填写、根据表单选项分配部门、计算逾期日期，都可以通过明确规则完成，同一输入应得到同一结果。AI 可以帮助把长对话整理成候选行动项，或识别自由文本请求的主题。把 AI 对内容的理解，与决定下一步动作的规则分开。

试点前约定哪些原始资料可以使用、谁能查看输出以及保留多久，条件允许时先用匿名资料。目标只涉及几封邮件，不意味着需要上传整个邮箱。如果必要资料无法取得，或者团队无法批准其用途，应调整试点范围。

案例演练：从服务会议整理行动草稿

以下为假设示例，并非客户项目：运营会议先说“Alex 可以查一下替换商品的库存”，之后又说“供应商确认发货后，由 Alex 去查”。草稿应该保留这个前提，并指向对应原文。不能把最初的建议变成无条件任务，也不能自行添加周五截止日期。

要求输出行动、建议负责人、已说明的期限、依赖条件和来源位置。没有提到期限就留空，由会议负责人确认行动是否已议定，再补问日期。只有已接受的行动项才进入服务队列。另一位同事打开记录后，应能找到依据，并理解为什么该项仍在等待。

把试点写成别人也能接手的说明

先采用影子模式：现有流程继续运行，试点只准备草稿用于比较。给审核人一个具体问题，例如“每个行动项是否按原文保留了负责人、条件和期限？”Microsoft 的 Power Automate 审批文档展示了等待审批人回应的明确流程。发出通知本身，不代表审批已经完成。

• 输入：获准使用的来源、触发条件、文档版本和排除资料。
• 输出：必需字段、允许的空值和证据位置。
• 审核：指定审核人、备用人选和纠错原因。
• 交接：目标位置、已接受状态和下一位负责人。
• 异常：无法读取、相互矛盾的表述和逾期审核。
• 恢复：暂停方式、人工路径和已尝试动作的记录。

测量整体成本，计入纠错投入

基线与试点要比较同类工作。每项完成工作的有效分钟数＝准备、审核、纠错和恢复的总分钟数，除以已接受项数。每项净时间收益＝原流程每项分钟数减试点每项分钟数。报告样本量与输入构成；少量清晰笔记的测试，不能证明嘈杂录音也有相同表现。

分别记录凭空添加的行动、遗漏的行动和被改动的条件。已接受结果也要对照原文抽查，因为接受率上升可能只是审核松懈。未解决项目也应纳入报告。把以 USD 列出的持续软件费用，与支持、审核和维护投入一起比较；生成速度只是成本的一部分。

试点前确定放行与停止条件

测试开始前，与任务负责人约定可容忍的错误类型和必要证据。只有约定案例通过、审核能力足够且人工备用路径仍然有效，才考虑扩展。一次会议处理成功，只说明值得继续测试，不能证明流程可以无人值守。

如果试点加入原文没有的承诺、把信息发送到错误位置、积压未审核任务，或总投入增加却没有相应收益，应暂停。将受影响事项转回人工队列，保留输入和纠错记录。模型、提示词或来源格式改变后，先回放约定案例，再放行新版本。