文章目录
先选一项你能向另一个人说清楚输入、规则及预期结果的工作。反复出现有助于评估,但频率并不足够。如果流程依赖没说明的判断,把这些判断藏进自动化,可能让管理更困难。
第一步可以只完成一个小而有用的结果:准备记录、分配请求,或提醒负责人。在规则及检查方式清楚之前,把有重要后果的决定留给明确的负责人。
快速判断
选择起步时的自动化程度
| 工作特点 | 合适的起点 | 必要控制 |
|---|---|---|
| 输入稳定,规则清楚且可重复 | 自动化一个范围明确的步骤 | 输入验证及可见结果 |
| 准备工作清楚,最后需要判断 | 自动准备,保留审批 | 明确的审批人及拒绝后的处理 |
| 例外频繁,或规则经常改变 | 先统一流程 | 书面规则及例外样本 |
| 对外操作难以撤回 | 初期由人执行最后一步 | 检查、确认及恢复方案 |
左右滚动,查看完整比较。
比较整项工作,包括返工
观察一个正常工作周,记录每个候选流程的频率、处理时间、例外,以及出错后要做什么。比较减少的工作与新增的审核、维护。偶尔才做的工作可能保留人工更容易;频繁工作也可能不适合自动化,因为每次都需要不同判断。
- 能否指出哪个事件会启动工作?
- 所需输入是否能拿到,格式是否一致?
- 能否不靠猜测就描述成功及失败?
- 谁负责例外及规则变更?
连接工具前,先写出例外处理
列出缺少字段、重复事件、服务不可用,以及不符合规则的请求。逐一决定应停止、等待、重试,还是送到人工审核队列。Microsoft 的 Power Automate 指南涵盖失败处理路径、暂时性错误的重试,以及错误记录。即使使用其他平台,也应评估这些设计要求。
在后果重要的步骤保留审批
假设示例,并非客户项目:询价表单建立客户记录草稿并建议负责人。对不明确的信息,由人先审核,再决定是否向客户发送消息。Microsoft 的审批流程文档展示了如何把审核设为明确步骤。需要决定谁审批、看哪些信息,以及拒绝或一直没回复时怎样处理。“已送审”不能被当成“已批准”。
像测试成功一样,认真测试失败
测试正常输入、信息缺漏、重复事件、连接中断及审批超时。要求在接收系统中看到最终结果。如果重试可能重复发消息或建立记录,就要定义并测试如何避免重复。启用对外操作前,先使用测试数据及人工审核阶段。写清楚如何暂停流程,以及怎样继续处理未完成的工作。
把运行管理纳入范围
必须有人接收可处理的失败通知、检查等待中的事项、维护系统连接及批准规则变更。保留能串联输入、操作与结果的记录,让负责人可以调查问题。定义人工备用流程,以及工作最多可以等多久。没有运行负责人的流程,还不适合无人看管地执行。
从一个流程及明确验收开始
准备流程图、有代表性的测试输入、例外规则、需要连接的系统及负责人。要求范围涵盖设置、审批、记录、失败处理及交接。Chronicle 按确认的自动化范围以美元(USD)报价;订阅及维护费用应另行列明。如果规则仍有争议,先记录并简化人工流程,等重复工作稳定到可以测试,再决定是否自动化。
决定之前
决策检查清单
- 从稳定、范围明确的一步开始。
- 写清楚重复、失败及审批没回复的处理。
- 验证接收系统的结果,而不只看启动事件。
- 指定负责人,并保留人工备用流程。
资料来源及延伸阅读
下一步
工作流自动化
如果这是适合你的方向,可以先厘清范围、测试方式和交接安排。
