业务流程与用户研究

用真实任务还原流程

流程图需要呈现跨人、跨系统的交接和例外。不要只画系统功能；用户可能在表格、聊天和电话之间完成关键判断。先观察少量任务，再用更多样本验证瓶颈是否普遍存在。

建模步骤

1. 明确起点和终点，例如“收到告警工单”到“工程师提交已复核回复”。
2. 以用户、售后系统、知识平台和审核人建立泳道，记录每一步的输入输出。
3. 区分处理时间、排队时间、返工时间；标记依赖谁、等待什么。
4. 增加缺资料、版本冲突、越权、无答案和专家接管路径。
5. 找到改进点后设计未来流程，并重新确认责任与权限。

贯穿案例的现状与目标

环节	当前假设流程	目标流程	保留的人类判断
分类	阅读工单、询问型号	系统展示型号并提示缺失字段	确认设备与故障背景
查资料	多次搜索不同手册	按租户与版本检索	判断资料是否适用
写回复	手工复制后编辑	生成引用可查看的草稿	审核步骤与措辞
处理例外	私下找专家	显式转交并保留上下文	专家负责风险判断

目标流程不允许模型猜测缺失型号。资料不足时展示缺少什么、如何补充以及人工入口。

识别瓶颈与验证收益

记录任务编号、难度、各环节开始结束时间、交接次数和返工原因。若排队占总时间的大部分，只加速写回复未必显著缩短整体周期。对比时必须使用相近任务难度，并观察系统是否把劳动转移给审核人。

常见失败

只访谈管理者会漏掉实际绕行；只测成功任务会低估例外；把未来流程画成直线会隐藏人工责任。对每一个自动化节点询问：失败如何被发现、谁能接管、原始材料是否仍可查看？

练习与完成标准

提交现状与目标两张泳道图、五个异常分支和耗时记录表。邀请一线使用者逐步复演，确保每个交接有接收方。用指标设计验证瓶颈改善，不能用流程图美观程度代替价值判断。

参考阅读与使用边界

• GOV.UK：深度用户访谈：相关概念与方法的延伸阅读，访问核验日期 2026-10-14。本站练习、流程与指标为自主编排，不属于来源机构认证。
• 学习路线 · 项目实战 · 可下载模板

本页为基础指南；生产操作需结合实际版本、授权环境与审核证据验证。