先看流程里的堵点，而不是系统清单
数字化这件事很容易从工具出发：看到同行上了某个系统，就去问供应商的报价与功能清单，最后买回来一批用不上的模块。更稳妥的起点是回到业务本身，把最近一段时间里反复出问题、需要人工兜底、数据总是对不上的环节列出来，看看哪些环节的耗时和错误率是能够被观察到的。
判断一个环节是否值得优先处理，可以看它是否同时满足三点：发生频率高、影响链条长、结果可以被记录。频率高意味着改进收益会持续放大；影响链条长意味着它会拖累下游岗位；结果可记录意味着改完之后能拿出前后对比，而不是靠印象争论。
反过来，如果某个环节一个月只发生几次，或者出错的后果由个别岗位自行消化、没有外部影响，那么即使它看起来最痛，也不适合作为第一个项目。第一个项目的价值在于验证协作方式，而不是解决所有问题。
除了频率与影响，还要把技术可行性和组织配合度放进同一张表里评估。技术可行性指的是现有数据是否已经电子化、是否需要与外部系统对接；配合度指的是涉及岗位是否愿意改变原有习惯。这两项经常被忽略，却决定了项目会不会在上线后停摆。
筛选切入点时可以用的四个维度
一个比较实用的做法是给每个候选环节打分：影响范围、改造成本、数据就绪度、责任人明确度。四项里有两项以上处在不利位置时，这个环节更适合放到第二阶段，而不是硬塞进第一期。
需要提醒的是，打分的目的不是选出最完美的项目，而是排除那些注定会拖延的选项。凡是找不到明确责任人的环节，通常都推不动，因为没有人愿意为该流程的准确性承担后果。
另外要注意，影响范围并不等于涉及人数。一个只涉及两三个岗位但直接决定发货或收款的环节，优先级往往高于涉及二十人但不影响对外交付的环节。
三个常见的错误起手式
第一种是同时上多个模块。采购阶段看起来便宜，实施阶段却会因为流程尚未理顺、基础数据不准而互相牵制，最终每个模块都只用到一半，培训成本还成倍增加。
第二种是照抄行业模板。模板能提供参考，但每家企业的人员结构、审批习惯、对账方式都不一样，直接把模板当成需求，等于把别人的管理问题搬进自己的系统，上线后还要花更多时间往回改。
第三种是把系统当成一次性任务。上线之后没有人负责数据质量和流程执行，几个月后系统里的数据逐渐失真，业务重新回到表格和聊天记录里，此前的投入就变成了沉没成本。
小步交付之后如何评估与扩展
第一个环节上线后，建议观察一个完整的业务周期，比如一个月或者一个季度，把上线前后的单据处理时长、返工次数、对账差异记录下来。这些记录不需要多精密，但必须由业务方自己整理，而不是由技术方代为总结。
评估的重点不是数字是否好看，而是流程是否真的被使用。如果关键岗位仍然在系统之外操作，说明流程设计或培训还有问题，此时扩围只会把问题复制到更多环节。
当第一个环节稳定运行，再考虑把相邻环节纳入进来。相邻环节之间往往共用同一批基础数据，扩展成本比较低，收益也更容易被内部感知，这是滚动式推进比一次性规划更容易成功的原因。
