和人力外包公司签 SLA，别光看条款，得看“人话”
说真的，每次要跟人力外包公司谈那个所谓的“服务水平协议”（SLA），我头都大。这玩意儿听起来特正式，特“大厂范儿”，但真落到纸面上，如果全是那种冷冰冰的法律术语或者看不懂的英文缩写，那基本就是签了个寂寞。出了事儿，对方两手一摊，说“根据协议第XX条，这不归我们管”，你除了干瞪眼，一点办法都没有。
咱们今天不整那些虚的，不掉书袋，就聊聊怎么把这个 SLA 搞得像那么回事，让它真正能保护我们，而不是给外包公司留后路。这东西本质上不是为了打官司，是为了大家合作愉快，别因为一些鸡毛蒜皮的小事把关系搞僵了。
第一步：把“人”和“事儿”先捋清楚
很多人一上来就谈价格，谈赔偿，我觉得这顺序反了。在谈 SLA 之前，你得先跟自己，也跟外包公司掰扯明白两件事：你要的人是什么样的？你要他来干嘛？
这听起来像废话，但90%的坑都埋在这儿。
别用“熟练工”这种模糊的词
你跟外包公司说“我要一个熟练的Java开发”，完了，这事儿就没法聊了。什么叫“熟练”？是能写代码就行，还是得懂微服务架构？是能独立搞定一个模块，还是只能在旁边打下手？
在 SLA 的附件里，必须有一份极其详尽的《岗位说明书》（JD）。这东西得你自己写，或者你团队的技术负责人写。别偷懒用招聘网站上的通用模板。要把下面这些东西写清楚：
- 硬技能： 比如，要求熟练使用 Spring Boot，但最好指定版本；要求懂 MySQL，但得说明是需要有数据库优化经验，还是仅仅是会写 SQL。
- 软技能： 沟通能力怎么样？需不需要跟跨部门的同事打交道？有没有英文读写的要求？
- 经验年限： 3年经验，是指做过3年开发，还是指有3个完整项目经验？这差别大了去了。
- 工具链： 你们公司用 GitLab 还是 GitHub？用 Jira 还是 Trello？这些都得提前说。
这份说明书越细，后面扯皮的可能性就越小。它就是 SLA 的基石。
明确交付物和KPI
人来了，活儿怎么算干好了？不能凭感觉。得有量化的指标。
如果你招的是开发，KPI 可能是：
- 代码提交频率和质量（比如代码审查的通过率）。
- 按时完成分配的任务比例。
- 线上 Bug 的数量和修复时效。
如果你招的是客服，KPI 就更直接了：
- 日均接待量。
- 客户满意度评分。
- 首次响应时间。
把这些写进 SLA，大家就有了共同的衡量标准。到时候是好是坏，数据说话，谁也别赖账。
核心条款：把丑话说在前面
好了，人和事都明确了，现在可以进入正题，敲 SLA 的具体条款了。这部分最枯燥，但也最关键。咱们挑几个最容易出幺蛾子的地方，一个一个说。
1. 人员的“准入”与“替换”
外包公司把人推过来，你觉得不满意，怎么办？
试用期必须有。 SLA 里要写明，推荐过来的人员，必须有试用期，一般是 1 到 2 周。试用期内，如果你觉得人不行，只要给出合理的理由（比如技能不匹配、工作态度有问题），可以无条件、免费更换。注意，是“免费”，不能让人白来一趟，你还得付服务费。
更换时效。 如果试用期过了，或者人干了一半突然说不干了（外包公司自己的原因），他们必须在多长时间内给你补上新人？SLA 里要写死，比如“5个工作日内提供不少于2名备选简历，10个工作日内完成新人到岗”。超时了怎么罚？可以约定减免一部分服务费，或者延长服务周期作为补偿。
人员稳定性。 可以加一条，比如“合同期内，核心人员离职率不得高于 X%”。这能倒逼外包公司好好对待他们的员工，别把你们这儿当跳板。
2. 服务范围和“边界”
这是最容易扯皮的地方。人是你在用，但他的劳动关系在外包公司。很多事就变得模糊。
比如，加班。项目紧急，需要加班，这加班费谁出？是算在你的服务费里，还是外包公司自己承担？SLA 要明确。我的建议是，常规项目不鼓励加班，如果确实需要，要提前申请，并且明确加班费的计算方式和支付方。
再比如，知识产权。这个人，在为你们工作期间，写的所有代码、做的所有设计、写的文档，知识产权必须 100% 归你们公司所有。这一点必须在 SLA 里白纸黑字写清楚，这是底线。
还有保密义务。外包人员接触到你们的商业机密，如果泄露了，责任谁来负？外包公司得承担连带责任，并且要有明确的惩罚措施。
3. 服务费的计算和支付
别只看总价。支付方式里藏着很多细节。
按人头付费 vs. 按项目付费。 按人头（人/月）比较简单，但容易养懒人。按项目交付付费，能激励效率，但对项目管理的要求很高，SLA 里的 KPI 必须非常清晰。
支付节点。 是月结还是季度结？建议月结。但可以约定一个“绩效挂钩”的部分。比如，每月服务费的 90% 按时支付，剩下的 10% 作为绩效奖金，根据当月 KPI 达成情况来支付。KPI 达标，全额支付；不达标，按比例扣减。这样能有效管理外包人员的积极性。
罚则。 如果外包公司违反了 SLA，比如人员不及时到岗、服务质量不达标，要有明确的扣款条款。比如，每延迟一天到岗，扣除当月服务费的 1%。这个比例要合理，既能起到约束作用，又不至于让对方掀桌子。
4. 退出机制
合作总有结束的一天。好聚好散很重要。
正常结束。 合同到期，如何交接？SLA 要求外包人员必须整理好所有工作文档、代码、账号密码，并且有至少 1-2 周的交接期。交接不完成，服务期顺延。
提前终止。 如果一方想提前解约，需要提前多久通知（比如 30 天）？是否需要支付违约金？什么情况下可以“无责解约”？比如，外包公司连续几个月 KPI 不达标，或者你们公司业务发生重大调整。这些都得想清楚，写明白。
这里有一个简单的 SLA 核心条款清单，你可以参考一下，确保没有遗漏：
| 条款类别 | 关键点 | 备注 |
|---|---|---|
| 人员管理 | 试用期、更换时效、稳定性要求 | 确保你能找到合适的人，并且人能稳定下来 |
| 服务范围 | 工作职责、知识产权、保密协议 | 明确边界，防止责任推诿和资产流失 |
| 绩效考核 | KPI 定义、数据来源、考核周期 | 用数据说话，避免主观判断 |
| 费用与支付 | 单价、支付周期、绩效挂钩、罚则 | 钱的事，最敏感，也最容易出问题 |
| 退出机制 | 正常结束、提前终止、违约责任 | 保证合作结束时能平稳过渡 |
别忘了那些“软”条款
一份好的 SLA，不光是冷冰冰的条款，还得有一些“人性化”的约定，这能让合作顺畅很多。
沟通机制
约定好沟通的频率和方式。比如：
- 每周一次三方例会（你、外包公司PM、外包人员）。
- 每月一次服务报告，外包公司需要提交，总结当月工作、人员表现、遇到的问题和下月计划。
- 紧急问题的联系方式和响应时效。
把这些固定下来，能避免很多信息差。
文化融入
虽然是外包人员，但天天在你这儿上班，如果完全被当成“外人”，工作积极性会很差。可以在 SLA 里建议外包公司做些什么，来帮助人员融入。比如，参与你们的团队建设、新人培训等。这虽然不是强制条款，但体现了你的诚意，外包公司也会更重视。
争议解决
再怎么详细，也难免有分歧。SLA 要规定一个争议解决的路径。别动不动就说“上法院”，太伤感情也太慢。
建议的路径是：
- 双方项目经理先沟通。
- 沟通不成，升级到各自公司的管理层。
- 如果还解决不了，可以引入一个中立的第三方进行调解，或者按照合同约定的仲裁机构进行仲裁。
签完字，SLA 才刚刚开始
很多人以为，SLA 签完字，锁进抽屉里，这事儿就完了。大错特错。SLA 不是“判决书”，它是双方合作的“导航仪”。
你得定期拿出来“复盘”。比如每个季度，对照 SLA 里的 KPI，看看外包人员的表现怎么样，外包公司的服务到不到位。做得好的地方，要表扬；做得不好的地方，要根据条款进行提醒甚至处罚。
如果发现 SLA 里有些条款不合理，或者市场变了，比如现在招一个同样水平的人成本高了很多，那就得坐下来重新谈，更新 SLA。它应该是一个“活”的文档。
说到底，跟人力外包公司合作，签 SLA 的过程，其实也是一个双方建立信任、明确预期的过程。你把规则定得越清晰、越公平，对方就越知道该怎么服务你。别怕麻烦，前期多花点时间把这些“丑话”说透，后面能省下无数的心。
记住，你的目标不是为了在出问题时能罚对方多少钱，而是为了确保从一开始，大家就在一条船上，朝着同一个目标使劲。一份好的 SLA，就是让这艘船开得更稳的压舱石。 电子签平台
