Cenxy

系统对接组织通讯录后，离职和调岗带来的权限变化需要尽快收口，否则同步带来的便利会很快变成数据边界风险。

报告多次修订后，如果系统没有明确的当前有效版和历史版关系，团队很容易把旧判断继续当成现行依据。

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

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

多机构协作查看同一批心理数据时，权限设计要按角色、边界和责任分层，不能只按开了多少账号来粗分。

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

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

演示环境为了展示效果直接放真实项目数据，最容易放大的不是体验，而是脱敏缺口、权限松动和样例治理失控。演示应优先用可控样例。

同一份结果支持多个角色视图时，导出前如果不先明确视图，系统很容易把不该发出的信息一起带走。

多人协作下，评论和正式结论如果混在一起，后面回看记录时最容易分不清什么只是讨论，什么已经是最终判断。

量表说明不是随便改一改就过去了，说明版本一变，系统最好能回看不同对象到底看到的是哪一版。

心理测评报告支持链接分享很方便，但如果链接长期有效，就会持续削弱系统内权限边界。更稳妥的做法，是把有效期、访问留痕和重新授权一起设计。

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

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

匿名项目并不等于完全不能做连续比较，关键在于系统是否提前设计了不暴露身份、又能稳定连回同一对象的机制。

历史项目复制功能很方便，但如果所有配置都原样带过去，旧名单、旧规则和旧口径也会一起被带到新项目里。