人力资源驾驶舱与可视化看板生成

看板的价值

看板要让管理者看到异常并能追问来源，不是把所有 HR 指标都画成彩色图。AI 可协助定义指标、草拟计算逻辑和布局；数据模型、访问权限和发布结果必须人工验收。

输入

先确定看板使用者和决策问题。例如 HRD 需要看编制与关键岗位缺口，招聘负责人需要看渠道漏斗；不能做一张全员可见的薪酬与离职个体数据看板。准备指标字典、数据源表、更新频率、历史口径、权限矩阵与样本报表。

制作流程

选 5—8 个真正驱动行动的核心指标，为每个写定义、分子分母、更新时间、负责人和异常阈值。再设计从总览到细分的钻取：人数变动→部门→岗位，招聘完成率→岗位→阶段，而非一屏几十张图。让 AI 辅助写计算公式或 Power BI 度量值，先在少量已知样本上手算比对。图表标出期间和口径，隐藏小样本或个人敏感信息。发布后设数据质量告警与版本记录；指标改定义时保留旧口径说明，不能让历史曲线悄悄变化。

提示词：

为〔角色〕设计 HR 看板草案，目标是回答〔管理问题〕。依据指标字典列每项指标的计算口径、数据源、更新频率、图表形式、可下钻范围、权限与异常处理。计算公式只作草案，列出需手工验算的样本。资料：〔表结构与口径〕。

验收与来源

随机抽三个指标与源表核对，检查小团队和薪酬权限，再让实际管理者试着从异常追到行动。A0428《WorkBuddy 终于能接入 Power BI》展示用连接方式辅助写度量值、分析看板与报告；具体连接能力依赖产品版本、权限和环境，不能假设任何企业都可直接接入。看板设计原则是本文落地方案。

示例布局

管理层第一页可只看期末人数与编制差额、关键岗位缺口、近 12 个月自愿离职趋势、招聘到岗周期和人工成本预算偏差。点击关键岗位缺口再下钻到业务线、岗位和预计补位日期；普通管理层不应直接看到候选人姓名或员工薪酬。招聘负责人使用的第二视图可以看渠道漏斗与面试转化，但不要因为“投递量大”就断言渠道有效，应同时看符合岗位要求的人数和到岗结果。

计算核验

AI 写的度量值先用已知样本手算：期初 20 人、期间入职 3、离职 2，期末应为 21；若看板显示 22，检查是否调岗重复计数。对每个指标保留数据源、刷新时间和负责人。系统断连时显示“数据未更新”，不能沿用旧数让用户误以为是今天的状态。

看板从决策场景倒推

如果管理层每周要决定关键岗位招聘资源，看板应首先展示哪些岗位拖期、卡在需求审批、渠道投递、面试还是 offer，而不是先放漂亮的员工学历饼图。若 HRD 每月关注组织健康，则可看关键岗位空缺、人员流失和员工反馈，但每个指标都要有从聚合到原因的安全钻取路径。不同角色看不同视图，不能靠隐藏几张图就当作权限隔离。

建设时先用一页指标字典明确业务定义、公式、数据源、刷新时间、负责人和异常处理。AI 可写 DAX 或 SQL 草案，但必须在固定样本上与人工计算一致。对跨系统字段映射，如“岗位 ID”“部门 ID”，要验证历史更名或调岗不会重复计数。某张图如果显示“0”，应区分真实为零、数据未到与计算失败，避免管理者误判。

上线后每次刷新记录成功/失败，月度抽查核心指标。使用者若提出新指标，先问它影响什么决定、谁维护、是否有合法数据来源；不能无限往驾驶舱堆图。A0428 的连接方案需要现实环境和权限支持，实际项目还要经 IT 验证接口稳定性与数据安全。

交付与验收清单

• 每项指标有决策用途、口径、数据源与负责人。
• 三个核心指标已用已知样本手算核对。
• 不同角色只看有权看的数据与钻取范围。
• 数据刷新失败时显示过期状态，不显示假“实时”。

看板上的异常必须能转成待办或复核问题，否则只是装饰。