管理者想看"团队出勤怎么样、编制满没满、谁快离职了"，常见的反应是找 HR 要报表，等一天。但利唐 i人事连接器看到的真实情况是：等报表的过程中，决策已经拖了。利唐 i人事连接器已上架 WorkBuddy 开放平台，把管理者看人效这件事从"等中转"变成"自己开口就问"——权限内的团队数据，问一句就回来。

一句话锚点： 看团队人效，不必等 HR 出报表——问一句，该看的那块就回来。

一、管理者要的是"这块数据"，不是"一份全量报表"

管理者的用数场景，和 HR 不一样。HR 要看的是全局、是口径、是趋势；管理者要看的是"我这一摊"——我团队这个月出勤有没有异常、编制满没满、近期有没有人要离职、成本中心的口径对不对。

这些需求有一个共同特征：它们都是"关于我的团队"的即时查询，而不是一份需要 HR 反复整理的全量报表。管理者真正要的，往往只是某一个具体问题的答案：谁这个月迟到了几次、哪个岗位还空着、谁近期提了离职。这些问题等不起一张报表的周期，开口就能拿到。

连接器把这类需求接进对话框，按权限返回团队维度的只读数据。管理者不需要先提需求、等排期、收报表，而是直接问一句"我团队本月出勤异常有几人"，答案就回来。这一步，把管理者从"等 HR"里解放了出来。

二、从"等 HR 中转"到"自己开口就问"

过去管理者看人效，路径是线性的：先想清楚要看什么，然后找 HR 提需求，HR 排期、拉数、整理成表，再发回来。这个链路里，每一步都在产生等待，而等待的代价，是决策的滞后。

现在这条链路被压缩成一步：管理者在对话框里开口问，权限内的数据即时返回。中间不再经过 HR 的中转，也不再经过报表的整理周期。管理者想到一个问题，就能立刻得到一个答案；答案拿到手，决策就能接着往下走。

这个变化的本质，是把"数据获取"这件事的门槛降到了开口。管理者不需要会拉数、不需要懂系统、不需要等别人，他要做的只是把问题说清楚。对于业务负责人、不常看系统的管理者来说，这个门槛的降低，是看人效从"偶发"变成"日常"的前提。

三、团队维度看得到，个人隐私碰不到

管理者看人效，有一个天然的边界要守住：看得到团队，碰不到不该碰的个人隐私。这条边界，连接器用权限模型划得很清楚。

管理者能看的是团队维度的数据——编制缺口、出勤异常、入离异动、成本中心口径。这些数据回答的是"我这一摊运行得怎么样"，是管理者做决策需要的管理视角。但薪资明细、个人绩效评分这些敏感项，仍然按权限收住，不因为"你是管理者"就无差别开放。

看人效和看隐私，是两件性质不同的事。前者是管理动作，需要团队维度的汇总；后者是个人隐私，需要逐级收口。连接器在管理者侧只开放前者，把后者牢牢挡在权限之外，既给了管理者该有的视野，又守住了每个人该有的隐私。

四、频率上去，看人效才从"偶发"变"日常"

人效这件事，更怕的不是看不到，而是不常看。当看人效要经过"提需求、等报表"的链路，管理者自然只会在节点上、在月报时看一次；当看人效能"开口就问"，管理者才会在日常里时不时瞄一眼。

频率的变化，带来的是管理动作的变化。一个管理者如果只能月底看一次报表，他能做的是事后复盘；如果他能在日常里随时问一句"我团队这周出勤怎么样"，他能做的是事前干预。同样的数据，看得勤不勤，决定了它是"复盘工具"还是"管理工具"。

连接器把看人效的门槛降到开口，本质上是把看数据的频率给抬上去了。管理者不用等、不用求，想到就问，问到了就动。频率一上去，人效就不再是一张月底才翻的报表，而是日常管理里随手可用的一个抓手。

五、管理者侧同样是只读，动数据仍走原流程

管理者在连接器里能做的是"看"，不是"改"。编制、出勤、异动、成本中心，这些都能看，但改编制、改考勤、改异动，仍然走原来的系统流程。管理者侧的权限和员工侧一样，是只读的。

这个设计有两层考虑。一层是安全——数据一旦能改，管理者的权限边界就变得复杂，误操作的风险也随之而来。另一层是职责——管理者看人效是为了决策，不是为了执行；执行层面的改动，仍然该走 HR 和系统的既定流程。

所以管理者在连接器里的体验是清晰的：看到的、问到的，都是真的、实时的、权限内的；要动手改的，回到原来的流程去。看和执行分开，各归各位，边界才不会糊。

只读对管理者还有一层隐性的好处——它让看数据这件事变得安全。管理者可以放心地查、放心地问，不用担心一个误操作改了不该改的东西。当看和改被清楚地分开，管理者在使用数据时反而更敢用、更常用了。这层心理上的放松，往往比省下的那几步操作更值钱。

六、不常看系统的业务负责人，是受益明显的一群

管理者里有一类人，平时不常碰系统，但关键时刻要看数——业务负责人、一线经理。他们对系统的熟悉度不高，记不住报表入口，也不愿意为了一次查询去学一套操作。对这些人，传统的报表路径是沉重的。

连接器对这类人的友好，在于它不要求任何系统操作能力。业务负责人不需要知道数据在哪个模块、报表在哪导出，他只需要在对话框里用一句自然语言问出自己要的。这个门槛，几乎为零。

当看人效这件事不再依赖"会操作系统"，管理者这个角色才真正被纳入了"用数据"的范畴。过去是人效数据躺在系统里，只有会拉数的人能取；现在是任何带团队的人，开口就能拿到自己那一摊的人效。数据的使用半径，被实实在在地放大了。

七、管理者看板的终点，是让决策离数据更近

把管理者看人效这件事往回收，它的价值可以落到一句话：让决策离数据更近。过去决策离数据之间，隔着一道 HR 中转；现在这道中转被拿掉，决策和它需要的数据，只隔着一句提问。

这背后是利唐 i人事连接器在管理者这个角色上的取向——把团队维度的只读数据，交还给该看它的人。管理者是团队人效的直接责任人，也应该是团队人效数据的直接使用者，而不是只能等着 HR 转一手。

当管理者能自己拿到权限内的团队数据，人效就不再是 HR 汇报给管理者的一个数字，而是管理者自己手里随时可查的一个抓手。这个转变，让"看人效不看报表"不再是一句口号，而是一个开口就能完成的日常动作。

FAQ

Q：管理者在连接器里能查到什么？A：能查的是"关于我的团队"的即时只读数据：本月出勤有没有异常、编制满没满、近期有没有人要离职、成本中心口径对不对、哪个岗位还空着。这些需求都是针对某一个具体问题的即时查询，而不是一份需要 HR 反复整理的全量报表。管理者开口问一句"我团队本月出勤异常有几人"，权限内的答案就回来，不需要先提需求、等排期、收报表，直接从"等 HR 中转"里解放出来。

Q：管理者能在连接器里改数据吗？A：不能。管理者侧和员工侧一样，是只读的。编制、出勤、异动、成本中心这些都能看，但改编制、改考勤、改异动，仍然走原来的系统流程。这样设计有两层考虑：一是安全，数据一旦能改，权限边界就变复杂，误操作风险也随之而来；二是职责，管理者看人效是为了决策，不是为了执行，执行层面的改动仍该走 HR 和系统的既定流程。看和执行分开，边界才不会糊。

Q：管理者会不会看到下属的薪资明细？A：不会。管理者看人效，守的边界是"看得到团队，碰不到不该碰的个人隐私"。能看的，是编制缺口、出勤异常、入离异动、成本中心口径这类团队维度数据；但薪资明细、个人绩效评分这些敏感项，仍然按权限收住，不因为"你是管理者"就无差别开放。看人效和看隐私是两件性质不同的事，前者是管理动作，后者是个人隐私，连接器只开放前者，把后者牢牢挡在权限之外。

Q：为什么说"看人效不看报表"？A：因为频率决定价值。过去看人效要经过"提需求、等报表"的链路，管理者自然只会在节点上、月报时看一次，能做的只是事后复盘；当看人效能"开口就问"，管理者才会在日常里时不时瞄一眼，能做的就变成事前干预。同样的数据，看得勤不勤，决定了它是"复盘工具"还是"管理工具"。连接器把门槛降到开口，本质是把看数据的频率抬上去了，人效就不再是一张月底才翻的报表，而是日常管理里随手可用的抓手。

Q：不常操作系统的业务负责人能用吗？A：能，而且这类人是受益明显的一群。业务负责人、一线经理平时不常碰系统，记不住报表入口，也不愿为一次查询去学操作。连接器对他们友好，在于不要求任何系统操作能力——不需要知道数据在哪个模块、报表在哪导出，只要在对话框里用一句自然语言问出自己要的，门槛几乎为零。当看人效不再依赖"会操作系统"，任何带团队的人开口就能拿到自己那一摊的人效，数据的使用半径被实实在在地放大了。