决定

系统迁移时很多团队只盯着数据量，真正更影响后续能不能接上的，往往是组织关系和历史结果谁先落稳。

系统要进内网时，采购阶段最怕只谈部署位置，不谈网络、账号、备份和升级这些责任到底归谁。

系统演示大多会展示顺畅路径，采购方真正该主动去看的，往往是改期、补测、撤回和错误映射这些异常流程。

比价时只盯报告份数，很容易把真正影响企业长期使用成本的实施、权限和后续管理一起漏掉。

学校采购心理测评系统时，如果担心未来会调整量表，真正该先问清的是旧版本结果怎么留、新旧口径怎么并存、历史回看还能不能说清。量表会换很正常，版本链能不能保住才更接近系统能力。

采购表里一句支持 API 远远不够，真正影响后续集成的往往是开放范围、鉴权方式和后续维护责任。接口有没有不是终点，边界清不清才决定能不能真的接顺。

EAP 做了半年还像一组临时活动，常常不是内容太少，而是内部负责人、外部服务方和月度推进主线一直没有真正立起来。项目要变成长期机制，先得把这条线稳住。

EAP 项目准备续约时，满意度当然要看，但它通常只是一层结果感受。更值得继续复盘的，往往是使用链路、重复问题、协作断点和下一轮真正需要调整的地方。

EAP 月报如果总停在活动次数和触达人数，企业很难真正判断项目有没有积累。更有用的通常是趋势变化、重复问题、后续承接和下月动作有没有一起被写进去。

EAP 团体讲座能拉起参与，但项目能不能继续往下走，还得看活动后有没有明确入口、对象分层和后续记录。热闹之后接不住，项目很容易又回到一次性活动。

咨询机构预约量看起来很满时，入口可能确实在工作，但流程是否顺，还得继续看分诊是否准确、爽约是否可控、复访和记录有没有真正接住。

心理咨询机构安排复访填表时，不必让来访者每次都从姓名、联系方式和初次来访经历重新填起。但如果系统直接把上次的症状、联系安排和同意范围一并沿用，也可能把已经变化的情况留在旧版本里。

员工关怀项目做了一年以后，真正影响下一轮质量的，往往不是再加一份量表，而是上一轮记录线、动作回看和重点对象承接有没有真正保留下来。