答辩材料上的「具备」两个字没有用。技术标要追问实现细节，并要求现场演示或「截图 + 日志」佐证。答不上就该降分，这比逐条听功能清单更能筛掉「问卷皮」的产品。下面八问可以直接写进评分表，逐条给分，谁含糊谁扣分。
计分与常模：版本能否按任务锁定
量表计分与常模能否按任务锁定版本？中途改库，旧卷会不会被静默重算？要求演示：同一份作答在规则 A、规则 B 下分别出分，再证明历史任务仍牢牢绑着 A，不因升级而变。再追一句：报告页能不能直接看到本次用的量表版本号和常模来源，让每一份报告自证口径，而不是只能去后台翻配置猜。
无效卷与预警：规则、标记、日志
无效卷规则能否配置（作答时长过短、规律作答、效度题不过等）？被标记后原始作答是否仍可审计、可复核，而不是直接删掉？高风险条目会不会因整卷被判无效而漏进危机队列？预警规则改阈值有没有变更日志？历史红灯会不会无痕消失？这几问要一起验，单看任何一条都看不出预警到底是不是黑盒。
出报与导出：状态机和审计
交卷到出报告是否异步处理？积压时用户端看到的是什么状态，会不会以为卡死而重复提交、结果出多份？导出是否记录「谁在何时导出了谁」，能否按任务或组织限时关闭导出？现场可以让供应商模拟一次几百人同时交卷，看排队机制和状态提示，而不是只演示一份报告秒出。
隔离、对接、备份：失败时怎么办
多组织隔离：用一个组织账号跨组织互搜主键，结果应为空，且直接拼报告 ID 也打不开。对接遇到主键冲突、人员停用时，接口如何返回、是否立即停发新任务？备份恢复：最近一次真实恢复演练是什么时间，RPO 口径是多少（允许丢多久的数据）、RTO 又是多久（多长时间能恢复服务）——只说「每天备份」不算数，备份从没恢复过等于没有，要看有没有真的演练并留下记录。
橙星云参与选型时，也按这八条做自检；你们拿同一份清单去问所有供应商，比各自比拼功能清单更公平，也更容易横向打分。八问里只要有任何三项只能靠「我们后期开发」来回答，这一期就别把它写进「必须满足」项，否则等于把风险留给上线之后。技术标真正的意义，是把一句「会亮灯」逼成一条条「可验收」。