员工想查"我的年假还有几天、考勤有没有异常"，常见的反应是打开 App、找入口、翻菜单。但利唐 i人事连接器在大量落地里看到的真实情况是：多数员工半年才查一次，入口一换就找不到，到头来还是得问 HR。利唐 i人事连接器已上架 WorkBuddy 开放平台，把"查我的"这件小事接进对话框——问一句，权限内的那一份直接回来，偶尔用一次的人也不用记入口。

一句话锚点： 员工查自己的年假考勤，不必再记入口在哪一层菜单——问一句，权限内的那一份就回来。

一、员工常问的"我的"，就那几类

把员工日常围绕自己的那点查询摊开，其实翻来覆去就是几类：年假还剩几天、这个月的考勤有没有异常、请假审批走到哪一步了、合同是不是快到期、工资条在哪看。这几类需求有一个共同点——它们都是"关于我自己"的只读查询，不涉及任何发起、任何改动。

连接器把这几类都接进了对话框。员工问"我还有几天年假"，回来的就是本人当期的余额；问"我这个月有几次迟到"，回来的就是考勤记录里属于他自己的那几条。提问先过权限校验，返回的始终是员工本人权限内的那一份，看不到别人的，也查不到团队维度的汇总数据。

这件事看似简单，却是员工自助里真实存在的摩擦点。过去员工要拿到这些信息，路径是记住 App 里对应的功能在哪个入口、点进哪一层菜单、再找到哪一个页面。对高频使用者，这套路径早就成了肌肉记忆；但对低频使用者，路径一断，就只能回到"问 HR"这条老路。连接器把"记路径"这一步省掉了，留下的只有"开口问"。

二、为什么员工侧是"只读"

员工侧的设计，从一开始就是只读。年假、考勤、合同、薪资条，这些都能查，但没有一样能改。改信息、改考勤、改合同，仍然走原来的系统流程；员工在连接器里拿到的，是"看"的能力，不是"动"的能力。

这不是能力没做全，而是边界就该这么划。员工对自己的数据，天然只该有"看"的权限，不该有"改"的权限。一旦把"改"的能力放进员工自助，就意味着员工可以直接改考勤、改信息，那才是真正的风险。连接器在员工侧只开放只读，等于把风险在入口处就拦住了。

薪资、编制这类敏感项，更是连"看"都要按权限收住。员工能看自己的薪资条，但看不到别人的；能看自己的考勤，但看不到团队的。只读加上权限校验，两层一起，把员工侧的边界卡得清清楚楚。

三、变化不是"多了个系统"，是"问一句就有答案"

对员工来说，连接器带来的变化，不是"公司又多了一个要学的系统"，而是"我想知道的那件事，问一句就有答案"。这个区别很关键——前者是负担，后者是省事。

"多了个系统"意味着新的入口、新的菜单、新的学习成本；"问一句就有答案"意味着没有入口、没有菜单、没有学习成本。员工不需要知道数据存在哪个模块、哪个字段，只需要用一句自然语言说出自己要什么，权限内的答案就回来。

这正是连接器和传统自助入口的分野。传统自助入口把"查数"这件事结构化成了固定的页面和菜单，员工得先学会"数据在哪个页面"；连接器把这件事还原成"问一句"，员工只需要会说话。对于半年才查一次年假的普通员工，后者才是真正省心的方式。

四、偶尔用一次的人，体验怎么保证

低频使用者是员工自助里容易被忽略的一群人。他们不常碰系统，记不住入口，每次要查点什么，都得重新找一遍。对这群人，传统自助入口的体验其实是不友好的——半年用一次，路径早就忘了。

连接器对低频使用者格外友好，原因就在于它没有"路径"这件事。员工不需要记住入口在哪、菜单怎么走，只要记得"我能在对话框里问"。这一次性、跨半年的记忆成本，远低于记住一套菜单结构。

举个例子：一个员工想确认自己合同还有多久到期，他不需要打开 App 找到合同模块，再找到合同详情页，而是直接问一句"我合同什么时候到期"。这个动作不需要任何培训，也不需要任何记忆，开口就能完成。对低频使用者，这是自助能力真正落地的方式——不是让他们去学系统，而是让系统来适应他们"偶尔想起来问一句"的习惯。

五、边界：查得到"我的"，查不到"别人的"

员工自助里，隐私边界是绕不开的一道题。员工在意的，除了"我能不能查到我自己的"，还有"别人能不能查到我的"。这两个问题，连接器用同一套权限模型回答了。

提问先过 i人事 的角色校验，返回的永远是本人权限内的数据。员工查年假，看到的是自己的余额；查考勤，看到的是自己的记录；查薪资条，看到的是自己的那一份。别人的数据、团队的数据，都不在员工的权限范围内，越界的提问在那一刻就被拦下。

这套"查得到我的、查不到别人的"的隔离，靠的不是员工的自觉，而是权限模型在入口处的强制约束。员工不需要担心自己看到不该看的东西，也不需要担心自己的数据被不该看的人看到——边界在提问发生的瞬间，就已经被系统划好了。

六、和原有 App 的关系：叠加，不是替换

连接器不替代员工原有的自助 App。原来的 App 照常用，连接器只是在对话框里加了一个"问一句"的轻入口。员工愿意用哪个，就用哪个。

这两种入口服务的是不同时刻的不同需求。想系统地看、想下载、想导出，走原来的 App；想顺手问一句、想快速确认一个数，走对话框。两者叠加，而不是二选一，才符合员工真实的用数习惯——高频的、结构化的操作留在原系统，低频的、即时的查询交给连接器。

对团队来说，这意味着上线连接器不需要推翻任何已有的东西。原有 App 的入口、流程、习惯全部保留，只是在对话框里多开了一扇随时能问的窗。成本低、动的东西少，员工侧的自助体验却实实在在地往前挪了一步。

七、员工自助的价值，落在"少打扰一次 HR"

把员工自助这件事往回收，它的价值其实很朴素：让员工能自己查到的那部分，尽量不变成对 HR 的打扰。每一个"我还有几天年假"的问题，背后都是一次 HR 的中转；连接器把这类能自助的查询接住，HR 的重复劳动就少了一块。

这背后对应的是利唐 i人事连接器在 12 个业务域里的设计取向：把高频、低风险、只读的查询尽量放开，让使用者在权限内自己拿答案。员工侧的自助查询，正是这个取向落在"普通员工"这个角色上的具体形态——门槛低、边界清、不打扰别人。

当员工开口就能拿到自己的年假、考勤、合同、薪资条，HR 就不必再反复回答这些重复问题，可以把精力放回真正需要人来判断和处理的事情上。员工自助的终点，从来不是"多一个查询入口"，而是"少打扰一次 HR"。

FAQ

Q：员工在连接器里能查到哪些数据？A：能查的是"关于我自己"的只读数据：年假余额、本人考勤记录、请假审批进度、合同到期时间、本人工资条这几类。它们共同的特点是"只读、只关于本人"，不涉及发起，也不涉及改动。员工开口问一句"我还有几天年假"，返回的就是本人当期的余额；问"我这个月有几次迟到"，返回的就是考勤记录里属于自己的那几条。提问先过权限校验，所以看到的始终是权限内的那一份，查不到别人的数据，也查不到团队维度的汇总。

Q：员工能在连接器里改自己的信息吗？A：不能。员工侧从设计之初就是只读，年假、考勤、合同、薪资条都只能看，不能改；改信息、改考勤、改合同，仍然走原来的系统流程。这不是能力没做全，而是边界就该这么划——员工对自己的数据天然只有"看"的权限，不该有"改"的权限。一旦把改的能力放进员工自助，员工就能直接改考勤、改信息，那才是真正的风险。连接器把改的能力挡在入口之外，等于在源头就把风险拦住了。

Q：员工会不会看到别人的数据？A：不会。连接器用同一套权限模型隔离了"我的"和"别人的"。员工查年假，看到的是自己的余额；查考勤，看到的是自己的记录；查薪资条，看到的是自己的那一份。别人的数据、团队的数据，都不在员工的权限范围内，越界的提问在那一刻就被拦下。这套隔离靠的不是员工自觉，而是权限模型在入口处的强制约束——员工不用担心看到不该看的东西，也不用担心自己的数据被不该看的人看到。

Q：连接器会取代原来的员工自助 App 吗？A：不会。原来的 App 照常用，连接器只是在对话框里加了一个"问一句"的轻入口，两者叠加，不是二选一。想系统地看、想下载、想导出，走原来的 App；想顺手问一句、想快速确认一个数，走对话框。这样安排，才符合员工真实的用数习惯——高频、结构化的操作留在原系统，低频、即时的查询交给连接器。上线连接器也不需要推翻任何已有的东西，原有入口、流程、习惯全部保留。

Q：偶尔才用一次的员工，体验怎么保证？A：靠"没有路径"这件事。低频使用者不常碰系统，记不住入口，每次查都得重新找一遍。连接器没有入口、没有菜单、没有学习成本，员工只要记得"我能在对话框里问"就够了，半年用一次也不用重新学。举例来说，想确认合同还有多久到期，不需要打开 App 找到合同模块、再找到详情页，直接问一句"我合同什么时候到期"就能完成。这种"让系统适应员工偶尔想起来问一句"的设计，才是自助能力真正落地的方式。