核心结论
算法管理(含电子绩效监控 EPM)把对员工的观察、评分、调度交给系统。研究共识是:监控本身不提升绩效,却普遍增加压力与离职意向;决定它是否反噬的是「框架」,评估性监控触发抵抗,发展性反馈则负面效应消失。欧盟《AI 法案》已禁止职场情绪识别、中国 2026 年算法治理赋予新就业群体算法规则知情权、参与权、选择权。HR 要管的不是「装不装」,而是框架、同意、可解释与人工复核。
关键数据
- Ravid et al. 2023(Personnel Psychology 元分析):覆盖 K=94 项研究、N=23,461 名员工,无证据表明 EPM 提升绩效,且无论设计如何均增加压力。
- Schlund & Zitek 2024(Communications Psychology):4 个实验约 1,200 人(Study 4 N=814),算法监控比人工监控更损自主感、更引发抵抗、绩效更差;框定为「发展性反馈」则负面效应消失。
- Gartner:71% 员工正被数字监控(同比 +30%);75% 称监控降低工作满意度;42% 被监控者计划 1 年内离职 vs 23% 未被监控者。
- 欧盟《AI 法案》:Annex III 第 4 类雇佣管理=高风险;第 5(1)(f) 条职场情绪识别禁令 2025-02-02 已生效;Digital Omnibus 把高风险义务推迟至 2027-12-02,禁令不变;罚则最高 EUR 3,500 万或全球营收 7%。
- 中国 2026:中办国办《关于加强新就业群体服务管理的意见》(2026-04-26)保障算法规则知情权/参与权/选择权;全总等《平台劳动规则和算法协商指引(试行)》(2026-03)。
过去十年,「用数据管人」从 HR 的愿景变成了采购清单。键盘记录、屏幕采样、GPS 轨迹、工单计时、情绪识别,这些工具单看都很便宜,合起来却把组织对员工的全部观察收编进一套自动运行的系统。当系统不只「看」,还开始「判」和「派」,它就不再是监控软件,而是算法管理(algorithmic management):用算法完成对员工的任务分配、行为评分与调度决策。
这一跳,让 HR 面对的不再是「要不要买个工具」的采购问题,而是一次组织设计的重写。组织学的第一性原理说,组织是信息网络加利益分配网络。监控重写的是第一张网(谁看见谁的行为),算法管理同时重写第二张网(谁因这些行为被奖励或惩罚)。两张网一起动,才解释为什么它比其他数字化项目更容易引发反弹。
一、算法管理不是装个软件,是重写两套网络
先把两个常被混用的词分开。电子绩效监控(EPM)是「看」:采集键盘、屏幕、定位、工单耗时等行为信号并打分。算法管理是「看+断+派」:把观察到的信号接上决策,自动分配任务、排班、派单、定考核。监控是算法管理的输入层,算法管理把监控结果直接变成对人的调度与奖惩。前者改变的是信息流向,后者同时改写了利益分配,这正是它在组织里比普通效率软件更敏感的原因。
一个客服中心的例子能说清区别:记录每个坐席的平均处理时长是监控;根据时长自动把难单派给「效率高」的人、把慢单钉在排行榜末尾并触发主管告警,是算法管理。后者已经替管理者做了「谁该被盯、谁该被奖」的判断。当判断权从人手里挪到系统里,员工感知到的就不只是「被看见」,而是「被系统定价」。
采纳面已经很广。Gartner 的数据显示 71% 的员工正被某种形式的数字监控,同比还在以约 30% 的速度扩张;ResumeBuilder 2023 年的调查里约 96% 的远程或混合办公公司部署了某种员工监控。但「用得多」和「用得对」是两件事,接下来看证据。
二、证据:监控大多不提效,只增压
关于 EPM 是否带来更好绩效,学术界的回答相当一致:不。
Ravid 等人 2023 年发表在 Personnel Psychology 的元分析是迄今最完整的证据之一:覆盖 94 项研究、23,461 名员工,结论是「没有证据表明电子绩效监控能提升绩效」,且不论监控如何设计(实时还是事后、透明还是隐蔽、个体还是团队),都会增加员工压力。换句话说,增压是确定的,提效是不确定的。
Schlund 与 Zitek 2024 年(Communications Psychology,Nature Portfolio)用 4 个实验(约 1,200 人,其中 Study 4 样本 814)把机制拆开:相比由「人」来监控,由「算法」来监控更损自主感、更引发抵抗、绩效更差。注意这里比较的不是「监不监控」,而是「谁在监」,员工对算法监控的抵触强于对人工监控的抵触。原因很直白:算法没有商量余地,也没有上下文,它给出的判定更像终审而非反馈。
Gartner 的舆情侧数据与之呼应:75% 的员工称监控降低了工作满意度,72% 认为监控并未提升产能,56% 感到焦虑;更扎心的是留存,42% 被监控员工计划一年内离职,而未被监控员工这一比例是 23%。监控能制造「可见」,但可见不等于更好,很多时候还把人赶走。
三、同一套系统,两种结局:框架决定一切
如果监控必然增压,为什么有些团队用的是同一类工具却没炸?Schlund 与 Zitek 2024 的实验给了一个干净的回答:决定性变量是「框架」,不是「精度」。
当同一套算法监控被框定为「评估性」(用于打分、考核、追责)时,自主感下降、抵抗上升、绩效变差;当它被框定为「发展性反馈」(用于帮人看清自己的工作节奏、给出改进建议、而非记黑账)时,负面效应消失。算法本身是中性的,组织对它的定位决定员工把它读成「看住我」还是「帮我做好」,后者才可能换来配合。
这给 HR 一个非常具体的抓手:别急着问「上什么工具」,先问「这套系统对人说的一句话是什么」。如果那句话是「我在盯着你」,系统在重写利益网络、触发抵抗;如果那句话是「我帮你看见自己的卡点」,系统在重写信息网络、可能增益。同一套数据采集,两种措辞,两种组织后果。这也解释了为什么「透明监控」研究结论不一致,透明只解决「知不知道被看」,解决不了「被看来干嘛」。框架才是根。
四、监管已经划了红线
2025 到 2026,监管把「能不能这么管」从企业自查变成了法律底线。两条线最值得 HR 记牢:欧盟的硬禁令,和中国的算法协商。
欧盟《AI 法案》(Regulation (EU) 2024/1689)把招聘、选拔、晋升、解雇、任务分配、对工人的监控与评估列入 Annex III 第 4 类「雇佣与教育」高风险系统,使用方须保留人类监督、告知候选人并说明决策的主要因素。更硬的是第 5(1)(f) 条:禁止在职场与教育场所进行情绪识别,该禁令自 2025-02-02 起已生效;第 5(1)(g) 条禁止用生物特征推断受保护属性(如性取向、政治倾向)。2026 年的《数字综合法案》(Regulation (EU) 2026/1744,理事会 2026-06-29 通过、2026-07-27 生效)把 Annex III 高风险义务推迟到 2027-12-02,但第 5 条禁令与第 50 条透明度义务不变,也就是说,对 HR 而言「8 月 2 日」的合规节点没变,变的是高风险系统的落地宽限期。罚则最高 EUR 3,500 万或全球营收 7%。
中国的信号在平台用工场景最明确。中办、国办于 2026-04-26 印发《关于加强新就业群体服务管理的意见》,这是首个针对新就业群体的中央文件,要求保障劳动者对算法规则的知情权、参与权、选择权;全国总工会等 2026-03 印发《平台劳动规则和算法协商指引(试行)》,推动算法规则经协商确定,而非平台单方面下发。通用层面,《个人信息保护法》第 24 条对自动化决策课以透明与公平义务,要求提供不选或拒绝方式。对非平台企业虽暂无专门雇佣监控法,但「自动化决策须透明、公平、可拒绝」的底层规则同样适用。
把两条线合起来看:监管的直觉和研究的直觉一致,监控的权力必须被框住,且框架的主动权应有一部分留在人手里(员工知情、可协商、可复核),而不是完全交给系统。
五、HR 真正要管的:框架、同意、可解释、复核
算法管理下,HR 的角色不是「监控系统的采购员」,而是「这套系统怎么框定的治理者」。四件具体的事,没有一件能外包给供应商。
框架:先定「发展性还是评估性」。若用于考核与调度,必须同步配套人工复核与申诉,不要把系统判定当终审。Schlund 与 Zitek 的证据直接指向这一点:同样的算法,发展性框架能消掉负面效应,评估性框架则会放大。HR 要做的第一个决定,就是不让工具默认落在评估性上。
同意:谁被看、看什么、用在哪,员工应知情且能选择范围。欧盟第 5 条与第 50 条、中国的算法协商指引,都在把「同意」从纸面拉到运行层。平台用工已经要求算法规则经协商,非平台企业也应当把监控逻辑讲清楚,而不是以「效率」为名默认全开。
可解释:被算法决策影响的人,有权知道主要因素是什么。这与 AI 招聘合规是同一类问题,当系统给某人贴「低效」「高风险」标签,必须能还原到可理解的输入,而不是黑箱打分。Ravid 等人的元分析也提示,隐蔽监控比透明监控压力更大,而透明本身不足以消除抵触,必须配合框架设计。
复核:保留人类监督(human oversight)是欧盟高风险系统的硬性要求,也是组织自保的底线。任何影响薪酬、调度、去留的自动判定,都应有真人能推翻它。把复核权抽掉,系统就从「辅助判断」变成「替组织做主」,反弹和合规风险同时到来。
监控的价值不取决于算法多准,而取决于组织把它框定为「看住人」还是「帮人做好」。前者重写利益网络、触发抵抗;后者重写信息网络、可能增益。同一套系统,两种结局。
六、落地:先定框架,再上工具
算法管理最容易被讲成一场技术升级,然后死在反弹里。真正能跑通的路径和技能图谱、AI 绩效一样:从一个具体场景开始,用框架反推工具。
第一步:选一个高争议、高可见的场景(比如外勤打卡、客服时长、代码提交频率),先回答「这套系统对人说的一句话是什么」,写在制度里而不是藏在后台。第二步:默认走发展性框架,把数据用作个人复盘与主管一对一的输入,而非自动排名与扣罚;若必须用于考核,先配人工复核与申诉通道。第三步:做同意与透明:告知采集项、用途、留存期,给员工退出或受限的范围。第四步:用一年留存与满意度反推,如果监控上线后离职率上升、满意度下降,问题多半不在工具精度,而在框架把人推到了对立面。
反模式是直接买一块「监控大屏」:把所有行为指标实时投在管理看板上,默认评估性、无复核、无同意。它最短平快地满足了管理者「看得见」的焦虑,也最稳地触发员工的抵抗与离职,和 Ravid 元分析、Schlund 与 Zitek 实验预言的完全一致。工具买得来,框架定义不了;先有「这套系统为谁、用什么方式服务」,再谈采购,顺序不能反。
回到组织学的第一性原理:算法管理同时重写信息网络与利益分配网络。它能不能被组织用起来而不反噬,取决于第二张网有没有同步重画,被监控的人是否也掌握了知情、协商与复核的权利。两张网不同步,监控就只是把管理者焦虑翻译成了一套更贵的系统,却没解决任何真实的能力问题。这也是为什么 HR 在算法管理里真正要管的,从来不是「装不装」,而是框架、同意、可解释与复核,四件事,没有一件是供应商能替组织完成的。