不要在坏流程上直接叠加 AI：先删除、合并、标准化，再决定哪些步骤自动化

先看结果：同一批240个保修案例里，先改流程节省176小时，加AI只再节省36小时

衡络设备每年处理约12,000张售后保修工单。原方案准备上线“全自动保修智能体”，让模型阅读邮件和附件、判断保修、创建工单、分派工程师并回复客户。团队先抽取360张历史案例才发现，模型将要继承17个状态、9次跨组交接、三次重复录入、两个作用相同的审批和每日下午四点才运行的批次。AI即使把每一步写得更快，也会更快制造错误状态和更多需要解释的自动记录。

团队先把12个主要步骤重构为7个：删除重复录入、无差别二次审批、人工拼接附件和重复通知；合并收件、建单与确认，统一序列号、合同、故障和证据字段；用确定性规则处理合同有效期、产品范围和服务等级；安全信号、合同冲突和缺关键证据仍由人处理。17个状态降为8个，正常案例交接从9次降为4次。

AI最终只做三项不能完全靠规则完成的工作：把客户叙述整理成结构化症状候选、从附件中定位证据、起草不包含保修承诺的内部摘要。序列号与合同匹配、资格规则、状态转换和处理时限由确定性服务完成；案件负责人决定例外与客户承诺。六周300张已上线试点的中位总周期从历史相近案例的54小时降到18小时，中位人工处理时间为45分钟，未经授权自动关闭或承诺为0。

这是一个虚构教学案例。公司、案例、时间、比例和结果均为教学数据，不是售后行业基准；240个重放与300个已上线试点用途不同，不能混成一个准确率。本文解决“在引入AI前怎样重做业务流程并隔离AI增量”，不代替具体质量体系、劳动安排、产品安全、合同或消费者义务判断。

自动化之前先定义服务结果：客户要解决故障，不是看内部工单在17个状态间移动

旧流程按部门画图：客服收件、数据组录入、合同组查资格、技术组判断、区域组分派。客户真正需要的是确认已收到、知道缺什么、获得安全且有依据的处理、能查询进度并在争议时找到人。若团队只优化某个部门的队列，就可能把时间转移给下游或客户。

流程范围从客户首次报告到确认解决或进入争议，不止到“AI生成答复”。输入包括邮件、门户、照片、序列号、合同、维修史和安全信号；输出包括工单终态、下一步、客户通信和审计证据。退款、产品召回和重大安全事故有独立流程，只在边界处转交。

成功指标先写最终状态是否正确、首次所需信息、总周期、人工处理时间、返工、客户重复联系、关键安全升级和未授权动作，再谈模型分数。这样团队能发现模板、字段或规则已足够，不为使用AI而寻找任务。

建立基线要抽真实案例和异常，不用平均处理时间掩盖等待、返工与长尾

360张历史案例按真实最终状态分层：96张资料完整的标准保修，84张缺材料，72张重复或重开，60张合同或范围例外，48张安全或重大技术升级。每张记录人工处理分钟、等待小时、交接、退回、重复录入、状态错误和客户联系；公司与客户等待分开。

原流程中位人工处理时间为96分钟、总周期54小时；360张工单共出现108次重复录入、76次错误或过期合同查询、61次因字段缺失退回、43次重复工单和72次错误路径或错误最终状态。类别可在同一案例中同时发生，因此这些是事件数，不与360相加。

抽样同时访谈客户、客服、合同、工程、调度和质量人员，核对系统日志与实际绕路。制度写“当天处理”，现场却每天下午四点批量导出；流程图必须画实际行为。高峰、夜班、外包和系统故障另列，不能用工作日正常案例代表全部。

当前状态图要逐步写触发、输入、负责人、等待原因和失败恢复，而不只画漂亮箭头

团队给每一步一个编号，并记录进入条件、实际执行者、系统、输入与输出、人工处理、队列、返工去向、控制和最终状态。交接不是画线，而是前后双方对“完成”的定义；如果客服认为上传邮件即完成，合同组要求序列号加合同版本，退回就是设计结果。

表中人工处理合计96分钟；等待中位数不能简单相加成单个案例的周期，因为步骤并行、部分案例跳过，而且不同步骤的中位数本就不能直接相加。团队用事件时间戳直接算出端到端54小时，并保留第75和第90百分位以及安全案例，不做错误算术。

状态图发现17个标签中5个只是“在哪个部门”、4个意义重复、2个从未驱动动作。状态应表示业务事实而非组织位置，例如等待客户说明等待谁和什么；“在合同组”只是队列负责人。

观察至少覆盖一张标准案例、一张缺资料、一张重开、一张合同例外和一张安全案例。引导员在每次切换时问：什么事件触发、上一步给了什么、你还要去哪找、你依据什么决定、失败后回哪里。员工口头说“系统自动带出”的字段要现场验证版本与来源，不能把熟练员工记住的绕路画成系统能力。

人工处理时间用开始、结束事件或短时抽样统计，不要求员工全天点击计时；等待从事件日志计算并访谈原因。返工区分上游缺失、规则冲突、系统错误、客户新增和下游改变要求，避免所有退回都记成“用户资料不全”。对于安全案例，先不讨论提速，先看是否能在普通队列之前被识别、停止和交接。

流程图同时保存数量与概率。一个每单2分钟但覆盖12,000单的步骤，和每单90分钟但每年4次的例外，投资优先级不同；一个概率低但后果重的安全未命中不能只按总工时排序。团队以频率、时间、后果、可控性和依赖共同决定改造顺序。

先区分必要工作、价值工作、控制和浪费：不是所有等待与人工都应该删除

每一步标为价值、必要控制、支撑工作或浪费。核对当前合同可能不直接让客户感知，却是必要控制；重复把序列号从邮件抄到表格再抄客户管理系统是浪费；安全专家判断不能因耗时长就自动化；批次等待可能只是旧排班。

团队还问“失败若删除会怎样”。取消审批前比较两个审批的对象、信息和拒绝率；若第二审批曾捕获独立风险，就不能因重复名称删除。保留的控制要改善信息和时点，不让人看到同一屏后机械点同意。

浪费的根因按需求、数据、规则、系统、组织和容量分类。AI通常只影响理解非结构文本，无法自行解决冲突合同、无权限或不合理批次；把根因写成“人工效率低”会误导方案。

重构先做删除、合并和标准化：不要让模型继承旧组织的重复劳动

删除四类无产出的步骤：重复录入、重复审批、人工拼文件和重复通知

删除需要执行前后证据与风险检查。一次捕获把邮件/门户附件绑定案件 ID，不再抄表格；完整性由模式与必填规则验证，不再两名主管重复看；文档服务按案件清单组合附件；状态事件只发送一次可追踪通知。

删除后撤掉旧模板、宏、邮箱规则和本地表，不然员工会双轨运行。两周内抽查是否仍有未获批准的并行表格；若正式队列缺字段或太慢，修系统而不是指责绕路。

审批删除以决策为单位。标准案例只需规则结果和案件负责人确认外部承诺；合同冲突、安全和高额例外保留专业批准。审批数量减少不等于治理降低，关键案例反而获得更清楚证据。

合并相邻步骤和队列：一次收件完成案例绑定、字段提取、缺失反馈与优先级

收件、建单和首次确认合为受理；合同查询与资格规则合为资格；工程分类与调度准备合为履约准备。合并不让一个人拥有所有权限，而是共享状态与一次输入，使不同角色在同一案例上工作。

每个阶段定义完成：受理不是“邮件已读”，而是身份绑定、安全初筛完成、缺失字段列出；资格不是“合同组看过”，而是规则/版本/证据和异常状态存在。下游不再猜上游是否完成。

合并后的权限仍细分。服务台可确认身份但不能改合同；规则服务计算标准资格，专业人员解决冲突；调度只能在工程分类完成后承诺。共享页面不等于共享权限。

标准化字段、状态和规则，让正常案例先变确定，再把真正歧义留给AI或专家

最小案例数据结构包含案件编号、客户或站点、资产或序列号、事件时间、症状原文、安全标志、证据清单、合同编号与版本、资格状态、下一负责人、处理时限、通信记录和最终结果回执。字段有来源、允许值、状态未知和修改者，不用空字符串表示所有缺失。

8个状态为新建、等待客户、待规则处理、例外审查、待履约处理、进行中、争议中、已关闭；安全是并行高优先级标志和独立队列，不在普通状态链里等待。每次过渡有执行者、先决条件和事件。

规则冲突不能交给模型“综合判断”。合同有效期、产品范围、事件日期和上限由版本化规则执行；冲突返回例外审查和所需证据。标准化让AI不必猜组织事实，也让仅流程方案可行。

字段标准化不是把所有部门表格拼成一张超大表。每个字段必须驱动过渡、规则、通信、履约或审计；没人使用的字段删除，需要但只能自由文本的字段说明原因。序列号同时保留用户原始值与注册表匹配值，AI或人工修正不能覆盖原证据；合同保存ID、修订版和生效区间，而不是只存文件名。

历史数据迁移先分析缺失和冲突，不用模型填满空白让报表看起来完整。能从权威源确定的字段回填并记录来源；只能推断的标候选，由负责人确认；无法确认保持状态未知并设计流程。错误的“完整数据”比显式缺失更危险，因为规则会自信执行。

模式、状态和规则各有负责人与变更流程。新增字段要说明消费者、合法/业务目的、来源、保存和删除；规则修订带边界测试；状态新增要证明旧状态不能表达业务事实。这样流程不会在半年后重新长出17个标签。

流程重做工作坊必须用真实案例作决定，不用便利贴投票把组织权力问题伪装成共识

工作坊参与者包含一线客服、合同/数据、工程、调度、质量、产品、支持和有决定权的服务负责人；必要时纳入客户研究与安全专业角色。会前准备案件包和基线，会中按证据讨论一步，而不是让职位最高的人描述流程。引导员把争议分为事实、规则、权限、容量和设计，不在现场用投票解决专业责任。

每个决定记录问题前、假设后、风险、依赖、负责人、期限和验证案例。无法决定并不自动保持旧流程：可以先限制某类案例、收集20个样本或做人工实验；也不自动采用AI“试试看”，因为没有预期结果的演示只会放大意见。

工作坊结束要到现场或系统中走一张案例。新图要求服务人员在同一屏确认身份，但身份与权限系统不允许其查看资产登记册，说明设计没有成立；规则要求合同修订版，历史表却只有文件名，也不能标完成。流程演示发现的问题进入待办，并在试点前解决或写明适用范围。

组织边界是常见根因：两次审批也许来自两个主管都不愿承担最终权限。删除按钮前，服务负责人必须明确谁可以对什么金额/后果作决定，系统记录其签署并支持升级。若无人愿意接责任，就保持手动保留，而不是让智能体成为名义决策者。

员工担心流程改造被用来裁员时，不会提供真实绕路。发起人说明研究目的、数据用途和岗位变化流程，允许匿名问题，并把安全/质量改进与工时节省分开。自动化方案影响角色时另行进行劳动、技能和组织安排，不能在技术工作坊暗中决定。

给每一步选择最简单可靠的方法：删除优先于规则，规则优先于AI，AI优先于高风险自主动作

方法选择看输入结构、规则稳定、歧义、错误后果、可逆性和样本。结构字段校验用模式；日期/范围用规则；相似重复用确定性匹配；长叙述归纳才考虑AI；安全/合同争议和外部承诺由有权的人决定。

AI输出是候选项，不直接过渡。它返回症状字段、来源片段和状态未知；模式验证后用户接受/修改/拒绝。找不到证据就标状态未知，不从常识补序列号、合同或事故事实。

若仅流程已达到目标，AI必须证明增量超过成本与新风险。本案例52分钟仍有大量叙述整理，所以进入限定范围测试；若只剩每案例两分钟，可能不值得维护模型、评估和日志。

方法表还要记录“为什么不是另一种”。模糊重复匹配的阈值、人工合并和撤销比让模型自由判断更可测；安全识别需要高召回，但误报会占用专家，故规则、AI和人组合并量取两类代价。选定方法后仍保留替换接口，未来规则或表单改善时可以删除AI而不改整个流程。

AI步骤的输入输出契约限定输入字段、最大附件、允许来源、输出结构、原文位置、状态未知、禁止字段和延迟或失败语义。任何自由文本都不能改变状态或权限；验证器拒绝不存在的序列号、无来源症状和越界建议。提示词只是实现版本，业务契约与验收不依赖某个供应商措辞。

新流程只有7个阶段和4次必要交接，每次都携带下一角色真正需要的证据

新链路为捕获→受理→资格→履约准备→授权承诺→进行中→关闭/申诉。正常案例跨服务、合同/规则、工程/调度和案件负责人四个责任边界；缺材料停等待客户，安全立即旁路，冲突到例外审查。

每次交接显示输入完整性、决策、来源和处理时限，不发送另一个附件副本。接收者可一次退回明确缺失，但不能把案例移到无负责人状态。流程负责人监测工单在队列中停留了多久。

人工回退使用同一状态和字段，避免AI停机时回到旧电子表格。模型不可用只影响症状草稿，员工可手工填；规则服务不可用则标准资格暂停，或由授权人员按受控人工规则处理并补录。

客户通信从状态事件生成，但内容和时点由案件负责人负责。等待客户必须列具体缺失、上传渠道和期限，不反复发送“请补充资料”；争议中保留原决策、依据和新的复核人。门户、邮件和电话更新同一案例，不因渠道不同创建新身份。

新流程把处理时限分为企业实际处理时间和等待客户时间，暂停理由必须有事件记录和时长上限；内部队列不能假装成客户等待。负责人看到工单已经停留多久、下一步行动和阻塞依赖，过期自动升级而非自动关闭。这样18小时周期的含义才可复核。

用完整案例和同批重放判断增量：AI是否有价值不能靠前后两组平均数

完整走例：一句“机器冒烟又停了”先触发安全旁路，不能被AI整理成普通故障摘要

案件 W-184输入为客户邮件、两张照片、序列号 S-7721和句子“运行十分钟后有焦味，随后冒烟停机”。捕获绑定客户/站点；受理的关键词规则与AI 安全候选项都命中，服务人员确认原文跨度，立即设置安全并转产品安全队列，同时发送批准的停止使用说明。普通资格与调度不再继续。

旧流程把邮件在普通邮箱等待3小时，技术分类可能将其归为电源故障；新流程先处理潜在后果。AI在此只提高发现线索，任何关键安全遗漏都使相关路径停止，不能被228/240总体正确抵消。

对照案件 W-209资料完整、无安全词、序列号和合同规则一致，仅流程可以直接完成资格；AI只把三段客户叙述整理成症状字段。若AI不可用，案例仍可手工继续，证明流程不依赖模型才成立。

用同一批工单重放隔离增量：不要拿改造后简单案例与改造前全量案例比较

从360张中按五类和时间完整性选240张，冻结输入与预期最终状态；三种方案在无外部影响环境依次重放，复核人不知道候选项来源。原流程仿真保留旧规则和交接，仅流程使用新架构和规则，AI版只增加三项候选项。

仅流程贡献正确+54和176小时，AI在其上贡献+6和36小时；文章不会把总212小时都归AI。AI的一个关键价值是将最后一项安全遗漏降到0，但还要实时验证，不能从240样本证明未来永不漏。

重放不测真实等待、人员压力和客户行为，所以不以它宣称周期降到18小时。它适合比较同输入的任务结果和人工处理时间；已上线试点另测队列、处理时限、反馈和事件。

240张选择记录纳入条件、排除条件和缺失情况：排除无法重建输入或最终状态的案例，不把它们默默删掉，而是报告数量与偏差。预期最终状态由两名领域复核人独立判断，分歧进入裁决；如果“正确答案”本身不一致，先修规则或标例外，不能用模型同意某一人当作准确。

人工处理测量使用相同熟练度和工具可用条件，并区分一次配置或学习与稳定运行。原流程人员熟练、新流程人员刚学会，会低估改造效果；反之，只让专家演示AI又会高估收益。团队做两轮练习后计时，并报告中位数、第75百分位与修改时间。AI调用等待、失败重试和复核全部计入43分钟。

错误分析按最终状态、路径、缺失证据、安全、不受支持的承诺和错误阻断拆分。仅流程剩余18个错误中，11个来自非结构化症状或附件，4个来自相似的重复案例，3个为人工漏标；AI修正其中8个，却新引入2个症状归纳错误，净增加6个正确案例。净数背后的新风险因此进入实时放行门槛。

例外、责任和系统能力必须在试点前落地：人工不是无底洞，模型也不是负责人

例外和人工不是失败桶：要分类、配容量、给权限并把重复例外变成改进信号

例外审查分合同冲突、资产未匹配、证据矛盾、安全或重大技术、客户争议和系统状态未知。每类都有合格角色、所需证据、处理时限、允许决定和升级路径；不能都扔给“专家组”。

试点前按历史84缺材料、60合同例外、48安全/重大案例估算峰值，安排主备。若AI把更多模糊案例升级，短期队列可能上升，这是风险可见性，不立即降低门槛；容量持续不足就缩试点或修规则/数据。

重复例外每月聚类：合同命名不一由数据负责人修主数据，某产品总缺照片就改请求受理，规则无法覆盖的新方案由合同负责人发修订版。专家不应永久处理同一结构问题。

人工决策使用已填写评分表：观察事实、适用合同/规则、冲突、可选动作、客户影响、签署和过期。专家可以写“证据不足”，系统不会逼其二选一；少数重大案例需要第二意见时按后果触发，不恢复所有案例双审批。覆盖进入新规则/评估候选，但在验证前不自动学习。

容量计划按到达分布和服务时间而不是平均案例数。若每周安全案例集中在周一，只有一名工程师，即使总工时够也会超过处理时限；主备人员、值班安排和假期都要进入计划。试点期间队列接近阈值就缩小合格流量，不能要求专家更快点击。

责任矩阵以业务最终状态和规则为中心：流程负责人不能把结果责任交给模型或项目团队

服务/流程负责人对端到端结果、状态和容量负责；数据负责人负责资产/合同来源；规则负责人负责资格逻辑；产品/平台负责实现与可靠性；领域/安全决定专业例外；案件负责人签客户承诺；AI 团队负责候选项/评估，不接受业务剩余风险。

一人可兼任多个角色，但不能自行建设、自行验收、再自行批准高影响变化。责任矩阵要与系统权限对账：谁能改规则、改变状态、发送消息或关闭案件必须符合表；项目名称里有“AI”不改变业务负责人。

流程改造影响岗位和工作量，员工参与设计、获得训练与申诉，不用“删除浪费”描述被取消岗位。劳动和组织变化按适用制度处理，本文只讨论任务/流程证据。

数据与接口先保证案例身份、版本和回执，AI上下文只是其中一个受控消费者

核心对象使用稳定案例 ID和证据清单，附件不在邮箱、表格和提示词中复制多份；合同查询返回版本与生效日期；工具操作返回回执和权威状态。AI 上下文只取当前案例允许字段、源跨度和目的，不自动读取全部客户历史。

接口让仅流程方案与AI方案共享同一基础。若没有案例身份和规则服务，先建它们；不要把整份邮件交给模型，让它同时去重、查合同、判断和写回客户管理系统。那会把四个可验证问题合成一个不可复现的回答。

日志记录过渡、来源、规则/模型版本、人工决策和终态，敏感内容按最小化与保留策略处理。可观测性服务于恢复和改进，不是记录所有员工思考。

接口测试覆盖重复提交、乱序事件、超时、部分成功、权限变化和旧版本。创建返回超时时先按幂等性查询，不重建第二张工单；承诺成功但通知失败时保留已承诺事实并重试可重试通知，不回滚成“未承诺”。每种状态未知有权威查询或人工对账，避免AI把系统错误解释成业务答案。

数据来源链让一次错误能查到哪些案例用了旧合同、错误资产或模型版本。修复时先阻止新的状态变化，再查询受影响的最终状态、通知案件负责人并按需要更正；只更新知识库不会自动修复已经发给客户的信息。

六周300张试点既验证效果，也验证企业能否承受例外、纠错和维护

按风险逐步开放：先后台对照，再给草稿，最后才允许受控承诺

第一周让新流程在后台并行对照，不改变客户状态；第二至三周启用新受理和规则，AI只给候选；四至六周在80个标准案例上允许授权负责人使用生成草稿，但发送仍由人完成。安全、合同冲突、重大或争议案例以及系统状态未知的案例全程由人处理。

252+18+20+6+4=300。中位人工处理时间为45分钟，高于重放的43分钟，因为实际运行包含沟通与系统等待；中位端到端18小时来自完整时间戳。4个状态未知不计成功，也不自动按失败关闭，仍保留负责人和处理时限。

放行门槛要求关键安全遗漏、跨客户数据错误、错误承诺和无回执关闭均为0；总体正确率不能抵消这些问题。若连续两周错误路由超过3%、例外队列第90百分位等待时间超过处理时限，或人工处理时间没有下降，就暂停扩量。门槛为本教学试点设计，不是行业标准。

300张合格标准写产品线、渠道、语言、合同类型、营业时段和排除项；团队不能在试点中只挑完整标准案例再声称适用于全年12,000张。每周公布进入、排除、人工和状态未知分母，任何人可查看为何某案例没有使用AI。群组扩张前先验证新增类别的规则、样本和专家容量。

试点的18张“外部影响前纠正”分别记录是AI、模式、规则还是人发现，以及修正分钟。被控制抓到是安全表现，也是上游缺陷；同类连续出现触发产品修复，不把复核人长期当过滤器。6张错误路由恢复后检查客户是否已收到错误信息、队列是否延迟和为何放行门槛未阻断。

4个状态未知在试点结束时仍有负责人、下一次查询和客户通信，不能为了项目汇报强行标为已关闭。结束决策分别为按当前范围扩展、重新设计、补充证据或停止；试点到期不等于自动转入生产。

价值报告把流程、AI、人工和风险分别列账，防止“AI项目”拿走全部收益

240 重放中流程节省176小时、AI再节省36小时；即使年量12,000，也不能直接按倍数年化，因为案例组合、学习、峰值和维护会变。财务模型另计开发、迁移、数据、许可证、复核、支持、事件和退出。

业务价值还要看客户重复联系、首次资料完整、工程师有效时间和争议，不只看人工处理时间。若周期下降但错误拒保增多，或员工负担转给客户，项目仍然失败。指标按案例类型和重要分组展开，不让大量标准案例稀释安全长尾。

人工时间分角色计价和计算容量：服务台节省的录入分钟，可能转成合同例外、工程师复核或平台维护。仪表盘列出各队列工时、第90百分位等待时间和加班，不只列总人工时间。AI版若每月需要40小时重新标注和调整提示词，36小时的重放增量可能不成立；维护要按实际修订和事件进入总成本。

机会成本也要进入决策。数据、规则和案例身份能力可支持其他售后改进，即使删除AI仍保留价值；专为一个模型搭建的复杂提示词和供应商适配器复用较低。方案要比较仅流程、边界受控的AI、现行人工与其他软件，不把已投入开发当作继续投入的理由。

结果按时间建立基线/控制：18小时可能同时受新增人手或淡季影响，报告同期案例组合、数量、人员配置和系统事件。无法构建严格对照时使用匹配队列和清楚限制，不把相关性写成因果。客户反馈与争议案例用于解释量化变化。

变化和扩量从流程契约开始：新增产品、合同、渠道或模型都可能让旧假设失效

变更触发器包括新产品/序列号格式、合同修订版、渠道/地区、证据类型、状态/规则、AI模型/提示/检索、连接器、组织负责人和事故。依赖图列受影响模式、规则、测试、培训和队列；先更新仅流程基线，再判断AI是否仍有增量。

扩量按产品、地区、案例类型逐步，不按员工数。回退必须维持8状态和同一证据；AI故障可回手工候选项，规则/身份故障则保持安全状态。无法继续维护的AI可删除而不破坏核心流程，这是先重构的长期收益。

每季度检查是否出现新的并行电子表格、重复审批或状态增殖。流程会重新变坏，AI也可能掩盖它；负责人用案例观察和数据持续删除、合并、标准化，而不是把第一次流程图永久冻结。

退役AI时关闭候选路径、撤凭证、清理队列/缓存和提供商工作区，保留必要版本/决策依据；员工继续用同一模式手工填症状。退役旧流程则撤邮件规则、电子表格、宏和旧状态权限，通知所有渠道。两类退役分别验收，防新流程表面上线、旧流程继续并行。

季度复核抽标准、缺失、争议和安全案例各若干，比较实际过渡与设计，并邀请一线指出新增绕路。指标恶化先定位数量、案例组合、人员配置、规则、数据、系统或AI，不默认重新训练模型。流程负责人对改进积压排序并公布未做原因。

交付AI 处理前的流程包：今天先跟一张案例走完全程，再决定模型出现在哪一步

来源边界：NIST AI RMF Core的地图 1.4用于先定义/重评业务背景，地图 2.1用于定义具体任务，地图 3.1/3.2用于收益与成本，管理 2.1明确把资源与可行非 AI 替代方案一起考虑；GOV.UK 服务标准点 2用于从用户整个问题而非预选技术设计服务、减少重复输入和考虑替代，页面于2026-01-29明确增加不围绕AI预选方案的措辞；ISO 9001官方说明用于流程方法、客户导向、测量和持续改进，ISO 流程方法文件用于计划 - 执行 - 检查 - 行动背景。本文不声称符合或获得ISO认证。来源核验于2026-07-22，NIST页面注明AI RMF 1.0正在修订。

• NIST AI RMF Core
• GOV.UK Service Standard：Solve a whole problem for users
• ISO：ISO 9001 explained
• ISO：The process approach in ISO 9001

今天选一张刚完成且有返工的真实案例，从客户或业务触发走到最终回执，记录每一步由谁处理了几分钟、等了多久、为什么退回、用了哪个版本、客户重复了什么。给每一步标明删除、合并、标准化、规则、AI候选或人工决定；先做一个仅流程版本并用20张案例跑通。只有剩余歧义足够多、样本和复核存在、增量能单独测量时，才把AI放进那一个明确步骤。