HR 每月做一天表，老板只问一句"所以呢？"

Hi，大家好，我是七帅。

又到月底了。

HR 的工作群里开始热闹。要交月报了。

打开花名册，一个一个扒数据。入职几个、转正几个、调岗几个、离职几个。

再按部门拆。按岗位拆。按司龄拆。按离职原因拆。

折腾半天，甚至一整天。做出一摞表，发到群里。

老板扫一眼，回你一句话。

「所以呢？你想说明什么？」

很多 HR 每个月都在做表。但其实根本没在做人力分析。

月报真正的坑，不在「做不出来」，在「看不懂」

我接触过不少做 HR 的朋友。

大家最头疼的，从来不是做不出表。

是做完表以后，老板还是看不懂。

你交上去的是一堆零散的数字。部门一列、岗位一列、人数一列。

数据是对的。可数据自己不会说话。

老板要的不是「这个月离职 5 个」。他要的是「这 5 个人集中在哪个部门、什么司龄、为什么走」。

你交的是数据，老板要的是判断。

这中间差的，不是时间。是一份能直接看懂的结构。

我写了个 Skill，专门干这一件事

我整理了一下常见的 HR 月报需求，写了一个 Skill，叫 monthly-employee-roster-dashboard。

名字很长。干的事很简单。

把你的花名册 Excel 丢进去，它直接吐出一份能打开看的 HTML 看板。

不需要你写代码，也不需要你懂技术。它会自己认中文表头。

「入司日期」「最后工作日」「异动类型」……各种乱七八糟的写法，它都能认出来，然后算出这个月的全部人力动态。

最后生成的看板里，有这些东西。

1. 六张 KPI 卡片，一眼看清本月全貌

月末在职、本月入职、本月转正、本月调动、本月离职、月末试用期人数。

老板扫一眼，就知道这个月人是多了还是少了。

2. 三类分布图，看清团队结构

按部门看人数。按岗位看人数。按在职年限看司龄。

哪些部门人浮于事，哪些岗位招得猛，团队是老员工扎堆还是新人偏多。一目了然。

3. 一张「入转调离」汇总表

每个部门的入职、转正、调动、离职，一张表全摆出来。

能横向对比，不再是零散数字。

4. 四类异动明细表

本月入职的、转正的、调动的、离职的，各一张表。逐条可查。

谁什么时候进的，谁转正了，谁调到哪了，谁为什么走了。

5. 一张「字段映射表」

这点我比较较真。它会告诉你，它把你哪一列认成了什么标准字段。

你看得见它是怎么算的。不是黑箱瞎猜。数据可审计，你才敢拿去汇报。

这个工具「笨」得很诚实

很多人第一反应是：万一我的表缺字段怎么办？会不会乱算？

这块我设计的时候定了规矩。宁可少算，绝不瞎编。

没有「调动日期」，调动就显示为 0，不瞎推。

没有「司龄」，它从入职日期自己反推到月末。

没有「离职原因」，离职明细照常出，原因那栏留空，绝不编一个。

更关键的是，如果你连必填字段都缺——

它不会硬撑着往下跑。它会停下来，直接告诉你缺哪个字段。

因为做人力数据，错的比没有的，更可怕。

一个瞎编的数字混进去，整份月报的信用就崩了。不如不算。

怎么用，三步

如果你手里正好有花名册，每个月还在为月报头疼。

第一步，把.xlsx或.csv花名册准备好。一员工一行。

第二步，确认有这三列：部门、岗位、入职日期。其它字段越多，看板越好看。但这三列是底线。

第三步，把文件丢给这个 Skill。等它生成 dashboard.html，直接打开看。

你指定月份它就按月份算。你不指定，它自己找最新月份。

完事。

写在最后

我一直觉得，HR 月报这件事，最该升级的不是「做表速度」。

是「交上去的东西，到底有没有判断」。

以前 HR 交上去的，是数据。一摞表，一堆数。

现在能不能交上去一份判断？这五个部门为什么离职集中在两个，这两个部门的司龄结构是不是出了问题，试用期这批人转正率为什么低。

这些，才是老板真正想看的。

这个 Skill 最核心的价值，不是帮你省半天做表时间。

是让你从「整理数字的人」，变成「解释人员变化的人」。

手里有花名册的朋友，可以直接拿来做这个月的月报试试。

把数据丢进去。把判断交上去。