
ModelFold 编辑部
我们报道AI在企业内部真正落地的过程。报道从具名信源出发,区分查证到的事实与我们的判断,并在有据可查的编辑控制下借助AI完成资料研究与初稿。我们不能替代具体专家的审阅。
清晰、务实、以来源为基础的商业AI洞察。
一套面向产品经理、业务分析师和流程负责人的实地调研方法:从近期案例访谈、情境观察、工作材料、短期任务日记与运营记录中交叉取证,区分主观痛点与可复核的流程约束,保留反例和不确定性,并据此决定测试AI、优先改流程、继续取证或停止,避免把最显眼的写作步骤误当成真正瓶颈,让每项提案都能回到有边界的任务、可观察后果和下一步最小验证。

业务团队想用AI摘要解决客户入场简报过慢,但已完成案例显示,困难简报常在等待商业决策、核对冲突字段和事实补齐后改写。抱怨是研究线索,不能单独证明约束的复发、位置或后果。提出AI用例前,应围绕有边界的真实工作,结合体验、行动、材料、跨时段记录和运营后果,再决定是否测试AI。
关键结论

观察前,用触发、终点、产出、下游用户、参与角色及常规和例外案例划出暂定边界。官方用例发现指南要求从重复流程和真实产出出发,记录触发、频率、难度与下游用户;GOV.UK访谈指南建议先明确研究问题和需要理解的流程或技术。若证据显示等待来自上游或返工发生在下游,应调整边界并记录原因。
客户入场简报可从“已批准的销售交接到达”研究到“交付负责人接受简报”,并保留常规、资料不全和范围变更案例。问题应聚焦缺失信息的位置、补齐者、人工判断和返工时点。本文是对互补方法的实用综合,并非单一来源验证的标准规程;团队只需选择能回答问题并补偿主要盲点的组合。

近期案例访谈应围绕一件已完成的工作,依次重建触发、输入、行动、判断、交接、偏离和验收,而非概括标准流程或设计AI功能。GOV.UK指南建议聚焦真实故事并开放、中性地追问。研究者应尊重“很麻烦”“总在等”等体验,同时查找对应案例、材料和后果,不能把取证变成质疑员工。
一项原始田野研究结合访谈、演示、观察、现场笔记和材料检查;有些活动经演示才得到具体描述。ACTA论文也指出,普通任务说明可能遗漏心理要求和技能。因此还应追问判断线索、不确定性和备选做法。这只是认知需求追问,不是正式ACTA;单个案例也不具代表性,仍须比较常规与困难案例并覆盖交接两端。

在正常环境中,应观察真实设备、文件和数据,以及切换、等待、核验、返工、打断、交接和信息冲突。情境研究可显露障碍及变通办法。客户简报场景中,要留意协调员如何切换信息源、核对字段、等待说明及获得系统外协助,而非统计个人点击速度或给员工排名。
开始前应记录观察模式。静默观察较少打断,却可能看不清原因;偶尔提问可补充语境;持续讲解更深入,也更易改变任务。现场笔记应分开记录案例背景、动作、材料编号、判断或不确定性、交接、打断、后果及研究者解释,使复核者能区分观察与推断。
工作观察应研究流程而非评价个人,只收集必要信息并限制访问;适用时让隐私、安全、法务、劳动关系、无障碍和业务负责人参与。GOV.UK指南要求知情同意、减少研究者影响、新增录制前重新确认同意并安全保存个人数据。结束时请参与者复核流程。共同重建有助于解释,却不能让小样本成为总体证明。

工作材料、短任务日记和运营记录可补充状态、时间跨度与复发证据,但仍须相互核对。请参与者解释模板、清单、表格、消息、草稿、笔记和队列视图的实际用途。一项原始研究发现,材料的标记和格式能引出整理与跟踪策略;但其优先级、记忆线索和协作含义必须由使用者确认,不能只凭版式推断。
若事件间歇发生或观察可能错过关键节点,可让参与者在真实任务时记短日记,之后再澄清。一个GOV.UK项目将这种日记与访谈和任务观察结合。记录可用时,事件顺序和时间戳能支持分析等待、处理、返工、重复、偏离、期限和质量问题;但日志可能遗漏对照案例与线下工作、分散在多个系统,案例定义也可能不一致。
| 证据方法 | 能够揭示 | 容易遗漏 | 复核方式 |
|---|---|---|---|
| 近期案例访谈 | 经历、顺序、判断、交接与不确定性 | 记忆之外的细节和整体复发情况 | 查看材料、演示任务,并比较不同案例与角色 |
| 情境观察 | 真实工具、打断、变通、等待和隐性协作 | 未被观察到的时段以及行动者未说明的动机 | 记录观察模式,请参与者确认流程和解释 |
| 工作材料 | 状态、优先级、记忆线索、草稿轨迹和协调方式 | 使用频率、形成原因和材料之外的动作 | 由实际使用者解释,并与具体案例对应 |
| 短任务日记 | 跨时段的真实任务实例、当时的缺口和修订 | 未记录事件、事后合理化和参与中断 | 用访谈澄清,并抽查相关材料或记录 |
| 运营记录 | 复发、排队、等待、返工、偏离和质量问题 | 线下沟通、字段含义和延迟原因 | 与观察、材料及工作人员解释对齐 |
客户简报可把入场表、系统记录、消息、清单、草稿和修改意见串成案例链,用日记记录缺失输入、澄清与修订,再查看队列时长、退回及缺失字段原因。时间戳能显示何时停住,却未必说明原因,线下确认也可能没有事件记录。低频例外仍应检查返工、资源消耗和后果,但不能据个别示例设定通用比例或阈值。

只有多项证据共同指向反复出现的流程约束,并连接到可观察后果,痛点才适合写成瓶颈假设,但仍不能宣称因果。情境调查可比较研究者与参与者的理解,小规模、解释性样本却限制广泛推断。事件数据能呈现瓶颈、偏离、等待和返工,但须与观察、材料及工作人员解释核对。
六问检验是编辑性决策规则,不是因果检验或统计方法。用于客户简报后,假设会从“摘要写得慢”转向“困难案例因商业决策缺失和字段冲突而等待、改写”。仍须保留反例:常规简报可能很快,长简报也不总是更慢,时间戳还漏掉线下澄清。因此这只是待检验的机制;复发、位置或后果不清时,应继续研究而非包装成AI机会。
在你能指出约束在哪里反复出现、带来什么后果、还有什么未知之前,先别问AI应该放在哪里。

机会卡应是有边界、可追溯的决策记录,而非给痛点贴上方案名称。NIST AI RMF Playbook的Map部分要求记录目的、用户、运行环境、业务价值、限制、影响、范围和人工监督。卡片应分开写明流程边界、观察样本、陈述痛点、观察模式与运营后果;实质判断须引用现场笔记、脱敏材料、日记或记录查询,否则标为假设。
机会陈述应说明谁在何种有边界的任务上需要帮助、希望改善什么结果,并用同一证据比较AI、规则、流程或责任调整、培训、更好信息和不干预。NIST Playbook建议考虑非AI和非技术方案,却不规定胜者。官方用例发现指南还保留证据要求、负责人、下一里程碑和后续测试。最终只做四类决定:测试AI、测试非AI改变、继续取证或停止。
客户简报应先测试必填字段、明确的销售交接负责人和可见的例外队列,观察等待与返工是否改变;仅对事实完整的案例再测试有边界的起草辅助。提出AI须有证据支持明确任务、重复约束、可观察后果、可用信息、适当监督及相对简单方案的可检验优势。涉及员工、客户、机密或受监管信息时,应让适当负责人参与;机会卡不能代替法律或高风险专业判断。
先界定重复发生的工作,用具体案例、观察、材料或运营记录确认约束的位置和后果。保留反例、缺口与替代解释,并以同一证据比较AI、规则、流程调整、培训和更好信息。形成有边界的任务和可判别测试后,候选用例才值得推进。
痛点是参与者对困难的有效陈述和调查起点,却未必指出真正约束。AI机会还须说明复发、位置、可观察后果、约束条件,以及AI为何可能比其他干预合适。缺少这些要素时,应继续取证。
明确研究对象是流程而非个人绩效,取得知情参与,只收集必要信息并限制访问。记录观察模式,新增录制前重新确认同意,结束时请参与者复核流程。涉及隐私、安全、法务、劳动关系、无障碍或专业领域问题时,让相应负责人参与。
不需要。这五种方法是互补选项,并非必须全部执行的标准清单。团队应从研究问题出发,选择能回答关键未知项并补偿主要盲点的最小组合,同时说明未采用方法可能留下的缺口。
不能。观察、访谈和运营记录可共同支持瓶颈假设,但仍受抽样、记录缺失、研究者影响和替代解释限制。团队应保留反例,设计能区分不同解释的最小测试,不能把相关模式写成已证实的因果关系。
本文研究参考了以下来源:

我们报道AI在企业内部真正落地的过程。报道从具名信源出发,区分查证到的事实与我们的判断,并在有据可查的编辑控制下借助AI完成资料研究与初稿。我们不能替代具体专家的审阅。

一套面向运营负责人、流程架构师与自动化团队的实操方法:从真实案例还原当前流程,分类偏差,检验审批的决策与控制目的,定义可验收的交接契约,再以删除、标准化、澄清或保留人工复核四种处置逐项改造,并用所有权、证据、恢复机制和监测安排判断流程是否适合进入实施,避免把既有的不确定性原样编码进系统。

面向业务负责人、组织与人力规划者的一套任务级岗位重构方法:先建立本地任务台账,再用代表性案例测试固定版本的AI配置,分别核算生产、核验、判断、异常与协同投入,最后在明确权责、队列、能力传承和试点净负荷后,审慎调整岗位、产能与服务承诺,避免把生成速度提升直接换算为编制空间,并保留证据不足时不改动的选项。

一套面向企业管理者的AI运营模式设计方法:按企业标准、组合资金、项目交付、风险接受、生产运营与能力复用逐项分配决策权,用决策权登记表明确责任人、证据、授权、升级和复审条件,再把试点结果转化为可追溯的资金、标准、能力与战略调整。