
与人力公司合作进行人员外包时如何设定考核标准?
说真的,每次谈到要把一部分团队成员“外包”出去,或者引入外包人员,很多管理者心里其实是有点打鼓的。一方面,这确实能解决燃眉之急,项目赶进度、人手不够、或者需要一些特定技能但又不想长期养人;另一方面,最怕的就是“失控”。人来了,活儿干得怎么样不知道,沟通不在一个频道上,最后还得自己兜底。
我见过太多公司在这一块栽跟头,要么是标准定得太死板,把外包人员当成了流水线上的机器,结果人家没积极性,甚至带着情绪干活;要么就是完全“放养”,觉得反正有人力公司兜底,结果最后交付的东西惨不忍睹,项目延期,还得罪了业务部门。
所以,设定考核标准,绝对不是简单地扔一份KPI表格给人力公司那么简单。这事儿得讲究策略,得把“外包”当成一个特殊的“乙方”来管理,既要保证结果,又要考虑过程中的各种变量。下面我就结合一些实操经验和踩过的坑,聊聊这事儿到底该怎么弄。
一、 搞清楚定位:我们到底在考核什么?
在动手写考核指标之前,先得在脑子里把这件事想明白。外包人员和正式员工不一样,他们对公司的归属感、企业文化的认同度天然就低一些。你指望他们像正式员工那样主动思考、主动承担额外责任,这不现实,也不公平。
所以,考核的核心逻辑应该是:“买结果”大于“管过程”。
我们要的是他们按时、按质、按量把活儿干完。至于他们几点上班、中间摸鱼多久、用什么姿势写代码,只要不影响最终交付,其实可以适当放宽。当然,这不代表完全不管,而是要把精力放在刀刃上。
这里有个很关键的点,就是“责任边界”。在设定标准前,必须和人力公司、以及内部的用人部门三方坐下来,把丑话说在前面:

- 谁来管? 日常工作安排、进度跟进,通常由内部的接口人(比如项目经理或组长)负责。人力公司主要负责招聘、发薪、社保、处理纠纷这些行政和法律事务。
- 谁来教? 业务技能、公司内部工具的使用,通常由内部团队负责带。不能指望招来的人立马就能上手复杂的内部系统。
- 谁来背锅? 这是最重要的。如果是人的问题(能力不行、态度恶劣),那是人力公司的责任;如果是需求不清、环境问题导致的,那就是我们内部的责任。
- 如果是开发岗:

- Bug率: 不是单纯看Bug数量,而是看“千行代码Bug率”或者“功能点Bug率”。上线前发现的Bug和上线后发现的Bug要分开算,权重不一样。上线后的P0级事故,一票否决。
- 交付准时率: 这个很关键。承诺的功能点,说好这周五上线,能不能按时交?如果延期,延期了多久?
- 代码规范度: 现在的代码扫描工具很成熟,直接接入SonarQube之类的工具,看代码异味、漏洞数量。这个是客观数据,谁也赖不掉。
- 如果是测试岗:
- 漏测率: 上线后被用户或者业务方反馈的Bug,反向考核测试人员的覆盖度。
- 用例覆盖率: 一个需求,你的测试用例覆盖了多少功能点?有没有边界条件没考虑到?
- 执行效率: 同样的回归测试包,你跑一遍需要多长时间?(当然,这得排除环境因素)。
- 如果是客服/运营岗:
- 响应时长: 用户提问,平均多久能回复?
- 解决率/满意度: 一次对话能不能解决问题?用户给的评价怎么样?
- 工单处理量: 每天能处理多少个有效工单?
- 沟通响应度: 比如,群里@他,多久能回?邮件多久能看?紧急情况能不能联系上?这看似小事,其实非常影响项目进度。
- 文档规范性: 交接文档写得清不清楚?注释写得详不详细?如果人走了,下一个人能不能快速接手?这直接反映了职业素养。
- 需求理解力: 有没有反复确认需求的习惯?还是闷头就做,做完发现全错了?这个可以通过每次需求评审的表现来打分。
- 态度: 这一点很虚,但很重要。是遇到问题积极解决,还是第一时间甩锅?是愿意配合临时的紧急任务,还是斤斤计较加班费?(虽然加班费该给还得给,但态度是两码事)。
- 在岗稳定性: 一个外包人员,说好做6个月,结果干了2个月就跑了,或者被人力公司随意更换,这对项目伤害很大。要在合同里约定,最低服务期限,以及人员更换的提前通知期和违约金。
- 考勤与合规: 迟到早退、无故旷工,这些虽然由人力公司处理,但我们要反馈。如果一个人经常迟到,说明他没有基本的职业操守,这种人不能用。
- 信息安全: 绝对不能发生数据泄露、账号外借等事故。这是红线,一旦触碰,不仅这个人要立刻清退,还要追究人力公司的连带责任。
- 上周干了什么?(对照计划)
- 这周打算干什么?
- 遇到了什么困难?(需要谁协助)
- 试用期: 外包人员进场也有试用期,比如前两周。这两周内,如果内部团队反馈极差,可以无条件退回,不产生费用(或者只产生少量招聘成本)。
- 红线条款: 只要触碰红线(如泄露机密、严重违纪、重大技术事故),立即清退,并且要求人力公司赔偿损失。
- 末位淘汰: 如果项目周期较长,可以约定每季度进行一次大考。连续两个季度排名末位(或者低于及格线),强制要求人力公司换人。
只有把这些理清楚了,考核标准才能立得住脚。
二、 考核指标的“三驾马车”
具体怎么定指标?我习惯把它们分成三类:硬性交付指标、过程配合指标、以及稳定性指标。这三类缺一不可,但权重可以调整。
1. 硬性交付指标(占比约 60%-70%)
这是最直观、最没得商量的部分。既然是干活,产出就是王道。
对于不同岗位,这个指标完全不同。这里我列几个常见场景,你可以参考一下,但千万别照搬,一定要结合自己的业务来细化。
注意一点,设定这些指标时,要参考内部正式员工的平均水平。如果你要求外包人员的产出必须比正式员工高20%,那这事儿基本就黄了,人力公司也找不到这样的人。合理的做法是,达到正式员工 80%-90% 的水平,是一个比较现实的目标。
2. 过程配合指标(占比约 20%-30%)
这部分主要看“好不好用”。有时候活儿干得还行,但合作起来让人血压飙升,这种人也留不得。
这部分的考核比较主观,所以需要定性定量结合。
怎么量化这些呢?建议用“红绿灯”机制或者“扣分制”。比如,无故缺席重要会议一次扣5分,文档提交不及时扣3分。月底汇总,低于多少分就触发约谈。
3. 稳定性与合规指标(占比约 10%)
这是给人力公司看的指标,也是为了保护我们自己。
三、 怎么把这些标准落地?
定好了指标,如果不执行,那就是废纸。怎么确保执行到位?
1. 拉群,建表,定节奏
项目一开始,就要建一个专门的沟通群。群里要有:外包人员、我们内部的接口人(项目经理/组长)、人力公司的交付负责人。
不要把问题攒到月底再说。建议每周一次简短的周会,或者叫“站会”。不谈虚的,就三件事:
人力公司的交付负责人必须参加这个会。他的作用不是来听汇报的,是来现场“督战”的。一旦发现人员状态不对、进度滞后,他得第一时间介入协调,或者启动备选方案。
2. 用数据说话,别搞“印象流”
到了月底结算工时、或者评估绩效的时候,最怕的就是扯皮。
“我觉得他表现不好。”
“哪里不好?”
“就是感觉……”
这种对话毫无意义。一定要把考核指标数字化、表格化。
比如,你可以做一个简单的月度评估表,像这样:
| 考核维度 | 具体指标 | 权重 | 评分标准 | 得分 |
|---|---|---|---|---|
| 工作质量 (60%) | 任务完成率 | 30% | 100%完成得满分,每低5%扣2分 | |
| 线上Bug数 | 30% | 0个得满分,每出现1个P1级Bug扣5分 | ||
| 工作态度 (30%) | 沟通配合度 | 15% | 由内部接口人主观打分(1-10分) | |
| 响应时效 | 15% | 群内消息平均响应时间<30> | ||
| 稳定性 (10%) | 考勤及合规 | 10% | 无违规得满分,旷工一次扣5分 |
这张表,月底填好,发给人力公司。分数直接跟服务费挂钩。比如,月度评分低于80分,扣除当月服务费的5%;低于60分,扣除20%,并要求立即更换人员。有了这个,大家就不用吵架了,按合同办事。
3. 建立“熔断”机制
外包合作中,最怕的就是“温水煮青蛙”。人员表现一直半死不活,你想着忍一忍项目就结束了,结果越拖越糟。
所以,必须要有熔断机制。在合同里写清楚:
这些条款的存在,不是为了刁难人,而是为了给双方都上个紧箍咒。对我们来说,是底线保障;对人力公司来说,是明确的改进方向。
四、 一些容易踩的坑和碎碎念
最后,再聊几个实操中容易忽略的细节,算是“避坑指南”吧。
第一,不要搞双重标准。 有些公司内部管理混乱,正式员工都可以迟到早退、摸鱼划水,却要求外包人员像打了鸡血一样冲锋陷阵。这不现实,也会引起外包人员的强烈反感,甚至导致团队内部矛盾。对外包人员的要求,内部团队至少要以身作则。
第二,把外包人员当“自己人”。 这听起来有点矛盾,但很重要。在技术分享、团队聚餐、甚至是一些非涉密的内部会议上,尽量把他们拉进来。人心都是肉长的,你尊重他,把他当团队的一份子,他在干活时自然会多一份责任心。纯粹的“工具人”心态,只能换来机械式的应付。
第三,别只盯着人力公司“杀价”。 外包市场一分钱一分货。如果你把价格压得死死的,人力公司为了利润,只能招一些刚毕业的学生或者能力一般的人来充数。最后项目搞砸了,你浪费的时间成本和机会成本,远比省下来的那点服务费要多得多。合理的利润空间,是保证服务质量的前提。
第四,反馈要及时。 发现问题,当场指出,或者当天就沟通。不要等到月底开复盘会的时候,才翻出一个月前的旧账说:“你当时那个代码写得有问题”。这时候人家早就忘了,你也拿不出证据,只会变成无意义的争吵。
说到底,和人力公司的合作,本质上是一种“信任+契约”的关系。考核标准是契约,是冷冰冰的尺子;但日常的沟通和管理,需要温度,需要我们把对方当成一个活生生的人去对待。
把标准定清楚,把边界划出来,然后在执行中多一点理解和沟通,这事儿基本就差不到哪儿去。剩下的,就是交给时间去验证了。 HR软件系统对接
