人力资源月报周报自动生成

场景

月初从花名册、招聘表、离职表和薪酬表复制数字，再写“人数增长、离职率变化”，耗时且容易口径不一。AI 可以按已确认的指标字典做汇总与初稿，HR 负责数据核对、业务解释和发布。周报重点跟踪正在推进的事项，月报重点看结构和趋势，不能只替换时间标题。

输入与规则

准备期初期末花名册、入离职流水、招聘进度、编制与薪酬汇总、上期报告模板。明确统计期间、在册口径、调岗是否计入异动、空缺岗位定义、离职率公式以及谁能看薪酬。薪酬表尽量输入聚合数据，不把个人工资传给无权限工具。

执行步骤

先做数据核对：期初＋入职－离职±调动＝期末；招聘漏斗人数不能后一级大于前一级，除非明确跨期原因。AI 生成“本期事实、同比/环比变化、异常待核、管理问题”四段，图表标注分母与日期。周报用岗位招聘进度、入离职待办和风险清单；月报增加人员结构、关键岗位、流失与成本趋势。HR 将异常回查源表，补充真实业务原因，再发给相应受众。报告中的“建议”应与事实和责任人连接，而不是自动套“加强培训”。

提示词：

按所附指标字典和模板生成〔周/月〕人力资源报告初稿。先校验人数平账、重复编号和各指标分母；输出每个结论的数据来源与公式。对无法解释的变化列待核问题，不编造原因或收益。资料：〔脱敏表与模板〕。

验收与来源

抽查总人数、离职率、招聘漏斗和成本口径，确认敏感页的收件人权限。A0502《万字长文：【HR/人事/行政】WorkBuddy 提效实战》给出花名册、招聘、离职、工资总额生成月报的输入示例；A0345 展示招聘月报的图表维度。文章中的“几分钟生成”属示例叙述，不作为实际验收指标。

月报示例与异常处理

假设月报显示期初 300 人、入职 12 人、离职 9 人、期末 304 人，按简单流水应为 303 人。AI 不应直接写“净增长 4 人”，而应列出 1 人差异，检查部门调入、返聘、员工编号重复或统计日期。若招聘漏斗中“面试人数”大于“初筛通过人数”，可能是上月通过、本月面试，不能简单判为数据错；要改用同一批次口径，或在报告中解释跨期流转。

正文应如何写

“本月关键岗位空缺 5 个，比上月多 2 个；其中 3 个岗位的审批在本月中旬才完成”是事实。至于“因为审批慢造成招聘延迟”，还需比较各岗位的审批、发布、面试和录用时间。报告要分事实、可能原因、需要管理层决定的事项。周报可只写变化和待办，避免每周重做完整战略分析。

模板先定义，数据再进来

周报至少写本周关键异动、招聘与入职进展、待解决问题和下周动作；月报还需要同口径趋势、编制与成本、重要人才风险。AI 可以根据模板提取数据，但每项指标都应有统一字典。比如“招聘完成率”的分母是计划招聘人数还是已批准空缺数，若月份中途调整编制，报告要说明基准变化。离职率按月平均人数或期初人数计算也必须固定，否则趋势无意义。

生成前做三层核对。第一层是文件与时间：花名册是否为本月月底版本，招聘表是否已锁数。第二层是数量守恒：期初＋入职－离职±内部变动是否等于期末，合计与部门之和是否相符。第三层是业务解释：数值变化是实际业务变化，还是部门拆并、数据补录、口径更新。AI 可以列出这些疑点，但只有 HR 和业务部门能核实。

输出给不同对象要分层。管理层看结论与决策问题，HR 经办人看异常明细，普通主管仅看本部门有权限的数据。发布前检查图表是否暴露小团队个人薪酬或敏感异动。发布后若发现错误，保留更正版本与原因，不能静默覆盖已经发出的报告。

交付与验收清单

• 周报与月报分别服务不同决策，不只换时间标题。
• 指标字典、分子分母、统计日期与源表可追溯。
• 人数平账和招聘漏斗异常已经处理或标注。
• 敏感数据按收件人分级，错误报告有更正版本。

AI 可以快速排版，却不能替 HR 解释所有波动；没有业务证据时写“待核实”。