一家医疗设备供应公司每天处理数百条跨渠道请求，全靠人工分类、手动跟进、私下交接。没人犯错，但有人请假就卡壳，旺季一来就崩盘。
这不是技术债，是运营模式的隐性成本。我们花了几个月帮他们重建整套系统——不是加速碎片流程，而是重新设计工作怎么流动。
第一步：先观察，再动手
代码一行没写之前，团队只做一件事：看。
请求从邮件、表单、电话、内部系统涌进来。有人得判断这是哪类需求，转发给对应同事，回头检查进度，更新表格，催审批，再催一次。
没有环节是坏的，全是低价值重复劳动。更麻烦的是"潜规则"——只有老员工知道哪类请求该跳过哪一步，新来的人只能边踩坑边学。
客户提了一个关键约束：不要全自动。要速度，也要人在关键环节把关。
这个要求改变了所有技术决策。
第二步：把"任务自动化"升级为"运营模式重构"
市面上大部分自动化项目是点状的：这个表单自动填，那个通知自动发，报表自动生成。
结果？每一步都快了，但步骤之间的衔接还是一团糟。
我们换了个思路：不是优化任务，是设计工作怎么进入系统、怎么分类、谁负责、怎么推进、何时需要人介入、怎么留痕。全部串联。
最终架构分成七层：
请求进入 → 接收层捕获并分类 → 编排器创建工作项并分配负责人 → 专业代理处理细分任务 → 护栏机制在行动前检查 → 低风险步骤自动完成 → 高风险步骤交人工复核 → 全程留痕 → 仪表盘实时展示状态
画出来简单，调通很难。
第三步：拒绝"万能代理"，用窄代理+编排器
我们没做一个大包大揽的智能体。听起来省事，实则难测试、难管控、难信任——出问题时根本定位不到哪个决策错了。
最终拆成五个专职代理：
接收分类代理：读入请求，识别类型，标记缺失信息。只做这一件事。
数据校验代理：检查必填字段，比对历史记录，标记异常值。
路由代理：根据分类结果，把请求派给正确的人或下游系统。
状态追踪代理：监控进度，识别停滞，触发提醒。
报告代理：汇总数据，生成运营看板。
编排器居中调度，代理之间不直接对话。哪个环节出问题，日志里一目了然。
第四步：用"护栏"替代"审批流"
传统思路是每件事都设审批节点。我们反过来：默认自动执行，只在触发特定条件时拉人介入。
护栏规则基于三类信号：
数据异常：金额超历史均值150%、必填字段缺失、客户信息不匹配。
模式偏离：请求类型与常规处理路径不符、时间窗口异常。
系统状态：下游系统不可用、代理置信度低于阈值。
触发护栏的请求进入人工队列，附带上下文和推荐动作。没触发的直接走完，全程几秒到几分钟。
客户原话：「以前是人盯着流程跑，现在是流程自己跑，人只处理例外。」
第五步：处理"非结构化输入"这个硬骨头
医疗设备的请求来源很杂：邮件正文、PDF附件、语音留言、手写扫描件。统一格式？不现实。
接收层做了三件事：
多模态解析：邮件拆出正文和附件，PDF转文本并保留表格结构，语音转文字，扫描件OCR。
信息补全：自动查客户数据库匹配联系人，从历史订单推断设备型号，用公开目录补全规格参数。
置信度评分：每个推断都带分数，低于0.85的字段标记待人工确认。
关键设计：不追求100%自动解析。拿不准的，宁可让人看一眼，也不瞎猜。
第六步：让"人介入"变得高效
系统每天处理约1200条请求，其中8%-12%触发人工复核。平均处理时间从原来的4小时压缩到23分钟。
秘密不在自动化，在"介入体验"的设计：
上下文聚合：复核界面直接展示原始请求、系统推断依据、相似历史案例、推荐动作。
批量操作：同类问题可一键处理，不用逐条确认。
反馈闭环：人的每次修正都回传训练，缩小下次需要介入的范围。
运营负责人反馈：「以前80%时间在找信息，现在80%时间在做判断。」
第七步：实时仪表盘改变管理节奏
旧模式的管理是"事后看报表"，新模式是"事中看流动"。
仪表盘展示三类信息：
流量层：当前在途请求数、各阶段积压量、平均停留时间。
质量层：护栏触发率、人工复核准确率、代理置信度趋势。
资源层：各团队负载分布、预计完成时间、瓶颈预警。
一个意外发现：仪表盘本身成了流程改进的抓手。以前"感觉"某个环节慢，现在直接看数据。三个月内主动优化了四个子流程，全是基于实时信号而非季度复盘。
关键复盘：什么真的管用
第一，窄代理比大代理可靠。职责边界清晰，测试覆盖容易，故障隔离简单。
第二，护栏比审批流高效。不是减少管控，是把人的注意力集中在真正需要判断的地方。
第三，介入体验决定 adoption。自动化再流畅，人不愿意用就是失败。复核界面做得像消费级产品，使用率才上来。
第四，日志即产品。全程可追溯不是合规 checkbox，是调试、优化、建立信任的基础设施。
第五，运营模式优先于技术选型。同样的工具，用来加速碎片流程和用来重构工作流，结果天差地别。
这套方法能搬到你公司吗？
先问自己三个问题：
你的流程有没有"只有老王知道"的隐性规则？
你的团队是不是80%时间在协调，20%时间在创造？
你的自动化项目是点状的，还是成体系的？
如果三个都是 yes，值得花两周先做一件事：不碰代码，只画流程。看工作怎么真的流动，而不是怎么写在 SOP 里。
那两周的观察，会决定你后面六个月是修修补补，还是一次做对。
热门跟贴