如何用i人事搭建自己的人事系统

当我把后台权限交给一个HR主管时，她第一反应不是兴奋，而是焦虑。她说：“系统是好的，但我怕搭错了，以后改不过来。”这不是个案。过去几年我接触过近百家用i人事的企业，发现一个共同现象：上线失败的原因极少是软件本身，而是前期搭建逻辑出了问题。很多人把“搭建系统”等同于“注册账号、导入员工、设置考勤机”，结果系统跑起来才发现考勤规则互相打架、薪酬公式漏了补贴、审批流在关键节点卡住，这些都不是软件Bug，而是系统架构没搭对。这篇文章不讲通用功能列表，而是基于多次实际交付和纠错的经历，梳理一套真正能让业务跑通的人事系统搭建路径。

这篇文章会先给结论，再拆步骤。 如果你正在准备用i人事做系统化转型，或者已经买了但感觉没用好，下面这些内容会帮你避开八成以上的坑。

核心结论：i人事用得好的公司，都不是“安装派”，而是“架构派”

所谓“安装派”，就是下载App、创建公司、把员工Excel往系统里一导，然后通知大家开始用。这种做法下，系统最多只能起到“花名册+打卡机”的作用。真正能让系统跑通、跑顺、跑出管理价值的，是“架构派”。他们在搭建之前先做了一件事：把公司的人力资源管理逻辑，翻译成系统能理解的语言。 这个翻译过程，就是接下来要拆解的重点。

为什么“翻译逻辑”比“操作功能”重要得多

举一个真实例子。去年我帮一家做跨境电商的公司做系统复盘，80多人规模，用了i人事大概半年，HR每天最痛苦的事就是核考勤。问题出在哪里？他们公司有直播团队，排班有凌晨、有周末、有连续上播然后调休的情况，但HR在搭建系统时，直接选用了系统默认的“标准工时制”模板，没有做场景化调整。结果系统每天疯狂报异常，HR只能手工一个个改。这就是典型的“功能操作对了，业务逻辑错了”。

所以在搭建之前，第一步要做的是：画一张你的公司用工逻辑图。 这件事不需要你会写代码，但要搞清楚几个关键问题：你的团队按什么方式排班（固定班、弹性班、还是多段班）；加班是走审批还是系统自动抓；请假的类型和扣款规则具体到每个城市甚至每个岗位分别怎么写；薪酬结构是简单底薪，还是分了基本工资、岗位工资、绩效工资、各类补贴，并且各自对应的扣减逻辑不同。这一套问题梳理清楚，系统的搭建才有方向，否则就是在用i人事模拟Excel。

常见误区：一上来就想把所有模块全开了

很多公司签约后第一句话就是：“帮我把考勤、薪酬、绩效、招聘、培训全开了，我们一步到位。”每次听到这个需求，我都会建议先停一下。一体化系统最大的优势是打通数据，但最大的风险是一上来就全通，反而会把逻辑错误同步到多个模块。

我的建议是走“三阶段搭建法”：

• 第一阶段：组织人事+考勤。 这是地基。先把组织架构、岗位职级、人员信息、合同信息这些静态数据搭准，然后把考勤规则跑到没有问题为止。这阶段大概需要跑完一个完整考勤周期。
• 第二阶段：薪酬+审批流。 当地基数据经得起验证时，再接入薪酬模块。很多人不知道，i人事的薪酬模块能不能发挥自动化价值，全看前一阶段考勤和假勤数据是否干净。审批流也在这个阶段同步配置，把请假、加班、补卡、出差、报销的流程和权限对应清楚，避免出现“员工申请请假，审批走了但考勤没挂钩”的情况。
• 第三阶段：绩效+招聘+培训。 到这一步，就可以把管理深度拉起来了。绩效模板的搭建我建议先选一个部门跑试点，不要全公司一上来就启用复杂考核表，调一次改一次，HR会被运营部门和老板两边夹击。

这个节奏的本质逻辑是：先用核心业务模块把数据通道跑通，再用管理模块拉深度。 反之，如果一开始全开，头一个月就会陷入“到处改配置、到处救火”的状态。

具体配置时，我踩过的一些坑和你需要注意的细节

说几个在i人事配置过程中容易被忽略，但一出问题就影响全员的点。

第一，权限架构不要抄模板，要根据你公司的实际管理半径来设计。 有些HR直接勾选系统预设的“HR管理员”权限组，但忽略了分公司、分区经理、团队主管的可见权限范围。比如区域主管能看到自己区的人即可，如果你给了他全公司权限，数据安全和薪资保密上会出问题。

第二，考勤规则不要“混搭”。 一个公司可能存在多种工时制的情况很常见，但在系统里一定是一组人对应一套规则，不要试图在同一套规则里用特例覆盖特例。遇到特殊岗位，建议单建考勤组，宁可配置时多花半小时，也不要后续每天花半小时修数据。

第三，薪酬公式一定要先手算一轮再上系统。 先拿3-5个有代表性的员工，用纸笔或Excel把你设想的规则演算一遍，再打开系统公式编辑器去对应字段。我见过不止一次，HR直接照着系统字段配置公式，结果因为对某个“应发合计”字段的取数逻辑理解有偏差，导致全员算错一期工资，那个修正过程极其痛苦。

第四，集成不等于登录打通。 很多团队把i人事和钉钉、飞书、企微做了组织架构同步，就以为完事了。实际上，你需要明确哪些流程在哪个端触发、哪个端审批，以及数据流转方向。例如打卡数据是在钉钉取，还是切到i人事原生考勤；审批是在IM端做，还是在i人事做，这些选择直接影响员工和经理的使用体验。

一个能跑通的搭建样例：50人内容团队的系统配置逻辑

分享一个我亲自参与过的搭建模型。这个团队2024年从散装状态走向系统化，需求很明确：考勤规范、算薪准确、流程线上化。以下是我们做的关键动作：

1. 组织架构搭建：按“平台，频道，小组”三级建立部门树，这不仅服务于通讯录，更用于后续考勤分组和薪酬分摊。
2. 考勤规则：内容团队分责编和运营两类。责编走弹性工时，设置每天最晚打卡时间和每天必须覆盖的核心时段；运营走固定班次，但分了早班和晚班两组。我们在系统里建了三个考勤组，分别挂对应人员，同时把法定节假日加班自动识别和调休规则做了绑定。
3. 审批流设计：所有请假、加班、调休统一走线上审批，并且与考勤模块自动扣减。同时针对“补卡”设置了每月最多3次且需直属上级加部门负责人双重核准的限制。
4. 薪酬方案：先确认了薪酬结构里的几个变量，基本工资固定，绩效工资和内容发布数挂钩，晚班有固定补贴。在系统里，我们将基本工资设为系统自动抓取，绩效工资用外部导入的方式，补贴则直接关联到考勤组的晚班排班记录自动带出。
5. 全员上线前的两周并行期：系统不关闭旧流程，但同时要求全员在i人事完成打卡和请假操作，HR每日比对差异。这一阶段发现了几个边界情况，比如凌晨打卡跨日数据归属问题，早于正式上线前做了规则修正。

这个案例里，没有追求系统的所谓“满开”，但核心人事、考勤、薪酬、审批四条线全部跑通闭环。对于大部分中小团队来说，这就是一个达标的人事系统状态。

不同公司规模的取舍建议

• 30人以下的小团队：不要一上来就搞绩效和培训模块，那是给自己增加工作量。把组织人事、考勤、审批跑顺，价值就出来了。薪酬如果结构简单，可以先不启用系统算薪，只用花名册和出勤数据对接外包或会计。
• 30-100人的成长型公司：这是最适合把i人事一体化价值打透的阶段。考勤薪酬必须打通，审批流覆盖全部人事相关场景，绩效模块可以开始轻量引入，招聘模块用来管理从需求到入职的全流程，避免候选人信息散落在聊天记录里。
• 100人以上的多部门/多地域公司：搭建重心要转向数据准确性和权限治理。多地域的社保公积金规则、不同法人实体下的薪酬方案、多级审批流、组织架构的及时刷新，这些是决定系统能否支撑规模的核心。到了这个阶段，更建议安排专人或对接外部顾问做架构层面规划，而不是让HR边操作边摸索。

搭建完成只是开始，系统要“养”

很多企业搭建完系统后就不再管配置了。但实际上，组织架构会变、业务模式会调、政策法规会更新、用着用着也会发现当初设置的规则不够合理。所以我习惯在项目上线后给HR团队一个“一月一次配置复盘”的习惯养成期。复盘内容不复杂：这一个月有没有哪里反复出现数据异常？有没有审批流程员工普遍反馈难走？有没有管理者说看不到想看的报表？这些反馈就是你下一次配置优化的依据。

一个真正跑得好的人事系统，从来不是“一次性交付”的结果，而是业务和管理持续对撞后的平衡态。先搭骨架，再装引擎，然后随着业务演化持续调优，这比任何一份安装手册都更接近真实的企业实践。

下一步，如果你想用i人事搭建你的人事系统，或者正在为现有系统“不好用”而头疼，最该做的不是打开后台直接改配置，而是把你现在的管理规则往下拆一层，拆到组织单元、工时类型、薪酬结构、审批路线这四个维度，然后用上面讲的三阶段法重新排优先级。哪怕花一次完整的时间做梳理，也比每天花碎片时间救火划算得多。