采购资料在企业管理系统里，供应商变更却还要填表、发群、催主管。每次批准后，另一位同事又把内容录回原系统。企业负责人要判断是否值得做软件定制开发，可以先把这条业务的重复动作和出错成本算清楚，再决定第一批改多大。
先算经常发生的损失
找几笔最近办完的业务，看清它在哪里反复等人、哪里要重新录、哪里经常被退回。记录的重点是每周发生多少笔、涉及几个岗位、平均多花多少时间，以及出现错录会影响哪一步。审批慢一天可能导致采购延误，字段错一项可能让财务再核一次，两种影响需要分别记录。
举一个便于自己换算的例子。两个岗位各每天为核对和录入同一批资料花 20 分钟，一周五天约占用 3 小时 20 分钟。再拿实际单据看这些时间分别花在抄录、等审批还是补资料。把最频繁的一段作为试点，方便事后用同样口径对比。
把要改的范围说成一句业务话
例如“采购在同一处提交供应商变更，主管审批后，资料更新到原系统，并能查到办理结果”。这句话写清了谁提交、谁决定、最后去哪看。接着让采购、财务、审批人一起走一遍，确认哪些资料沿用、哪个岗位负责纠错、什么情况应退回。
| 现场情况 | 首批可以改什么 | 管理者看什么结果 |
|---|---|---|
| 只是在现有表单上少了一个常用字段 | 补字段和填写规则 | 记录可直接供下个岗位使用 |
| 多个部门各留一份办理记录 | 统一申请、审批和状态 | 同一笔业务能追到负责人和结果 |
| 原系统承担财务或库存记录 | 保留原来的管理入口，补齐业务交接 | 批准后的内容能回到对应单据 |
从一条流程开始验证交付
先选一个部门和一种记录，确定上线后谁接手。验收可拿一笔正常单、一笔缺资料的单，以及一笔审批通过后资料没更新到原系统的单逐项走。主管能查到现在卡在哪里，操作人员能继续补办，相关部门能从原系统看见最后结果。对于暂时无法办完的情形，约定人工接手的入口和责任人。
在吉利控股集团的公开项目中，我们把部门应用的创建、共用能力复用和既有系统连接一起规划，帮助不同部门持续补充各自的业务应用。 集团业务应用与系统协同案例
决定是否扩大投入时回到原始问题
试点前后用同一种单据，核对办理耗时、补录次数和错误如何处理。还要确认谁维护新增流程，负责人变更时怎样交接。把这些结果与开发、上线和持续维护所需投入一起看，再决定下一批接哪个部门。
第一次评估可以准备一张原表单、一笔办完的单和一笔处理异常的单。沿办理顺序走一遍，先定范围，再定谁负责和怎么验收。