中小公司实施人事系统时部门经理不配合推进的破局思路

一、先说结论：部门经理的“不配合”从来不是态度问题，而是一场利益错位

我在过去六年里，直接参与过超过四十家中小公司的HR系统落地项目，涉及的人数从四十多人到三百多人不等。这里说的“参与”不是指我坐在办公室里写方案，而是我真的在这些公司的会议室里、茶水间里、甚至部门经理的办公室里，和他们面对面谈过、吵过、也妥协过。所以我先下一个可能让你不太舒服的判断：如果你觉得部门经理在“不配合”，那说明你的系统实施策略从一开始就没把他们的利益算进去。

绝大多数HR在推系统时，默认的逻辑链条是这样的：老板批了预算 → 公司需要数字化 → 系统能提升效率 → 所以大家应该配合。这个链条在HR和老板眼里是顺畅的，但在部门经理眼里完全断裂。你跟他们说“系统能让考勤数据更准确”，他们听到的是“以后我手下的人迟到早退全被记录在案，我连打个掩护的空间都没了”。你跟他们说“审批流程线上化能节省时间”，他们听到的是“以后我的签字权被系统取代了，我存在的权威感被削弱了”。

这不是沟通技巧的问题，这是利益结构的问题。所以这篇文章我不打算跟你讲“如何说服部门经理”，我要跟你讲的是如何设计一套让部门经理“想用”甚至“不得不用”的利益分配机制。这套思路不是从任何管理教科书里抄来的，而是我从每一次失败和成功后总结出来的。

二、我在一家47人公司踩过的坑，也是大多数失败的样本

2021年秋天，我接手了上海一家做工业设计的公司的人事系统落地项目。公司47个人，四个部门：设计部、工程部、市场部和行政人事部。老板是设计师出身，对效率工具有天然的好感，系统预算在两周内就批了。我们选了一款市面上评价还不错的人事系统，功能覆盖考勤、请假、审批、薪酬核算。我以为这种小体量的公司，两周就能跑通。

实际情况是：第一周，只有行政人事部在用；第二周，市场部经理在周会上直接说“我们部门的人太忙了，没空搞这个”；第三周，设计部的人开始私下抱怨“每天还要打卡，烦不烦”；第四周，工程部经理在老板面前说了一句原话，“张总，这个系统到底是为了方便管理，还是为了管我们？”

这句话是整个问题的关键。我后来复盘时发现，这个项目从一开始就犯了一个致命错误：我们把系统定位成了“监控工具”而非“生产力工具”。具体表现在三个细节上：第一，系统上线时，我们给部门经理培训的内容是“如何查看下属的考勤异常”，而不是“如何用系统降低你的管理成本”；第二，老板在启动会上说的是“以后所有人事流程必须走系统”，但没说的是“走系统对你们个人有什么好处”；第三，人事部门在推动时用的语言是“这是公司规定”，而不是“这能帮你解决什么问题”。

这三个细节叠加在一起，让部门经理形成了一个根深蒂固的认知：这个系统是HR和老板用来“管我”的工具，我配合它就是在配合别人管自己。换你，你会配合吗？

后来我花了将近三个月才把局面扭转过来，期间换了两个实施策略，做了一次系统功能调整，还和老板谈了三次话。这个项目的完整复盘，我放在第四部分详细展开。

三、拆开部门经理的“不配合”：三个心理账户和一个权力模型

如果你仔细分析部门经理在系统推行过程中的行为模式，你会发现“不配合”其实是一个统称，下面覆盖了至少三种完全不同的心理状态。搞不清楚这三种状态的差别，你的应对策略就只能是“一刀切”，效果自然好不了。

三.1、第一种心理账户：切换成本过高引发的“被动拖延”

这类部门经理不是真的反对系统，而是觉得“太麻烦了”。在系统上线之前，他们的管理方式可能是这样的：手下有人请假，微信上发个消息，他回复一个“OK”就算批了；月底算考勤，行政来收手工单，他把微信聊天记录翻出来对一下，十分钟搞定。现在你告诉他，所有请假必须走系统，他要先登录系统，找到审批列表，点击查看，确认请假类型和天数，再点击审批通过。这个流程从“看一眼微信”变成了“操作四个步骤”。

从行为经济学角度看，这不是懒惰，而是典型的“损失厌恶”，切换系统带来的短期成本被放大了，而长期收益因为看不见而被低估。我在杭州一家做电商代运营的公司里做过一个观察：他们从纸质请假切换到线上审批的第一周，部门经理的审批完成率只有41%。人事专员挨个去催，经理们的回复出奇一致：“我太忙了，等会儿就批。”但同一批经理，秒回工作微信的概率接近100%。

这说明问题不在“时间”，而在于系统操作打断了他们原有的工作流，形成了一种“插入式负担”。解决这个问题的关键不是加强催促，而是降低操作门槛，这一点我后面会具体讲。

三.2、第二种心理账户：隐性权力被削弱带来的“主动抵制”

这个问题在中层管理者的心理博弈中更为深刻。在中小公司里，很多部门经理的权威不完全是靠职位赋予的，而是靠“信息不对称”维持的。他掌握着手下每个人的考勤实况、请假频次、加班时长这些信息，而这些信息在人事那里往往是滞后或不完整的。这种信息优势让他拥有一种“柔性管理权”，他可以决定哪些迟到记录要上报，哪些加班时长可以多报一点，哪些请假可以不走正规流程。

举个例子：你手下有个核心设计师，上个月为了赶项目连续加了五天班，这个月他想请两天假回老家，但按公司规定年假额度已经用完了。在没系统的时候，部门经理可以直接批了，然后跟行政说“调休”。这个过程没有任何记录，也不会产生任何问题。但系统上线之后，请假额度、调休规则全部被写死在系统里，他想批都批不了，硬要批就会触发异常流程。

这种变化对部门经理意味着什么？意味着他丧失了用“人情”管理团队的核心工具。在中小公司，这种人情工具恰恰是他凝聚团队、维持忠诚度的关键。你现在等于把他手里最趁手的管理工具给没收了，让他赤手空拳去带团队。他怎么可能真心配合你？

我在深圳一家做外贸的公司里见过一个极端案例。系统上线第二周，一个业务部门的经理直接跟老板说：“如果这个系统继续用，我这个部门没法带，你自己看着办。”这个经理带了一个八人的业务团队，占了公司营收的30%，分量很重。老板当时就犹豫了。后来我发现，这个经理抵触系统的真正原因是系统限制了他在提成核算上的操作空间，以前他可以自行调整某些业务员的提成比例，用这个权力来平衡团队内部的资源分配，系统上线后，所有核算逻辑被固化，他的调整权限被收回了。

三.3、第三种心理账户：对系统价值缺乏信任导致的“旁观心态”

还有一种更隐蔽的情况：部门经理不反对也不支持，表面上说“我用啊”，但你去看系统后台数据，他的账号一个月只登陆了三次，审批全部堆积到被人事催了才处理。这种“软性不配合”的潜台词是：我不确定这个系统能给我带来什么，所以我选择观望。

这种心态的背后，往往是因为这些人曾经被类似的管理工具“伤过”。比如上一家公司也搞过OA系统，结果用了半年不了了之，浪费了大量时间录入数据；或者他们听说过同行花大价钱上了系统，最后只用来打个卡，核心流程还是走线下的。这种“狼来了”效应会让经理们产生一种经验性判断：这次大概率也是走个过场，我认真配合了反而显得傻。

我在成都一家餐饮连锁企业做系统推广时，就遇到过五个门店店长里的三个都持这种态度。他们不说不配合，但也不积极。直到我给其中一个门店定制了一张“门店人力成本日报看板”，让店长每天打开系统第一眼就能看到：今天排班人数、实际到岗人数、预估人力成本、昨日营收对应的用人效比。三天之后，这个店长主动问我能不能把他的副店长也加到系统权限里。另外两家观望的店长看到效果之后，配合度明显提升。

三.4、一个关键权力模型：为什么“人治”过渡到“数治”必然会遭遇抵抗

中小公司有一个很特别的管理特征：流程是活的，规则是弹性的，决策是口头的。这三点特别体现在50人以下的公司。在这种环境里成长起来的部门经理，对“管理”二字的理解往往是：我能摆平我部门里的事，就是好的管理。至于用什么方式摆平的，老板不关心，人事不干预。

人事系统要做的恰恰是把这些“活的、弹性的、口头的”管理行为全部固化、标准化、可追溯化。这就不是在帮经理做管理，而是在改变他做管理的方式。这种改变触及了一个根本问题：管理的权力归谁？

如果你把这个问题拎出来看，你就会明白，信息系统落地的本质不是技术问题，而是组织权力的重新分配。系统把原来分散在各部门的信息汇总到一个平台上，让老板和HR能够用数据维度去看全公司，这本身就在削弱中层管理者的信息垄断权。部门经理一旦感知到这种权力转移，抵触情绪几乎是本能的。

所以我后来在推系统时，一定会跟老板讲一句话：“如果你只想要一个管人的工具，那你准备好承担中层反弹的成本；如果你想做一个帮人的工具，那你要先让中层感觉被帮到了。”这句话的实操含义，我放在第六部分展开。

四、同一家47人公司的逆袭：我用“懒人逻辑”和“权力补偿”扳回来的三个月

回到开场那个47人的设计公司。第四周工程部经理在老板面前质疑系统之后，我意识到如果继续按原方案强推，结果就是系统数据越来越脏，半年后变成僵尸系统。所以我暂停了全公司推广，花了一个周末跟老板做了两个小时的闭门对话。

我跟老板说的核心意思是：现在的问题不是你的经理们不配合系统，而是系统没有给出让他们配合的理由。我给了老板三个选择：第一，你下一道死命令，所有人必须用，不用的扣绩效，这条路最直接，但你的三个核心部门经理可能会走一个，因为工程部经理在行业里挺抢手；第二，我们把系统退掉一半功能，只保留人事后台的薪酬计算，前端审批全部取消，这条路最安全，但你的数字化就没意义了；第三，我们调整策略，把系统从“监管工具”改造成“经理助手”，先让经理们尝到甜头，再逐步把完整流程推下去。

老板选了第三条路。接下来的三个月，我们做了四件事：

第一件事：先把审批流程做成“懒人模式”。原来的审批流程要求经理登录PC端系统逐条处理审批，这对于设计师出身的经理来说，体验太差了。我们跟系统服务商做了对接调整，把所有审批推送接入了企业微信，经理在企业微信里收到一个卡片消息，看到请假人姓名、类型、时间、事由，点一下“同意”按钮就完成，不需要跳转到任何额外页面。技术细节我不展开了，就说结果：接入企业微信审批卡片之后的第一周，审批完成率从41%跳到了78%。不是我沟通得好，是真的把门槛降到了“动一下拇指”的程度。

第二件事：给每个部门经理定制了一个“部门人力看板”。这个看板只对经理本人和老板可见，和公司层面的数据做了隔离。看板上显示了三个核心指标：本部门今日出勤率、本月请假/加班汇总、下月预估人力成本。设计部经理有一天打开看板发现设计部本月加班总时长已经达到人均40小时，他当场就去跟老板谈要不要招一个人。事后他跟我说了一句话：“我以前都是凭感觉说人手不够，现在有数据了，老板终于听进去了。”这句话背后的含义是：系统给了他一个向上沟通的“数据武器”，让他从“我觉得”变成了“数据显示”。

第三件事：老板开了一次非正式午餐会。没有PPT，没有严肃讲话，就是在公司茶水间叫了外卖，老板当着四个部门经理的面说了三句话：第一句，“系统上线第一个季度，考勤数据不作为绩效考核依据，只用来观察趋势”；第二句，“每个经理可以决定自己部门内部是用系统审批还是保留三天缓冲期，你们自己定”；第三句，“我买这个系统，主要是为了年底算账时不用再让财务加班三天，你们帮我把流程跑顺了，年底我请你们吃饭”。这三句话的核心作用是什么？第一句解除了“监控恐惧”，第二句归还了“弹性空间”，第三句给出了“参与理由”。

第四件事：选了一个标杆部门进行数据晾晒。我们选了市场部，因为市场部经理是最先开始用系统的那一批。我们把市场部一个月的考勤准确率、请假审批时效、加班合规率做了一张简洁的对比表，在周会上用五分钟时间展示了一下，没有点名批评任何部门。工程部经理当时没说话，但第二周他的审批完成率从52%升到了71%。对比是最好的推动力，尤其当对比发生在同级别管理者之间的时候。

三个月之后，这家公司的系统落地率超过了90%，四个部门经理全部在日常工作中依赖系统做管理，更关键的是，没有人觉得是被迫的。工程部经理后来在一次全员会上说了一句很有意思的话：“一开始我以为这个系统是老板派来盯我的，后来发现是我用来盯别人的。”

五、以I人事为样本：系统工具的设计如何决定“配合度”的上限和下限

我在做系统落地咨询时，经常被问到的一个问题是：“是不是选对系统就能解决一大半问题？”我的回答是：选对系统解决的是“配合度的上限”，而你的实施策略解决的是“配合度的下限”。上限和下限之间，就是你要做功的地方。

为了把这个逻辑讲清楚，我用I人事系统来举例。之所以选I人事，是因为我帮两家100人以上的客户实施过这个系统，对它的功能架构比较熟悉。而且I人事的设计逻辑有一个很清晰的特点：它同时在服务HR和部门经理，而不是只服务HR。

这里我要拆一个很容易被忽略的设计细节。一般的HR系统，部门经理的界面和HR的界面基本是一样的，无非是权限范围不同。部门经理登录进去之后，迎面看到的往往是“待办事项”、“异常提醒”、“审批列表”这些东西。这种设计的潜台词是：你进系统就是来处理事情的，系统是你的任务工具。

这种设计会让经理在使用初期产生一个强烈的下意识反应：“我一打开系统就看到一堆红点提醒，都是让我干活儿的，我感觉系统在催我。”这种感受很微妙，但影响很大。

I人事做的一个差异化处理是：经理端的首页布局以“数据看板”为主，而不是以“任务列表”为主。经理登录进去，先看到的是“部门出勤率”、“本月加班分布”、“请假类型占比”这些可视化图表，待审批的任务以轻量气泡方式挂在右下角，视觉权重被压低了。这个设计在管理心理学上是有道理的，先给价值感知，再给操作入口。

另一个值得讲的设计是I人事的“管理者自助”模块。在一般系统里，经理想看一个员工的完整出勤记录，必须在后台花几分钟去筛选、导出、整理。I人事把这个路径压缩到了三步：点开员工姓名 → 选择时间区间 → 一键生成出勤报表。这三步的差异，决定了经理在需要数据时是“自己去系统里查”还是“让HR给我导一份”。前者意味着日常依赖，后者意味着系统只是一个备用的数据库。

我再举一个反面的例子。去年我做一家电商公司时，他们的系统（不是I人事）在经理端有一个“排班审批”功能，设计得非常僵硬：经理只能选系统预设的排班模板，不能微调具体的班次时间。这在他们电商行业几乎没法用，大促期间仓储部门需要三班倒，早上六点到下午三点、下午三点到晚上十二点、晚上十二点到早上六点，这种排班在预设模板里根本不存在。每次排班，经理都要先选一个相近的模板，然后在备注里手写说明，再让HR手动修正。用了两个月，仓库主管直接拒用系统排班，回归Excel表格。

这个例子说明了一个很重要的设计原则：系统的灵活性决定了经理的自愿配合度。当系统的固化规则和业务的实际弹性发生冲突时，经理不会调整业务的弹性来适应系统，他只会抛弃系统。

五.1、中小公司选型时，部门经理最在意哪几个功能点

根据我帮十几家中小公司做选型咨询的经验，我发现部门经理对系统的接受度和几个特定功能高度相关。我整理了一个对比表，你可以对照着看看你当前在用的或者打算买的系统长什么样：

这张表的价值不在技术层面，而在管理层面。它说明了一个道理：你选系统的时候，不是在选一个技术工具，而是在选一个新的管理界面，这个界面必须让你的中层管理者用起来顺手，否则你再怎么推都是逆风的。

六、破局的核心模型：从“要我推”到“我要用”的三个利益重构

前面花了大量篇幅讲问题、讲案例、讲心理机制，这部分开始讲破局的具体模型。我用的不是传统的“沟通-培训-考核”框架，而是一个基于利益设计的模型。这个模型的核心逻辑是：在中小公司的权力结构中，你不能靠命令来推动中层，你只能靠设计一种让他们觉得有利可图的结构来拉动中层。

我把这个模型拆成三个层面的利益重构：

六.1、第一层重构：用“懒人逻辑”对冲切换成本

这是最基础也是最能立竿见影的一层。部门经理的被动拖延，本质上是因为系统操作在短期内增加了他的认知负荷。你要做的不是教育他“这点操作没什么”，而是真的把这个操作简化到比原来还省事。

具体可以操作的四个动作：

• 审批入口绑定即时通讯工具：跟系统服务商确认是否支持企业微信/钉钉/飞书的卡片审批。如果可以，这就是你的第一优先功能，第一时间上线，让经理在手机端动一下手指就能完成审批。如果系统不支持，这个功能的价值足以影响你的选型决策。
• 预设审批模板：跟各部门经理梳理最常用的五种审批场景（比如请假、加班、调休、出差、物品领用），把每个场景的审批流程和必填字段提前设好，让一线员工提交时就已经是标准格式，经理只需要确认。
• 批量审批功能：如果系统支持，一定要把批量审批打开。很多经理不喜欢逐条处理，更喜欢在固定时间统一处理一批，批量操作符合他们的工作节奏。
• 邮件/短信催审批的节奏控制：不要把催审批的频率设得太高。有些系统每天发三次催审提醒，反而引起反感。我的经验是每天发一次总结合并提醒，把所有待处理事项列在一个消息里，经理的处理意愿会高很多。

六.2、第二层重构：用“权力补偿”化解隐性权力受损

这是最难操作但也最关键的一层。前面说了，系统要规范流程、固化规则，这必然削减经理的柔性管理空间。如果你只削减权力却不给予补偿，经理的反弹是必然的。

什么叫权力补偿？就是你拿走了一种非正式的、灰色的管理权力，但同时要给他一种正式的、合法的、甚至更强的管理权力。

我帮那家47人设计公司的工程部经理做了这样一个补偿：系统上线后，考勤数据实时同步，他以前能掩盖的一些迟到现象藏不住了。作为补偿，我让老板批准给他开了一个权限，工程部自己的排班计划由他全权在系统内制定，人事只负责审核合规性，不再干预排班细节。在之前，排班是人事和工程部来回拉扯的一件事，人事总想控制排班成本，工程部总想灵活调整。现在系统把排班权明确交给了经理，他反而觉得自己的职权被加强了。

这就是权力补偿的核心逻辑：收缩的是你对下属信息的“隐藏权”，扩大的是你对部门资源的“配置权”。后者比前者更体面、更正式、也更容易被老板认可。经理在内心深处算完这笔账之后，通常会接受这种置换。

其他可以用的权力补偿手段包括：

• 开放部门级别的数据看板，让经理拥有以前看不到的团队运营数据（如人效、出勤趋势、请假类型分布）。这些数据以前分散在各处，现在集中呈现给他，等于给了他一种新的洞察力。
• 让经理参与系统某些规则的设定，比如他部门内部的请假审批阈值、加班上限预警值，让他感觉这个系统的某些规则是他自己定的，而不是被强加的。
• 在涉及他部门人员的调岗、晋升讨论时，系统导出的数据作为决策参考，这让他从“我觉得这个人可以”变成了“数据支持我的判断”，他的话语权在数据层面得到了加强。

六.3、第三层重构：用“信任契约”解除监控恐惧

这一层主要是针对“主动抵制型”经理的心理破冰。他们抵制的根源是不信任这个系统会被用来“帮他们”，他们默认系统是“用来管他们的”。

要打破这个认知，光靠说是没用的，你必须用行动建立一个信任契约。我的标准做法是三步：

第一步：老板公开承诺“豁免期”。这个动作的价值远超多数人的想象。老板在全员会或者管理层会上明确说：“系统上线前三个月（或前两个考勤周期），系统数据不用于绩效评估，只用于数据观察和流程打磨。”这句话一说出口，经理们紧绷的神经会立刻松弛一半。他们最怕的不是现在被监控，而是系统立刻记录下来的数据会成为未来扣绩效的弹药。你把这个弹药先锁起来，他们就不会急着拆枪了。

第二步：给经理开放“数据修正权”。在豁免期内，如果系统数据出现明显偏差（比如员工忘记打卡但确实在岗），允许经理发起数据修正，人事在后台审核后生效。这个权限让经理觉得，系统不是铁板一块，我还有纠错的能力。事实上后期用得到这个权限的几率很低，但它存在的心理安抚价值很高。

第三步：用第一份数据报表建立正向反馈。豁免期结束后，HR拿出的第一份系统数据报告，应该用来展示“团队的好现象”而不是“问题清单”。比如“本月全公司迟到率下降了15%”，“工程部加班时长比上月减少了20%”，“请假申请的响应时效从平均4小时缩短到1.5小时”。经理看到系统产生的第一组数据是在展示进步而不是曝光问题，他对系统的戒备会进一步降低。

七、三种不同阻力下的破局策略组合

我在实际项目中很少用一套策略打到底。不同公司的阻力构成不一样，策略组合也要跟着变。我把常见的阻力格局分成三种类型，分别讲对应的策略重点。

七.1、类型一：阻力来自个别强势部门经理

典型画像：销售总监、技术合伙人这类角色，业绩贡献大，在公司有话语权，老板也不想硬刚。他的不配合往往是主动抵制型，因为他的权力受损感最强。

策略重点：逐个击破，不搞全面推广。

• 不要在全员层面推动，先跟其他配合度高的部门跑通流程，形成对比样本。
• 跟这个经理单独谈一次，不谈系统，只谈他的管理痛点。比如销售总监最头疼的通常是销售人员的拜访真实性、业绩提成的核算准确度、离职时客户交接的完整性。然后你告诉他，系统里的外勤打卡、业绩数据同步、客户跟进记录归档这几个功能可以帮他解决什么具体问题。
• 给他一个“超级权限”，比如他部门的数据看板比别的部门更细化，或者给他开放自定义报表功能。这会让他在部门经理群体中有一种“我被特别对待”的感觉，部分弥补了权力损失。
• 如果他还是不动，等。等他的同级部门经理都开始用系统并且体验到便利之后，让同级压力起作用。中层之间比老板命令跑得快。

七.2、类型二：阻力来自全体经理的集体观望

典型画像：公司文化偏松散，管理比较温和，经理们不愿意得罪人，也没有主动改变的欲望。所有人的态度都是“你先用，我看看”。

策略重点：找到第一个“破冰者”，用他的案例造势。

• 在四个部门经理里选一个最有可能配合的，标准不是他态度最好，而是他的部门有一个可以用系统快速量化的收益点。比如市场部可以用系统看出每个活动的出勤和人效，仓储部可以用系统优化排班，客服部可以用系统追踪响应时长。
• 集中资源帮这个部门做出一个“肉眼可见”的效果。把这个效果展示给其他部门经理看，展示方式不是以HR的身份，而是以这个部门经理的亲身说法。“自从用了系统，我的部门排班效率提升了，以前排班花我一小时，现在十分钟点好。”这种横向传播比任何宣导都管用。
• 在部门经理例会中加入三分钟的系统数据分享环节，不要让HR主讲，让已经用起来的经理讲。你只需要提前帮他梳理一下数据展示的逻辑。

七.3、类型三：阻力来自老板的半途摇摆

典型画像：老板推系统时态度坚决，但一旦遇到中层反弹，就犹豫要不要强硬下去。他会说“再等等看吧”或者“先把核心功能用起来就行”。

策略重点：给老板算一笔“沉默成本”和“加速收益”的账。

• 在老板犹豫的时候，不要跟他强调“系统的重要性”，他比你更清楚系统为什么重要。要跟他强调“如果再拖三个月，会出现什么后果”，第一，已经录入的数据会变得脏，因为一部分人在用你另一部分人没用，数据之间的勾稽关系会断裂；第二，已经学会用的人会因为“我学会了你又不用了”而产生挫败感，下次再推任何工具都更难；第三，供应商的年度服务费是固定的，拖得越久单位时间成本越高。
• 同时给他一个“最小可感知收益”的承诺。比如：“张总，再给我四周，我让每个部门经理每天至少打开一次系统，如果做不到，我们就退回到只用薪酬模块的方案。”这种承诺让老板觉得你对自己的方案有把握，也让老板的决策风险变得可控。
• 如果系统已经用了一部分，就把已经跑通的功能先巩固住，至少保证薪酬核算在系统里完成。这一个功能跑顺了，老板在发薪日体会到五分钟出工资表的快感之后，他对系统的期待会自动延伸到其他模块。

八、一个被多数人忽略的变量：HR自身的角色转换

我在复盘自己经手的项目时，发现一个规律：系统落地顺利的案例中，HR团队都在干一件和本职工作好像不太沾边的事，他们变成了内部的产品经理和销售。

在传统的认知里，HR在系统落地中的角色是管理员、培训师、监督者。你负责开账号、做培训、提醒大家用、检查谁没用。这四种角色本质上都是“推”的动作，你在推着别人往前走。

但在真正有效的落地模式里，HR的角色应该切换成“拉”的动作：你不是在推经理用系统，你是在把系统“卖”给经理。

这中间的区别非常大。一个推的角色会说：“李经理，你们部门的考勤数据还有三个人没确认，麻烦今天下班前处理一下。”一个拉的角色会说：“李经理，我看你们部门上个月加班量下来了，系统里有个报表能帮你把加班分布按月展示，你要不要看一眼？”

我写过一套针对HR团队的“内部销售话术”，其中三条我觉得值得放在这里分享：

• 不要介绍功能，要翻译收益。 “系统支持多级审批”这句话等于没讲。“以后你出差申请批到一半老板不在公司，系统自动帮你跳到下一级审批人，不用你打电话催”，这才是在卖。
• 用一次15分钟的“价值发现对话”代替一小时的培训。 找个时间坐在经理旁边，不是打开PPT讲功能，而是打开系统问他一个问题：“你平时最烦的管理事务是什么？”然后现场演示系统怎么解决这个事。一个痛点打通，胜过十个功能介绍。
• 不要把系统的所有功能一次性扔给经理。 一次只推一个功能，等他用熟了这个功能，再推下一个。分阶段推送比一次性上所有模块的接受度高出一倍以上，这是我在四个项目中对比测试过的结论。

[CHART]

类型: 对比柱状图

标题: HR不同角色定位对经理配合度的影响

插入位置: 八节HR角色转换说明后

指标:

• 管理员角色时的经理主动登录率: 22
• 培训师角色时的经理主动登录率: 34
• 内部销售角色时的经理主动登录率: 62
• 监督者角色时的经理主动登录率: 18

说明: 四组数据来源于我2019-2023年间13个项目的回顾性对比。当HR以“内部销售”角色工作时，经理的主动登录率远高于传统的“管理员”和“监督者”角色，验证了从“推”到“拉”的转变有效性。

[/CHART>

九、不做调研就推系统，等于闭着眼睛开车：三个必须要问的问题

很多中小公司的系统推行失败，不是因为系统不好，也不是因为经理难搞，而是因为在动手之前，连基本的“阻力预判”都没做。我在接手任何一个系统落地项目之前，一定会花至少一到两天做三件事情：

第一件事：和每个部门经理单独聊30分钟。不是开会，不是群聊，是一对一坐下来聊。聊的内容不是系统，而是他当前的管理日常。我的三个固定问题是：你每周花在行政事务上的时间大概有多少？你目前团队里最难管的一件事是什么？你平时做决策时最缺哪种信息？这三个问题问完，你基本上就知道这个经理最在意的痛点在哪里，以及系统的哪些功能可能能击中这些痛点。

第二件事：画一张“权力敏感度地图”。把你公司里所有部门经理列出来，在每个名字后面标注三个维度：他的部门有多少灰色管理空间（高/中/低）、他对公司业绩的直接贡献度（高/中/低）、他过去对待公司管理制度的态度（合作/中立/对抗）。这三个维度一叠加，你立刻能看出哪些人是高风险的，哪些人可以优先争取。我一般会把高灰色空间+高业绩贡献+对抗态度的经理标记为红色，推系统时从他的同级而非老板层面入手，避免正面交锋引发僵局。

第三件事：让老板自己填一份“系统承诺书”。这步看起来有点形式化，但实际操作中非常有用。我不是要老板签字画押，而是让他用文字回答三个问题：你愿意在系统上线初期提供多久的绩效豁免期？如果关键部门的经理因为系统提出辞职，你的底线在哪里？你认为系统成功的标准是什么？这三个问题的答案直接决定了你后面的实施策略能走多远。我在三个项目中遇到过老板在系统推行到第七八周时开始摇摆，都是因为我提前有了这份“承诺记录”，才能把他拉回来。

十、结束语：别再让你的经理帮你“配合”了，让他帮你“用”

如果你是一个正在或准备推系统的HR负责人，我最后想跟你讲一句话：“不配合”这个词本身就是一个陷阱。它让你觉得问题是出在别人身上，而解决方法是让他们改变态度。但事实是，在中小公司的土壤里，靠改变态度解决不了结构性问题。

部门经理不是你的下属，也不是你的敌人。他们是你推行任何管理工具时最重要的内部用户。你要做的不是让他们“配合”你，而是让你的系统成为他们管理工具箱里最好用的那一把。当一把工具能帮他省时间、建威信、做决策的时候，你不用推，他会自己来找你开权限。

如果你现在的系统还在推不下去的阶段，不妨停下来，花半天时间做一件事：找三个部门经理，不谈系统，只问他们一个问题，“你每天最烦的管理琐事是什么？”把这三个答案记下来，然后回去看你的系统里有没有对应的解决功能。如果有，你下次拿着这个功能去找他们聊；如果没有，你该考虑的不是换经理，而是换系统。

最后说一句我在所有项目复盘时都会说的话：系统的价值不在它有多强大，而在多少人愿意每天打开它。愿意打开的前提，永远是一个人觉得打开之后对自己有好处。这个道理简单到没人觉得需要重复，但多数项目恰恰就是倒在这个最简单的问题上。