章 3
人才管理平台与工具
以学术和运营标准比较方案，避免混淆宣传与证据。
3.1 功能与架构
人才平台汇集招聘、培训、评价、流动和行政管理功能。应区分必需功能与便利功能。模块化架构可以方便组件替换，但也需要集成约定和明确责任。
比较时必须说明哪些信息在流转、在哪里处理，还须明确数据是否用于训练其他模型、是否涉及分包商。这些问题影响保密性、组织控制，以及履行对有关人员所作承诺的能力。
3.2 比较标准
评价矩阵可包括功能适配、无障碍性、安全、互操作性、可解释性、支持和总成本。权重须依据情境说明理由。加权求和并不能把有争议的偏好变成客观事实。
宜在评分前确定排除性要求。不能以界面美观或价格低廉抵偿必要保障的缺失。商业演示必须辅以可复现测试，以及关于相关条件下系统行为的可验证文档。
3.3 证据与验收测试
供应商发布的结果不能证明系统在另一组织中的表现。必须了解所评估群体、任务、指标及局限。有关减少偏差的主张，需要具体的公平定义和验证程序。
验收测试应包括错误、服务中断、数据导出、更正和复审请求。成功试点还应证明团队能够操作方案、理解其边界，并在不依赖非正式承诺的情况下应对事件。
3.4 依赖与可逆性
更换方案变得异常困难时，就形成了技术依赖。原因可能包括封闭格式、未记录的规则或内部知识流失。因此，必须在签约前评价退出能力。
合同与运营设计应涵盖导出、删除、连续性和过渡协助。可逆性需要测试：如果导出记录缺乏复用所需的关系、含义或充分文档，仅有下载按钮并不够。
3.5 实施与采用
采用平台需要贴合任务的培训和过渡期支持，并说明责任变化及求助渠道。若不解决访问障碍就强制使用平台，可能造成错误，并排除部分员工。
实施需要由人力资源、技术、安全及相关合规职能共同治理。劳动者及其代表了解实际影响，能够补充纯技术测试可能忽略的知识。
问卷
本章理解 & 人力资源困境
困境题不设道德评分，也不用于评价求职申请。