RPO模式下招聘失败或延期交付的服务水平协议应如何约定？
聊到RPO（招聘流程外包）这个话题，很多HR或者业务负责人可能都有一肚子苦水。大家找RPO供应商，初衷通常都很明确：要么是自己团队忙不过来，要么是有些紧急或者难啃的岗位搞不定，希望能花点钱，买个省心，买个效率。但现实往往没那么理想，招聘这事儿，变量太多了。有时候明明谈得好好的，到了交付节点，简历没几份，面试安排不上，或者候选人接了Offer又反悔了。这时候，如果没有一份靠谱的服务水平协议（SLA），那扯皮可就真的开始了。
SLA这东西，说白了就是合作的“游戏规则”，是双方的“安全气囊”。它不是为了在出事的时候去惩罚谁，而是为了在合作开始前，就把可能出现的模糊地带、风险点都摊在桌面上，明确好责任和补救措施。特别是针对招聘失败或者延期交付这种最让人头疼的情况，SLA的约定直接决定了你这笔钱花得值不值，以及在“翻车”后能不能及时止损。
这篇文章，我想用一种尽量通俗易懂的方式，就像咱们平时跟朋友聊天一样，把RPO模式下SLA该怎么约定这事儿给捋清楚。咱们不整那些虚头巴脑的理论，就聊实操，聊细节，聊聊那些合同里不起眼但关键时刻能救命的条款。
一、先把地基打牢：SLA的核心要素是什么？
在深入聊“招聘失败”和“延期交付”之前，我们得先搞明白，一份合格的RPO SLA，应该包含哪些基本骨架。如果地基不牢，后面的约定都是空中楼阁。
通常来说，一个完整的SLA至少得包含这几个方面：
- 服务范围（Scope of Work）：这得说得非常具体。是全职岗位的RPO，还是兼职项目制的？是只负责前端的简历搜寻和筛选，还是连面试安排、Offer谈判、背景调查都要包了？是只做某个特定城市的招聘，还是全国范围？这些必须在SLA的开头就界定清楚，避免后期扯皮说“这个我们没说要负责”。我见过最离谱的一个合同，就写了“负责技术岗位招聘”，结果供应商把前端、后端、测试、运维、算法全算进去了，最后交付不了，就拿这个条款来搪塞。
- 关键绩效指标（KPIs）：这是衡量供应商做得好不好的尺子。没有KPI，SLA就是一张废纸。常见的KPI包括：简历响应时间、简历通过率、面试到场率、Offer接受率、人员到岗率等等。这些指标必须是可量化的。
- 服务时间（Service Hours）：供应商是提供7x24小时服务，还是朝九晚六？节假日怎么算？紧急岗位的响应机制是怎样的？
- 报告和沟通机制（Reporting & Communication）：多久开一次复盘会？每周还是每两周？提供什么样的报告？是简单的Excel表格，还是有详细的数据分析？沟通的渠道是邮件、微信还是电话会议？
- 问题升级路径（Escalation Path）：当一线交付顾问解决不了问题时，应该找谁？项目经理？区域负责人？最高能升级到什么级别？
- 费用和付款条款（Pricing & Payment）：是按人头付费，按成功推荐付费，还是固定服务费+提成？付款周期是怎样的？
- 退出和终止条款（Exit & Termination）：合作不愉快，怎么“分手”？需要提前多久通知？需要做哪些工作交接？
以上这些是基础。但今天我们的重点，是那个最敏感、最容易出纠纷的部分——当招聘结果不理想时，怎么办？
二、直面痛点：如何定义和量化“招聘失败”与“延期交付”
很多SLA之所以最后变成了“扯皮协议”，就是因为对“失败”和“延期”的定义太模糊了。
“延期”还好说一点，通常是指超过了合同约定的“标准交付周期”（Time-to-Fill）还没招到人。但这个“标准周期”本身就需要约定。是30天？45天？还是60天？不同岗位难度不一样，不能一刀切。比较合理的做法是，按岗位类别来区分。
比如，可以在SLA里这样约定：
| 岗位类别 | 标准交付周期（从JD确认日起算） |
|---|---|
| 通用类岗位（如行政、基础销售） | ≤ 25个工作日 |
| 专业技术类岗位（如Java开发、会计） | ≤ 35个工作日 |
| 中层管理/核心研发岗位 | ≤ 45个工作日 |
| 高端/稀缺岗位（如CTO、资深算法专家） | 双方单独协商，另行约定 |
有了这个表格，延期就有了明确的判断依据。超过这个时间点，就算进入了“延期”状态。
而“招聘失败”的定义则要复杂得多。到底什么算失败？是没招到人就算失败，还是面试了很多人但都不合适算失败？是候选人接了Offer但没来报到算失败，还是试用期没通过算失败？
在SLA里，我们需要把“失败”分阶段、分场景来定义。通常可以分为以下几种情况：
- 推荐阶段失败：在约定时间内，供应商没有推荐任何符合基本要求的简历。注意，是“符合基本要求”，不是说必须完美匹配。如果连基本要求都达不到，那绝对是供应商的问题。
- 面试阶段失败：供应商推荐了简历，也安排了面试，但经过几轮面试后，用人部门认为所有候选人均不具备岗位胜任力。这里需要明确，是“所有”候选人，而不是个别人。
- Offer阶段失败：候选人通过了所有面试，也收到了Offer，但最终拒绝了Offer，且供应商在规定时间内（比如2周内）无法再提供新的合格候选人并成功关闭该职位。
- 入职后失败：候选人成功入职，但在试用期内（通常是1-3个月）离职，或因能力不符被辞退。这种情况最复杂，因为可能涉及公司内部管理、薪酬、文化等多种因素，不一定全是供应商的责任。
你看，把这些场景掰开揉碎了写进SLA，双方心里就都有数了。特别是第4点，关于试用期离职，很多供应商会极力规避这个责任。作为甲方，我们也要理解，如果是因为公司内部原因（比如直属领导换了、项目方向调整、承诺的薪酬没兑现）导致员工离职，那确实不能让供应商背锅。所以，这里可以约定一个“责任共担”或者“免责条款”。
三、重头戏：招聘失败或延期了，SLA里该怎么约定补救措施？
好了，定义清楚了，接下来就是最核心的部分：如果真的发生了上述“失败”或“延期”，供应商需要付出什么代价？或者说，甲方能得到什么补偿？这部分条款的设计，要遵循一个原则：既要对供应商有约束力，又不能把它逼到绝路，导致它为了规避惩罚而提供低质量的候选人来凑数。
常见的补救和补偿机制有这么几种，可以组合使用：
1. 免费替换或补充服务（Free Replacement / Additional Service）
这是最常见也最温和的一种方式。如果一个岗位在约定周期内没招到人，或者招到的人在试用期内离职了，供应商有义务在不额外收费的情况下，继续为这个岗位提供服务，直到成功招到合适的人选并过保（试用期结束）。
在SLA里可以这样写：
“若推荐的候选人在入职后 [X] 天内（通常指试用期内）因非甲方原因（如个人主动离职、因能力不符被甲方辞退）离职，乙方（供应商）应在收到甲方书面通知后的 [Y] 个工作日内，启动免费替换流程，为甲方该职位重新提供招聘服务，直至成功推荐并通过试用期。免费替换服务不包含额外的人才寻访费用。”
这里的[X]天和[Y]天就是需要双方协商的细节。X天通常是试用期，比如90天。Y天是供应商的响应速度，比如5个工作日。
2. 费用减免或折扣（Fee Reduction / Discount）
如果免费服务不能解决甲方的燃眉之急（比如项目等不了人），或者供应商确实存在明显的交付问题，那么费用上的惩罚就很有必要了。这直接关系到供应商的利润，所以约束力更强。
费用减免可以和延期时间挂钩。比如：
- 延期1-2周，减免当笔服务费用的5%。
- 延期3-4周，减免10%。
- 延期超过1个月，减免20%，或者甲方有权终止该岗位的合作，并要求退还部分预付款（如果有的话）。
对于“失败”的情况，如果是推荐的候选人全部面试不通过，可以约定一个“推荐保证期”。比如，在推荐后的3个月内，如果该岗位依然没有关闭，供应商需要提供一定比例的费用折扣，或者提供额外的免费岗位推荐名额。
3. 服务积分（Service Credit）
这是一种比较“互联网化”的玩法，很多大型企业或互联网公司在和供应商谈合作时会用到。简单说，就是供应商每出现一次SLA不达标事件（比如延期、推荐简历不合格率过高），就会被扣除一定的“服务积分”。这些积分可以在未来抵扣服务费，或者兑换额外的服务。
比如，可以设定一个积分规则：
| SLA违约事件 | 扣除服务积分 | 积分用途 |
|---|---|---|
| 简历响应时间超过24小时 | 10分/次 | 每100积分可抵扣1000元服务费，或兑换1个免费高端岗位推荐名额 |
| 岗位交付延期超过10个工作日 | 50分/次 | |
| 推荐的候选人100%面试不通过 | 30分/次 |
这种方式的好处是，它形成了一种持续的约束。供应商不会因为某一次失误就面临巨额罚款，但小错不断也会让他们的“积分账户”很难看，最终影响他们的收入。
4. 明确的退出机制（Exit Clause）
这是最后的“杀手锏”。当供应商的表现持续低于预期，或者出现了重大失误（比如推荐的候选人简历造假），甲方应该有权无条件、无罚款地终止合同。
在SLA里，需要明确触发“无责退出”的条件，比如：
- 连续 [N] 个岗位未能在约定周期内交付。
- 供应商推荐的候选人出现严重的诚信问题（如学历、工作经历造假）。
- 供应商关键交付人员（如项目经理）未经甲方同意擅自更换，且新人员能力不达标。
- 供应商未能遵守保密协议，泄露了甲方的商业信息或候选人信息。
同时，还要约定退出后的交接义务。比如，供应商需要在终止通知后的 [X] 个工作日内，将所有已获取的候选人简历、沟通记录等资料完整地移交给甲方。
四、那些合同里没写，但现实中一定要聊的“潜规则”
一份完美的SLA可能只占合作成功的50%，剩下的50%在于双方的沟通和互信。有些事情，写在合同里显得太不近人情，但不说清楚又容易埋雷。我根据这些年踩过的坑，总结了几点经验：
1. 关于“候选人池”的归属问题。
这是个超级大坑。合作结束后，供应商在服务期间积累的、属于你公司的候选人简历，到底归谁？按理说，花了钱，这些数据肯定是甲方的。但有些供应商会耍赖，说这些是他们自己的人才库，只是在你这个项目上用了。所以在SLA或者附件里，必须白纸黑字写清楚：服务期间产生的、与甲方岗位相关的所有候选人信息，知识产权归甲方所有。合作终止后，必须全部移交。
2. “保质期”也就是试用期的责任划分。
前面提到了试用期离职的问题。为了公平起见，可以约定一个“责任期”。比如，候选人入职后90天内，如果因为能力问题离职，供应商承担主要责任（免费替换或部分退款）。如果是因为薪酬、福利、团队氛围等非能力因素离职，责任在甲方。但怎么界定“能力问题”？这个可以约定由用人部门出具书面的、有理有据的评估报告，双方共同确认。
3. 招聘过程中的“内推”和“撞单”。
有时候，供应商辛辛苦苦找来的人，结果发现是公司内部员工早就认识的，或者已经在别的渠道投过简历了。这种情况叫“撞单”。怎么算供应商的成功？通常的行规是，如果候选人在供应商推荐前6个月（或1年内）没有和公司有过任何联系，就算有效推荐。这个时间窗口需要在SLA里定义好。另外，如果公司内部有内推奖励，供应商推荐的候选人成功入职后，这个奖励要不要分给供应商？这些都要提前说好。
4. 沟通的“温度感”。
SLA是冰冷的，但合作是人与人之间的。不要把SLA当成唯一的武器。定期的、坦诚的沟通远比一纸协议重要。当交付出现问题时，第一反应不应该是“我要罚你钱”，而是“我们一起来看看问题出在哪了？是JD描述不吸引人？是薪酬没竞争力？还是面试流程太长了？”。
我曾经合作过一个供应商，他们的SLA条款其实不算苛刻，但他们的项目经理非常负责，每周都会主动拉着我们开复盘会，把数据掰开揉碎了分析。虽然偶尔也有延期，但他们解决问题的态度让我们很放心，最终合作得非常愉快。反过来，也见过一些供应商，合同签得天花乱坠，一出问题就开始找各种外部理由，推卸责任，这种合作注定走不远。
五、写在最后
说到底，RPO的SLA不是一个简单的“对赌协议”，它更像是一份“合作说明书”。它的目的是为了让甲乙双方在同一个频道上，朝着同一个目标努力。约定招聘失败和延期的处理方式，不是为了在出事的时候互相伤害，而是为了在风险发生时，大家能有一个清晰、公平的处理框架，让合作能够继续下去。
在起草和谈判SLA的时候，甲方要做的，是清晰地知道自己要什么，能容忍什么，底线在哪里。同时，也要理解招聘工作的复杂性和不确定性，给供应商留出一定的操作空间。一个好的SLA，应该是既有刚性的约束，又有弹性的温度。它能让优秀的供应商更有动力，也能让那些只想“割韭菜”的公司无处遁形。
希望这些絮絮叨叨的分享，能帮你理清一些思路，在下次和RPO供应商谈判时，能更有底气，也更从容。毕竟，找到靠谱的人，做成靠谱的事，才是我们共同的目标。
外籍员工招聘