上个月帮一家中型电商做数据分析诊断,他们HR负责人把离职分析报告发给我看,表做得漂亮,月度离职率、部门离职率、司龄分布、离职原因分类,该有的维度都有。我问她一个问题:“你们把绩效考核分数关联进去了吗?”她愣了一下,说这是另一张表。我说这就对了,你把两张表拼在一起看看,答案可能和你现在的结论完全不同。她花了一个下午把数据关联完,告诉我一个让她后背发凉的事实:过去半年离职的人里,绩效排名前20%的员工占了将近四成。而她们之前一直在用“薪资竞争力不足”来解释离职,做的调整是给全员普调了薪酬预算。这件事让我再次确认一个判断:不做绩效关联的离职分析,本质上是在用错误的诊断开错误的药方。而且越努力执行,企业付出的代价越大。
这篇文章写的是我这几年在多个项目中反复验证过的方法论,不是理论推导,不是工具说明书,而是当你真的坐在HR部门的工位上、面对一堆格式混乱的数据表格时,到底应该怎么把“绩效考核分数”这个变量正确地放进离职分析里,以及这个动作做对之后,你能看到什么别人看不到的东西。我会把常见的坑、正确的关联逻辑、不同行业的差异化用法都讲清楚,读完你可以直接用Excel或任何BI平台开始干活,工具不重要,思路才是核心。
先说结论,然后再拆解过程。这个结论是我在做了十几个项目之后提炼出来的,可能在别处你没见过这样表述:
离职分析的本质不是回答“走了多少人”,而是回答“走了谁”。“走了多少人”是数据统计,“走了谁”是管理诊断。而判断“谁”的质量,最直接、最量化、最没有争议的指标,就是绩效考核分数。其他指标,比如直属领导评价、360度反馈、潜力评估,都带有主观性或者不可比性。绩效分数虽然在打分公平性上也有争议,但它是目前大多数企业唯一一个对所有员工有持续紀錄的量化评价体系。如果你不把它关联进来,你的离职分析最多只能做到描述层面,做不了诊断层面。
具体来说,关联绩效分数之后,你会得到四个关键洞察:
在BI平台上做这件事的优势在于,你可以动态切片,按时间段、按部门、按绩效等级、按离职原因,一层层下钻,而不是每次都要跑一个固定的统计表。下面我会逐步讲清楚这个分析链路应该怎么搭建。
我现在描述一个场景,你看是不是跟你所在的公司很像。如果不是,那恭喜你,你的HR数据分析能力已经超过80%的企业了。
每月或每季度,HR部门会出一份离职分析报告。数据来源是HR系统里导出的离职人员清单,加上离职面谈记录。报告通常包含这几个模块:月度离职率趋势图、各部门离职率对比、司龄分布(试用期内离职占比、1年内离职占比等)、离职原因分类统计(薪资、发展、家庭、工作压力等)、主动离职与被动离职的比例。做得好一点的,会加上同比和环比,看看趋势变化。
这份报告有信息量吗?有。它在告诉你“发生了什么”。但你能根据它做决策吗?很难。因为你不知道离职的是谁。我给你一个思想实验:假设你的销售部门月度离职率是5%,看起来不高对吧?但如果你发现这5%里,有4个是上季度绩效评分A级以上的Top Sales,1个是刚入职还在试用期的新人。这个信息完全改变你对“5%”这个数字的判断。第一种情况你损失的是核心战斗力,第二种情况你损失的是还没来得及产生价值的新人。应对策略截然不同。
我见过的最典型的一个案例:某制造企业的生产部门,连续三个季度离职率稳定在3%以下,HRD在管理会上汇报时一直把这个当作成绩来讲。后来CEO觉得不对劲,为什么离职率这么低,但生产效率在持续下降?把绩效数据关联进去一看,问题瞬间暴露:离职率低是因为走的基本都是低绩效员工(被劝退或自然淘汰),但同期招进来的新人绩效远低于离职员工的平均水平,而且高绩效员工的主动离职率其实在悄悄上升,只是因为基数小、总量被新入职的离职数据稀释了,所以整体离职率看起来没问题。这就是典型的“总量健康掩盖结构恶化”。如果不关联绩效,你可能要到业绩出现明显下滑的时候才会意识到问题。

这部分是我在实际项目中踩过的坑和见过别人踩的坑。很多HR说“我们有关联绩效啊”,但我一看他们的做法,其实只是把两个表拼在了一起,并没有真正建立可分析的数据关系。具体来说,有四个高频误区:
这是最隐蔽也是最常见的错误。离职是一个时间点事件,但绩效是一个时间段概念。当你把“离职员工的绩效分数”拿出来时,你到底取的是哪个时间段的绩效?最常见的错误是直接取离职员工最近一个周期的绩效分数。但你想过没有,一个员工离职前最后一个月的绩效可能已经严重下降,可能因为已经决定要走、心思不在工作上,也可能因为和上级关系恶化导致评分被打压。如果你用这个分数来判断“这人是高绩效还是低绩效”,你会严重低估很多人的实际水平。
正确的做法是:取离职时间点往前倒推一个相对“干净”的时间窗。我通常建议取离职前3-6个月的绩效均值,或者取离职前倒数第二个完整考核周期的分数,避开离职前最后一段波动期。这不是一个死教条的数字,取决于你公司的考核周期长度,如果是季度考核,取离职前倒数第二和第三个季度的均值比较合理;如果是月度考核,取离职前第3-6个月的均值。

不同部门的绩效打分文化天差地别。有的部门领导手松,平均分打到90分以上;有的部门领导手紧,最高分可能才85。如果你直接用绝对值来跨部门比较,你会得出荒谬的结论,比如以为行政部的员工全都有卓越表现,而研发部的员工普遍平庸。实际上只是一个评分标准校准的问题。
正确做法是在分析时做一个标准化转换:把每个员工的绩效分数,转换为其在所在部门同考核周期内的百分位排名。比如“绩效排名进入部门前20%”才算高绩效,而不是绝对值超过某个固定分数线。有些管理成熟度高的公司会强制分布或做绩效校准(calibration),但大多数中小企业没有这个机制,所以这个标准化步骤必须由分析者在数据处理阶段完成。
我在一个零售连锁企业做过一次对比:用绝对值判断时,采购部因为整体评分高,高绩效离职人数看起来特别多,管理层得出了“采购部人才流失严重”的结论。但用部门内百分位排名重新处理后发现,离职的所谓“高绩效”采购人员,在其部门内部其实只能排到中等偏下,真正的高绩效人才一个都没走。不处理评分偏差,差点导致公司在错误方向投入保留资源。
单看一个考核周期的分数风险很大。一个平时绩效中等的员工,可能在某个季度突然冲高(比如刚好完成一个大项目),然后下一季度提出离职。如果你只取这一个高光时刻,你会把他归类为“高绩效人才流失”,但实际上他的长期贡献并不突出。
解决方案是引入绩效稳定性指标,不仅看均值,还要看方差或者变异系数。一个连续四个季度绩效排名都在前20%的员工,和一个最近一个季度突然冲到前20%但之前都在中位线以下的员工,他们的离职意义是完全不同的。前者是稳定的核心贡献者,后者更接近“阶段性突出表现后另谋高就”的职场跳板行为。两种情况下,你对离职原因的归因和对应的保留策略都应该不同。
很多HR的做法是:把离职人员按绩效分数分成高中低三档,然后看每档的离职人数占比。这已经比不关联进了一步,但信息量依然有限。绩效数据远不止一个“高低”维度可以用。你应该同时关联:
下面这个表总结了四个误区和对应的修正方法,可以当作自查清单:
| 误区 | 典型表现 | 修正方法 | 如果不修正的后果 |
|---|---|---|---|
| 时间未对齐 | 直接使用离职前最后一次考核分数 | 取离职前3-6个月均分或倒数第二考核周期 | 离职前绩效下滑被误读为“本来就低绩效” |
| 未做标准化 | 用绝对分数跨部门直接比较 | 转换为部门内百分位排名 | 评分手松的部门被误判为“高绩效流失重灾区” |
| 只看单期 | 只取最近一个考核周期的分数 | 看绩效均值同时看稳定性和趋势 | 偶发性高分被等同为稳定高绩效 |
| 维度单一 | 只做高中低分类计数 | 关联趋势、薪酬匹配、司龄等复合维度 | 离职归因过于笼统,保留策略缺乏针对性 |
避开了上面的误区,接下来我讲一个标准化的分析搭建流程。不管你用的是Excel、FineBI、PowerBI还是九数云,底层逻辑是一样的。这个框架我在不同行业验证过,基本上只需要根据业务特性微调指标和阈值,主体结构不用改。
最基本的你需要三张表:员工主数据表(含部门、岗位、入职日期、离职日期)、绩效记录表(含员工ID、考核周期、绩效分数或等级)、离职信息表(含离职类型,主动/被动、离职原因分类)。关联键必须是员工ID,而且要确保三张表的员工ID口径一致。这是最基础的事,也是出事最多的地方,实际工作中我见过用姓名关联导致重名混乱的、用工号关联但系统变更后工号不一致的、绩效表中员工ID与HR系统ID不同的。
数据类型上有一个要特别注意的点:绩效字段必须同时保留原始分和转换后的标准化分。原始分用于部门内部的趋势分析,标准化分用于跨部门比较。这一步不做好,后面所有跨部门的分析都是无效的。
什么叫高绩效离职?这不是一个拍脑袋的定义。我建议用你公司实际的数据分布来定,而不是套用外部标准。常见的做法:

这是整个分析框架的骨架。把在職员工和离职员工分别按照绩效水平分到四个象限里:
这个四象限框架的价值不在于分类本身,而在于它为每一个象限定义了一套不同的管理动作。对于第二象限(高绩效高离职),你要做的是诊断挽留和激励修复;对于第四象限(低绩效低离职),你要做的是绩效管理和人才流动机制优化。两者的方向完全相反,但你如果只看整体离职率,你根本不知道该往哪边用力。
有了四象限基础之后,就可以开始切片下钻了。我常用的下钻维度优先级(从最可能发现模式到最不容易发现模式):

前面几步告诉你“谁走了”和“从哪里走了”,这一步帮你回答“为什么”。但这里有一个特别重要的提醒:离职面谈记录的离职原因不可全信。员工离职时说的原因,与真实原因之间的偏差,是HR数据分析中公认的难题。我的经验是:
关联绩效的作用不是否定离职面谈的价值,而是给你一个交叉验证的锚点。当绩效数据和离职原因出现矛盾时,大概率是离职原因需要被重新解读,而不是绩效数据出错,因为绩效数据是行为记录,离职原因是自我陈述,前者的偏差通常小于后者。
做完前面五步,你已经有了一个结构清晰的诊断框架。但离职分析最终的价值不只是诊断过去,更是预测未来。基于历史数据,你可以定义一套预警逻辑:
这套预警的准确性取决于你沉淀的历史数据量。我在一个2000人左右的客户那里做过回溯测试,用他们过去两年的数据训练预警逻辑,结果发现高风险组在接下来6个月内实际离职的概率是中风险组的3.2倍、低风险组的7.5倍。也就是说,确实可以提前识别,而且准确率远高于凭直觉判断。

上面讲的是通用框架。但在实际落地中,不同行业的绩效结构和离职模式差异很大,如果用一个标准套所有行业,结论会失真。下面我挑三个行业来讲讲关键差异,都是我做过的或者深度调研过的案例。
制造业一线员工的绩效考核通常以计件效率为主,日产量、次品率、工时利用率。但你如果只把效率分数和离职率关联,你可能会忽略一类非常重要的人才:高技能型员工。这类人的效率可能只是中等偏上(因为他们做的往往是难度更高、非标准化的工序),但他们的技能不可替代,会操作某些专用设备、熟悉特定工艺参数、能处理复杂异常。这些人一旦离职,产线很可能直接停摆。
制造业关联绩效的正确做法:把效率类指标和技能类指标分成两个维度分别关联。我服务过的一个注塑件工厂,他们的离职分析之前只看产出效率,结论是“离职的都是中等效率员工,影响不大”。后来我让他们把模具调试技能等级作为第二个绩效维度加进去,发现离职人员中持有高级调试资格证书的占比高得惊人,而这些人的效率分数只是中等,因为他们的工时大量花在调试和异常处理上,不计入标准产出。如果不拆分绩效维度,这类核心技能人才的流失在数据层面是隐形的。

很多科技公司没有传统的绩效分数,用的是OKR评分。OKR评分的取值范围和分布特征与KPI分数完全不同,它不是正态分布,而是高度集中在0.6-0.8之间(因为OKR设定时鼓励挑战性目标,完成70%就算很不错了)。如果你直接把OKR得分当成绩效分数做高低分类,你会发现“高绩效”和“低绩效”几乎没有区分度。
在OKR体系下,更有区分度的指标是:OKR完成度的稳定性、O(目标)的难度评级、跨部门协作的贡献度评价。我在一个SaaS公司做过相关的尝试,他们后来把“连续两个以上季度OKR完成度超过团队中位数”加上“至少在一个季度承担过跨部门重点项目”作为“核心贡献者”的操作性定义,然后用这个标签来做离职分析的绩效关联。结果发现,按这个定义筛选出来的核心贡献者离职率,是其他员工的3.8倍,这些人在传统OKR评分上看不出明显优势,但他们的离职对团队协作和项目进度的冲击远比想象中大。
零售和服务业最大的特点是什么?绩效具有极强的季节周期性。双十一期间客服的接待量飙升,但服务质量评分会下降;春节前物流的时效达标率跳水。如果绩效分析不剥离季节性效应,你会得出“年底离职的都是绩效表现不佳的员工”这种结论,但实际上只是因为他们的绩效评分在旺季被拉低了。
正确的处理方式是:用同比绩效而非环比绩效。把今年12月的绩效分数和去年12月比,而不是和今年11月比。这样季节性因素就被标准化掉了。另外一种做法是用绩效排名而不是绝对值,因为在同一个旺季,所有人面对的压力是一样的,排名高的依然优秀。
我见过一个大型连锁餐饮品牌的案例,他们有一线门店员工的月度绩效考核含客户满意度评分。高峰期(节假日、周末)的评分系统性地低于非高峰期。如果不做周期性剥离,高峰期后离职的员工会被系统性地打上“绩效偏差”的标签。但事实上当中相当比例的人在非高峰月份的绩效排名很靠前,只是被高峰期的评分波动拖累了均值。
上面讲的是分析思路和分析框架。这部分讲落地,你在BI平台上具体怎么操作,才能让上面的框架可执行、可复用、可自动化。我不讲某个软件的操作步骤,我讲的是操作逻辑和数据处理要点,换成任何一个BI平台都能用。
我选择九数云作为示例平台,原因比较直接:在中小企业场景下,九数云的零代码数据处理能力和多表关联的灵活度,是目前我接触过的同类产品里上手门槛最低的。它的核心优势不在于可视化有多炫,而在于“把分析逻辑沉淀为可复用的数据管道”,你做完一次绩效-离职关联分析,配置的步骤可以直接保存成模板,下次数据更新后一键刷新。这对HR部门来说非常关键,因为大部分HR团队没有专职数据分析师,不能每次都从零开始写SQL或者手动整理Excel。
在九数云里,绩效表、离职表和员工主数据表的关联,不是简单的VLOOKUP或者一次性的表拼接。九数云的处理逻辑是“数据流”,你可以先把三张表导入平台,然后通过拖拽的方式在可视化界面上建立关联关系。关键操作点有两个:一是关联字段统一用员工ID,确保不会因为重名、工号变更等问题出现关联错误;二是绩效表要引入“考核周期”这个时间字段,然后在筛选离职员工的绩效时,设置一个时间过滤条件,比如“考核周期在离职日期前3-6个月之间”。
这个时间过滤的逻辑,在Excel里需要写嵌套公式或者手动筛选,在九数云里可以通过界面化的条件设置完成。更重要的是这个配置可以保存,以后每个月更新数据时,只需要把新的三张表导入或者自动同步,分析结果直接刷新。这对HR团队的日常工作来说是一个质的改变,从“每个月花一天手动做离职分析”变成“打开仪表板就能看到最新的关联结果”。
前面讲过,不同部门的绩效评分需要标准化之后才能跨部门比较。在九数云里,这个操作的逻辑是:先按“部门”和“考核周期”进行分组,然后在每个分组内对“绩效分数”进行降序排名,再计算百分位(排名除以分组总人数)。这个逻辑如果用SQL写,大概是PARTITION BY加ROW_NUMBER、再加一个除法计算,有一定技术门槛。但在零代码平台上,通过窗口函数配置界面就能完成。
我实操中发现一个容易被忽视的细节:分组排名时一定要加上“考核周期”作为分组条件之一。如果不加,你会把不同季度的绩效搅在一起排名,这会让时间维度失效,导致离职前半年和离职前半年的绩效混排,标准化结果失去解释力。正确的分组条件应该是“部门 AND 考核周期”。
九数云的优势在于下钻非常灵活,你可以从公司级指标,一键下钻到部门、再到个人。但灵活的前提是你在搭建时把下钻路径设计清楚。我建议的仪表板结构(按用户阅读顺序):
这个三层的下钻结构,本质上是把分析从“发现问题”推进到“定位问题”再到“诊断原因”的完整路径。很多BI仪表板失败的原因是搭建者把所有图表平铺在一页上,用户不知道先看哪个、后看哪个,信息过载导致什么都没看进去。

预警不是靠人每天盯着仪表板看。你应该在系统里设置规则,当某些指标触发阈值时自动推送给相关人员。在九数云里,这个可以通过“数据预警”功能实现:设定条件(如:某部门高绩效离职率突破历史均值+1个标准差),关联通知方式(如企微、飞书消息推送)。
我建议的预警阈值设定方法:不要用一个固定的绝对数(如“超过10%就预警”),用历史均值和波动范围(如“超过过去12个月均值的1.5倍标准差”)。因为不同公司、不同时期的基准水平不同,固定阈值要么太灵敏(频繁误报),要么太迟钝(出了问题才触发)。统计阈值能自适应数据本身的波动特征。
这部分分享几个我在实际项目中关联绩效后发现的规律性模式。这些不是某个公司独有的案例,而是在不同行业反复出现的结构性问题。了解这些模式,你可以在自己的分析中有侧重地去寻找类似的信号。
这是最普遍、也是伤害最大的一种模式。我发现在很多公司里,连续高绩效员工的薪酬涨幅反而低于部门均值。逻辑上这听起来很反常识,表现最好的人难道不应该加薪最多吗?但实际情况中,很多公司的加薪逻辑是“普调为主、特殊调整为辅”。对于已经处于高位的高绩效员工来说,除非有晋升带来的职级跳跃,否则普调幅度其实和所有人都差不多。这就导致他们的薪酬竞争力随着时间推移反而在相对下降,因为市场上对他们的定价增长很快,而内部的薪酬涨幅是线性且普惠的。
这类员工的离职往往发生在两个节点:一是连续高绩效大约18-24个月后,二是外部出现一个明确的高薪酬offer时。他们的离职面谈大概率会说“因为个人发展”,但实际上薪酬数据已经提前告诉了答案,关联薪酬数据后你会发现,他们的最后一次调薪幅度可能是部门均值的一半甚至更低。我称这类人为“薪酬倒挂型高绩效者”,他们的离职是企业完全可以提前预见并干预的,只要薪酬分析的颗粒度足够细。

我观察到的第二个模式是:当一个部门发生管理者变更或组织架构调整时,接下来1-2个季度内,该部门高绩效员工的离职率会出现一个明显的峰值。而且这些离职的高绩效员工,往往在组织变动发生之前绩效非常稳定。
我做过一个小样本的事后追溯。某消费品公司进行了一次事业部合并,两个团队合为一个,原先两个团队各有一个总监,合并后只保留了一个总监岗位,另一个总监被调岗。合并后6个月内,被调岗总监原先的下属中,绩效排名前30%的员工离职了将近一半。而这些人在合并前一个季度的绩效排名都很稳定,没有任何异常。为什么会这样?因为高绩效员工对“管理者质量”和“团队氛围”的敏感度远高于普通员工,他们有能力在外部找到替代选项,所以当对当前环境不满时,离开的门槛很低。
这个模式提醒HR团队:组织变动后,应该把关联绩效的离职分析作为一个标准动作,而不是等到离职数据积攒够了再回头去看。如果你在组织变动当月就开始监控变动部门的高绩效员工离职倾向,你是可以在第一个人离职之前就看到信号的,比如请假的异常增多、培训参与的突然下降。
第三种模式最容易被彻底忽视。有些员工对团队的贡献不在绩效考核指标的覆盖范围内,比如知识传承(带新人)、跨部门协调(非本职但能通事)、团队情绪稳定器(凝聚团队)。他们的绩效分数可能只是中等偏上,但他们的离职对整个团队生态的破坏力可能远大于一个绩效顶尖者的离职。
这是纯粹依赖绩效分数做离职分析的一个根本性局限。绩效数据能捕捉的是“可量化的贡献”,但不是“全部贡献”。所以我在做离职分析时,除了看绩效分数,还会建议HR团队额外标记一个维度:“不可替代性”评分,由直属上级评估这个员工离职后,团队需要多长时间才能恢复到原来的产出水平。哪怕这个评分只有简单的“一个月内可恢复”和“三个月以上才能恢复”两档,它都能非常有价值地为绩效数据做一个补充修正。
当一个中等绩效但“高不可替代性”的员工离职时,它的影响可能不亚于一个高绩效员工的离职。你说这个是情感判断也好、是管理直觉也好,但它确实在很多团队里都是真实存在的。BI分析不能只迷信数据,也要给管理判断留一个接口。

前面讲了很多分析和诊断的内容,最终要落到行动上。在关联绩效拿到诊断结论之后,不同情况应该对应不同的策略。我把常见的情况和对应的行动建议整理如下:
| 诊断结论 | 应立即采取的行动 | 不应做的事 | 优先级 |
|---|---|---|---|
| 第二象限:高绩效离职率持续攀升,且集中在1-2年司龄段 | 对目标群体启动一对一面谈,重点排查薪酬竞争力和发展通道问题,同步启动外部薪酬调研 | 不要普调薪酬,这会稀释资源,低绩效者也跟着受益,应该集中资源给核心群体做差异化调整 | 最高 |
| 第四象限:低绩效低离职,某部门超过连续两个考核周期无人被优化 | 与该部门管理者进行绩效校准面谈,检查是否存在“老好人”评分倾向,必要时引入强制分布机制 | 不要直接大规模裁员,先整顿绩效管理流程,给管理者和员工一个公平的调整周期 | 高 |
| 某一部门高绩效离职率远超公司均值,且离职面谈中频繁出现与直属上级相关表述 | 对部门管理者启动管理能力评估或360度评估,判断是否需要管理辅导或岗位调整 | 不要把矛头直接公开指向管理者,先做情况核实,避免造成团队动荡和组织信任危机 | 高 |
| 组织架构调整后某部门高绩效员工集中离职 | 为受影响的核心员工提供一对一沟通,明确其在新架构中的角色定位和发展路径 | 不要等到他们提离职再去谈,那时通常已经晚了 | 最高 |
| 高绩效离职率回归正常,整体结构进入第一象限(高绩效低离职) | 维持现有机制,但要定期回看避免从第一象限滑回第二象限 | 不要因为数据好看就停止监控,人才市场的变动和内部管理的变化都可能打破平衡 | 中 |
资源永远是有限的。你不可能同时解决所有问题。当绩效-离职分析呈现出多个需要采取行动的信号时,需要做出取舍。我的判断准则:
(1)先救火再防火:如果第二象限(高绩效高离职)和第四象限(低绩效低离职)同时亮红灯,优先处理第二象限。高绩效人才正在流失是直接的、当下的损失。低绩效不离职是结构性的、长期的问题,容忍度高一点。
(2)集中资源打关键点:如果多个部门都有第二象限预警但预算有限,选业务影响最大的部门先干预,通常是直接产生收入的部门(销售、核心产品研发)或者短期内无法替代的部门(关键供应链岗位)。不是所有高绩效员工离职对公司的影响都是同等的。
(3)数据优先于直觉,但不要只用数据:前面反复强调了关联绩效的价值,但我必须同时提醒一个边界,绩效数据告诉你“谁走了”和“可能的模式”,但它不直接告诉你“应该怎么办”。最终的干预决策需要结合管理者的判断、对员工个体的了解、以及公司当前的战略优先级。关联绩效是为了让你判断更准,不是为了代替判断。
(4)先做可见度再谈自动化:如果你的公司从来没有做过绩效-离职关联分析,不要一上来就建预警模型和自动推送。先把关联后的结果做成一张简单的四象限图表,在管理层会议上展示一次。管理层看到价值之后,后面的系统化建设才有推动力。很多时候BI在HR部门推不动的根本原因,不是技术问题,而是决策者没看到信息不对等带来的后果。
这篇文章我从一个电商公司的诊断案例出发,系统性地拆解了“关联绩效考核分数”这件事的正确做法。核心观点其实可以用一句话概括:离职率是用来向老板汇报的,绩效关联后的离职分析是用来帮公司省钱的。前者是结果指标,后者是归因指标。做HR数据分析的人,如果永远停留在汇报层面,他的价值是有限的;如果能从数据中读出管理问题的根因、给出有数据支撑的行动建议,他的价值会完全不同。
我建议的执行顺序,按你现在的情况自取:
最后说一句可能有点冒犯的话,但这个是我反复验证过的结论。一家公司如果做了三年以上的离职分析但从来没关联过绩效数据,那说明他们的离职分析可能是白做的。不是数据没有价值,而是他们没有把最关键的那把钥匙插进锁孔。现在你有了这把钥匙,接下来就是打开门,去看看那些被平均数字掩盖的真实结构。
我是一名HRBP,公司刚上线了BI平台,我想把离职数据和绩效考核分数关联起来分析,但发现数据表结构不一样,绩效是按季度评分的,离职是具体日期。我该怎么把这两张表关联起来才不会出错?有没有标准的关联逻辑?
很多HR第一次做关联时最容易犯的错是直接按员工ID做左连接,然后发现数据行数膨胀或丢失。正确的做法分三步:第一步,确定分析的时间窗口。不能只看离职当季的绩效分,因为离职决定往往几个月前就有征兆。我的经验是取离职前连续4个季度(或最近2个季度)的平均分,这样能过滤掉单次考核波动。第二步,建立事实表。
把员工ID、考核周期(如2024Q1)、绩效分数作为维度表,离职事实表包含员工ID、离职日期。关联时用员工ID,并在后置筛选条件中限定考核时间 <= 离职日期。第三步,注意处理多对多关系。如果员工在多个考核周期有分数,用聚合表(如平均分)后关联。
我用FineBI实操过,采用‘绩效汇总表’作为中间表,按员工ID聚合最近4个季度均值,再左连离职表,这样得到一行一个员工的最新绩效和是否离职。数据粒度对齐后,散点图才有意义。建议先用Excel小样本验证逻辑,避免全量跑出脏数据。
我试着用BI画了一张散点图,横轴绩效分数纵轴任职天数,想看看绩效差的员工是不是更容易离职。结果图上一堆乱点,根本看不出趋势。我怀疑是我的数据有问题,或者分析方法本身就不对。你们踩过哪些坑?
最大的坑是混淆了相关性和因果性,但更常见的陷进是幸存者偏差和右删失问题。我亲身经历过:第一次分析时只用了在职员工+已离职员工的绩效数据,发现绩效分数低的人任职天数反而长,这违背常识。后来排查发现,是因为刚入职不到3个月的新员工(绩效往往未评定或很低)大量离职,拉低了均值。解决方案是必须区分工龄段。
建议做法:把员工按入职年份分层,比如0-3个月、3-12个月、1年以上,分别做绩效-离职散点图。另一个坑是绩效分数标准化不一致。不同部门考核尺度不同,销售部门S级占比15%,研发S级占比5%,直接混在一起画图会误导。
我的经验是先把各部门绩效分数做百分位排名(如FineBI的RANK_PERCENTILE函数),再统一到0-100分,这样跨部门才可比。数据干净后,你会发现真正的模式:中等绩效(50-70分位)离职率最低,两端(极高分和极低分)离职率都高。这个规律来自我分析的3家互联网公司数据,趋势一致。
公司最近走了几个核心骨干,都是去年绩效A+的。领导让我用BI建一个预警看板,能实时监控‘高绩效高离职倾向’的员工。我看了很多教程都是教画雷达图或者仪表盘,但感觉太花哨不实用。请问有什么最直接的可视化方案?
别用雷达图,HR看板要的是‘一眼锁定目标’。我设计过一个极简的‘四象限气泡图’,效果非常好。步骤:X轴放‘最近2个季度平均绩效百分位’,Y轴放‘员工在职月数(反向,月数越小越危险)’,气泡大小代表‘近30天考勤异常次数’。然后画两条参考线:绩效百分位大于80为高绩效,在职月数小于12为新员工。
右上角象限就是‘高绩效+低在职’的高风险人群,这些人是刚入职就表现优秀但随时可能被挖走的。操作层面:在九数云BI中,用散点图拖入字段,再添加趋势线,然后在‘颜色’字段设置离职风险标记(如是否参加过离职面谈)。
我做过一个对比案例:使用前HR手动筛需要2小时,用这个看板每天自动刷新,3秒就能圈出Top10风险名单,准确率约85%(验证过一个月)。关键是还省掉了低绩效人员干扰。另外,可以把这组人单独导出为‘黄金保留名单’,定向加薪或谈话。
BI分析出来了结论:我们公司高绩效员工离职原因排第一是‘职业发展受限’,第二是‘薪酬不公平’。但数据报告交上去后,业务部门说‘我知道了然后呢’。作为HR我怎么把这个分析结果转化成业务能执行的行动计划?我总觉得分析到管理动作之间缺了一座桥。
光有‘原因’没有‘抓手’是BI落地最大的失败。我的做法是:把分析结果拆成三个可量化指标,并落到具体责任人。第一步,基于绩效-离职关联图,计算每个部门‘高绩效员工流失成本’(替代成本=年薪×1.5),用BI仪表板展示部门排名。
第二步,建立‘离职前预警信号’列表:比如绩效分连续两季度下降超过15%、年假突然集中申请、未参加团建活动等。把这些信号量化成分数(例如每出现一项+10分),在BI中生成每个员工的‘离职风险评分’。
第三步,输出行动清单:对于风险评分>=70分的高绩效员工,HRBP必须在24小时内安排一对一访谈,并提交留人方案;对于风险评分40-70的,由直接主管在本月内制定‘成长计划’。我曾在某互联网公司推行这套机制,使用九数云的自动化提醒功能,当风险员工出现时自动给HRBP发企业微信通知。
试行一个季度后,高绩效离职率从12%降至7%。关键不在于分析多炫酷,而在于BI看板上要有一个‘待办事项’模块,直接关联具体人的跟进状态。这样业务部门拿到的不只是报告,而是‘今天要打三个电话’的任务列表。


读者评论
作为电商HR,看完后背发凉。我们公司就是每月出离职率报告,各部门对比、离职原因分类都有,但从没考虑过把绩效分数关联进去。上个月刚做完全员调薪,理由是‘薪资竞争力不足’,但看完文章的案例,我怀疑我们是不是也在用错误诊断开错误药方。准备下周拿三个月的数据跑一遍,看看高绩效员工到底流失了多少。谢谢作者把时间对齐和标准化排名的坑讲清楚了,这些都是实际工作中最容易忽略的细节。
做BI咨询五年,这篇文章几乎把我在客户现场见过的所有问题都点了出来。最触动我的是那个制造企业案例,整体离职率2.8%,HRD当成绩讲,但高绩效员工流失率已经11.6%了。这根本不是工具问题,是分析思维的盲区。我建议HR同行们把文中那四个误区和修正方法截图打印出来,作为离职分析的前置检查清单。工具可以换,但分析框架一旦搭错,BI再强也只是精准地得出错误结论。
从数据分析师的角度补充一点:文中提到的时间对齐问题确实非常关键。我处理过一家零售企业的数据,用离职前最后一次绩效分数做归因,发现很多‘低绩效离职’的员工其实前两个季度都是中上水平,只是因为离职前最后一个月和主管闹矛盾被打了低分。改成取倒数第二季度数据后,误分类率降低了30%以上。另外标准化排名那部分也很实用,但建议加上部门人数下限过滤,少于10人的部门做百分位排名意义不大。
去年我们公司开始用九数云做HRBI,离职分析是第一个落地模块。当时我就要求必须把绩效、薪酬、司龄全关联进来。文章里提到的绩效与薪酬匹配度分析,在我们内部叫‘公平性检测’,确实能发现很多隐藏问题,比如销售部高绩效但薪酬涨幅滞后的员工,离职意向比其他群体高出50%以上。不过实际操作中,最费时间的不是分析本身,而是数据清洗:三张表的员工ID口径不一致、绩效周期定义不同,光是对齐数据就花了两周。