适用条件
适用条件
- 能够描述当前系统分别解决什么问题
- 知道最痛的断点是数据搬运还是业务模型缺失
- 可以从一条流程而不是全部业务开始
- 有业务负责人确认状态、权限和验收
判断框架
判断框架
- 01
保留可用事实源
已有 ERP 或 CRM 能稳定承载的数据不重复建设。
- 02
判断流程稳定性
规则稳定且界面需求少的部分优先自动化。
- 03
识别业务模型缺口
当对象、角色、状态和异常无处承载时，再建立业务工作台。
- 04
按闭环验证
先完成一段真实输入到结果的路径，再决定扩展。
检查清单
检查清单
- 现有系统中哪些数据必须继续作为事实源
- 问题是否主要来自重复录入和通知
- 是否需要新的角色、权限和状态视图
- 异常是否需要共同工作台
- 首期能否只处理一类对象或流程
风险与例外
风险与例外
- 把所有存量问题都归因于系统不够新
- 在流程尚未稳定时一次重建完整平台
- 只自动化成功路径而忽略异常责任
依据与说明
依据与说明
- 依据增量改造、系统职责分离和可运行闭环的工程方法整理
- 选择结论需结合现有系统能力、维护成本和组织责任