首个数字化项目的验收，不能以“系统上线、页面完成、接口打通”作为主要结论。这些属于技术交付条件，无法证明业务问题已经改善。更可靠的做法，是围绕一个边界清晰的业务场景，建立“场景—流程—指标—证据”的验收链条：项目开始前明确基线，实施过程中持续采集数据，项目结束后依据预先约定的目标判断是否达标。
先定义验收对象，而不是先列功能
指标必须对应具体业务链路。例如，项目范围限定为“采购申请、审批、下单到入库”，验收对象就应是这条流程的运行结果，而不是系统中上线了多少菜单。指标描述至少要说清楚四件事：测量什么、适用于哪个环节、采用什么数据、在什么时间点判断。
“提升采购效率”不是可验收指标；“采购申请到下单的处理时长、按期完成率、返工率”才具备测量基础。指标越接近流程节点和业务结果，越容易定位问题，也越不容易在验收时产生争议。
基线与目标必须同时存在
没有基线的目标通常只是主观承诺。基线可以来自历史记录、抽样统计或一段时间的现场观察。对首个项目而言，重点不是追求复杂的指标体系，而是选出少量能够在项目周期内观察变化的指标，例如平均处理时长、等待时长、数据完整率、一次通过率、异常发现时间和线上完成率。
每项指标都应提前约定统计口径、数据来源、责任人和最低达标条件。若只写“效率明显提升”，项目结束后就无法判断是流程改善、业务波动，还是统计方式变化造成的结果。
业务指标和技术指标缺一不可
业务指标回答“问题是否得到改善”，技术指标回答“系统是否具备稳定运行条件”。前者关注处理时长、返工率、交付及时率、责任追溯率和目标人员使用情况；后者关注关键功能、数据记录与追溯、权限、操作日志、接口运行以及异常处理机制。
两类指标应分开验收、联合判断。系统功能全部完成，但业务人员仍通过表格或聊天记录处理关键环节，不能视为成功；业务结果短期改善，但数据无法追溯、权限不清或异常没有补救机制，也不具备复制推广条件。
首个项目的验收标准，本质上是在验证一套最小闭环是否成立：问题真实，流程可执行，数据可获得，责任可追踪，结果可衡量。只有把“完成建设”改写为“达到约定的业务结果并具备运行证据”，数字化项目才真正具备可验收、可复盘和可复制的基础。