优先级

团体测评报告发到管理层之后，项目最容易变轻的阶段就开始了。只有把负责人、时间点和复看规则继续放回项目里，汇报结果才会变成后面的管理动作。

学校做专项筛查时，临时多加几份量表看起来更全面，实际却很容易把筛查目标和后续动作一起拉散。

后续动作很多，并不自动代表报告已经被充分理解；动作越多，越需要确认它们是不是和结果真正对应。

报告建议语通常写得稳妥清楚，但真正要不要采用、怎么采用，仍然需要回到学校、企业或机构自己的具体场景里判断。

学校做年度心理普查立项时，如果没有先确认长期使用角色，系统采购很容易只服务当下项目而难以沉淀。

采购心理测评系统前，需求文档如果只拼功能数量，很容易把项目真正需要的流程、角色和边界写丢。

对象有多个联系方式时，提醒发送如果没有优先级规则，很快就会出现重复打扰和漏发并存的情况。

批量报告一多，后台如果只能手工等、手工重试，稳定性和运维成本都会迅速变差。

筛查场景和咨询场景面对的对象、数据密度和后续动作都不同，预警规则如果一套通用，后面处理很容易偏。