决定

历史项目用于演示时，除了脱敏字段，更要先处理对象之间的关系链，否则示例数据仍可能暴露真实结构。

同一量表支持多个解释模板时，项目发放前如果不先锁定模板版本，后续报告和建议语很容易出现混用。

项目中途更换短信或通知渠道时，系统如果不保留既有触达历史，就很容易重复提醒或漏掉关键对象。

施测任务批量撤回时，历史通知、访问记录和撤回原因仍然需要保留，否则后续很难复盘这批对象到底经历过什么。

量表维度一旦改名，系统如果没有版本关联和历史说明，旧报告与新报告很快就会出现解释口径分裂。

纸笔测评结果回录到系统时，只录一个分数远远不够，作答时间、批次来源和录入责任同样影响后续解释。

项目暂停后再恢复，看起来只是重新打开入口，真正关键的是系统是否还记得暂停前的批次状态、通知进度和未完成对象。

批量导入名单后就自动给所有对象开账号，看起来省事，后面却会带来权限、通知和历史清理上的额外负担。

项目进行中修改量表配置，不只会影响分数，还会连带影响入口、报告、预警和历史对照的一致性。

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

项目归档不是简单消失，哪些数据继续参与总览、哪些退出实时统计，需要系统提前定清楚。

心理测评系统里手工改分不是不能做，真正关键的是每一次修改都要留下足够清楚的原因和痕迹。

同一对象并行参加多个项目时，系统如果只管对象不管项目边界，结果很容易出现在错误的看板和报告里。

补测名单长期靠手工圈选，最容易出问题的不是效率，而是候选规则混乱、重复发送、漏发和历史留痕断掉。系统应把补测作为正式流程管理。

心理测评项目里，实名和匿名不是展示方式差异，而是后续统计、预警、回访和权限边界的根规则。

心理测评结果页如果一上来就把全部细项铺满，很多角色会更难抓住重点，摘要优先往往更稳。