Cenxy

一条测评链接发出去，既要防被随手转发给别人代做，又要防同一条被重复提交，还要能随时作废，这三件事得在 Token 设计里一并解决。

三千行名单里混着几十行格式不对的，回滚指的是整批退回，还是能进的先进、进不去的挑出来退回，这两层意思得先分清。

异步出报告顶住了峰值，但队列堆积时给用户一个永远转圈的图标是最糟的做法；该给的是一台看得见的状态机。

给未成年来访发测评链接前，监护人是谁、同意覆盖哪次测评、链接由谁点开作答、结果谁能看，都要先确认并绑到这次测评上。

对来访按次收费还是按量表收费，系统在交卷时记账还是出报告时记账，两个口径不对齐，月底对账就会打架。

机构停业或搬迁，趁系统还在就要把导出清单列清楚：来访档案与同意、原始作答与报告、会谈与转介、账号与日志四类都别漏。

小组咨询的前后测，个人报告和批次报告本就该在同一次测评里一起产出，而不是先导一份、再靠人手拼另一份。

督导抽查一份量表答得认不认真，落到系统里就是看几个和时间有关的字段：总时长、开始与提交时间戳、单题耗时分布。

来访点开自助下载报告，是机构最该提前设好边界的地方。控制的不是数据本身，而是同一份数据对不同读者的展示粒度。

咨询开始前记一条基线，题量太少看不出变化，太多又劝退来访。最小题组的选法，取决于要追踪什么、能不能原样复测。

兼职咨询师同时挂靠几家机构，账号权限没做到机构级隔离，泄露的不是一条数据，而是一串本不该跨机构流动的信息。

来访多次复测，报告和会谈记录各存各的就对不上。报告版本要绑会谈节点、按时间线存档，才能读出趋势。

初访前发量表，最该避免的是把了解主诉、筛查风险、确认服务目的三类目的完全不同的题目打包成一张长问卷。

EAP 供应商和内部 HR 共用一个账号，出事那一刻就查不出是谁看的。分责要从独立身份、角色权限和审计日志做起。

派遣工、外包驻场人员要不要进企业心理测评账号池，取决于用工关系和数据责任划得清不清楚，而不是账号多少。

加班季后复测，分数升高几乎必然。难点在于读懂波动：多大属于正常应激，多大要触发转介。

管理层只要一个红灯人数，难点在于给出这个数字的同时，不能让任何人靠它反推出具体是谁。