和人力外包公司签SLA，别光看价格，这几个坑得先填平

说真的，每次跟人力外包公司谈合作，会议室里气氛都挺微妙的。甲方想压价，想把风险都甩出去；乙方呢，嘴上说着“我们是战略合作伙伴”，心里盘算着怎么把利润最大化。最后签的合同，尤其是那个叫“服务水平协议”（SLA）的东西，往往就成了个走过场的摆设。真出了事儿，拿出来一看，全是模棱两可的漂亮话，谁也追究不了谁的责任。

我见过太多这样的情况了。项目急着要人，HR部门催得紧，业务部门的leader天天在你耳边念叨。于是，合同条款看得飞快，只要价格合适，人能快速到岗，SLA就随便找了个模板改改公司名字就签了。结果呢？人来了发现技能不对板，干两天就跑路，项目进度一拖再拖，最后还得自己团队的人加班加点填坑。回头想找外包公司理论，人家指着合同说：“你看，我们推荐的时候，简历上写的技能是符合的呀。”

所以，一份好的SLA，不是为了打官司用的，它其实是甲乙双方的一份“沟通说明书”，是把那些口头上的“期望”变成白纸黑字的“标准”。这篇文章，我不想跟你扯那些高大上的理论，就用大白-话，聊聊在和人力外包公司合作时，SLA里到底应该塞进哪些实在的东西，才能最大程度地避免麻烦。

第一块硬骨头：人员质量和匹配度

这是最最核心的问题。外包公司送来的人，到底靠不靠谱？这不能凭感觉，得有硬指标。

首先，简历筛选标准就得写进去。别觉得这是小事。很多时候，外包公司为了快速凑人头，会把一些刚毕业、经验完全不符的人包装一下推过来。SLA里要明确，推荐给你的候选人，简历必须经过你方的初步审核，或者至少要满足几个硬性条件。比如，工作年限、特定技术栈的使用经验、项目背景等等。最好能附上一个简单的清单，比如“Java开发岗：3年以上经验，至少参与过2个大型电商项目，熟悉Spring Cloud全家桶”。这样一来，他们就没法随便塞人了。

其次，面试和录用流程的规范。这里面有个关键点，就是“反向面试”的权利。什么意思呢？就是你公司面试后，觉得这个人不行，拒了。那外包公司得在多长时间内，给你推荐新的候选人？SLA里必须写明，比如“面试不通过后3个工作日内提供新的合格简历”。还有，一个人最多安排几次面试？别搞那种一个候选人反复面试七八次，浪费大家时间的情况。

最关键的是，试用期保障条款。这是保护甲方利益最重要的一道防线。人来了，干了一个月，发现能力不行，或者态度有问题，怎么办？直接辞退，这个月的工资和管理费是不是就白扔了？好的SLA会规定一个“保换期”或者“试用期保障”。比如，人员到岗后30天内（或者45天），如果甲方因为人员能力不胜任、工作态度问题等原因提出更换，外包公司必须无条件免费更换同等或更高资质的人员，并且这个期间的费用要减免或者全免。这个条款一定要写得非常清楚，包括什么情况下可以启动更换，更换的时间要求（比如1周内必须到岗新人），以及费用如何结算。没有这条，你就等于把主动权全交出去了。

最后，人员稳定性承诺。人招来了，干了半个月，突然说家里有事不干了，或者被别的公司挖走了，项目刚做到一半，不上不下。这对外包公司来说可能没什么，但对你的项目来说是灾难。SLA里可以考虑加入一个关于人员稳定性的条款。比如，约定一个最低服务期限（比如6个月），如果外包人员在合同期内无正当理由主动离职，外包公司需要承担什么责任？是免费补充人员，还是有一定的违约金？这个条款可能会让外包公司觉得苛刻，但你可以用管理费的折扣来换取他们对人员稳定性的承诺，这是值得的。

第二块硬骨头：服务范围和交付物

很多人以为，外包就是“我出人，你给钱”。其实远不止这么简单。人来了，具体干什么，干到什么程度，产出什么结果，这些都得说清楚。

工作职责和范围必须明确。这一点，特别是对于那些“驻场开发”或者“项目制外包”的模式。不能只写一个“Java开发工程师”。要尽可能细化他的工作内容。比如，是负责新功能开发，还是维护旧系统？是只写代码，还是也要参与需求讨论、写技术文档、做单元测试？如果一个岗位有多项职责，最好用列表的方式写清楚。这能避免很多扯皮，比如外包人员说“我的职责是开发，测试不是我的事”，而你认为他应该自己测完再提交。

交付物标准。外包人员的工作成果，怎么才算合格？代码要符合你们公司的编码规范吗？提交代码前需要写清楚注释吗？每个迭代周期结束，需要提交什么文档？这些都应该在SLA里有体现。特别是对于一些项目制的外包，交付物可能还包括需求文档、设计文档、测试报告等。要明确交付物的格式、内容和提交时间。甚至可以约定，交付物如果不达标，需要在多长时间内修改完成，否则会影响当期的服务费用结算。

这里可以做一个简单的表格来对比不同角色可能涉及的交付物，让SLA更清晰：

角色	核心职责	关键交付物	质量标准
软件开发工程师	功能模块开发、单元测试	可运行的代码、代码注释、单元测试报告	代码符合规范、Bug率低于X%、通过Code Review
软件测试工程师	编写测试用例、执行测试、提交Bug	测试用例、测试报告、Bug报告	测试用例覆盖率、Bug描述清晰、无漏测重大Bug
产品经理助理	竞品分析、需求文档撰写	竞品分析报告、PRD文档	文档结构清晰、逻辑无漏洞、相关方确认

有了这个，双方的期望就拉到同一个水平线上了。

第三块硬骨头：日常管理和沟通机制

人来了，活也派了，但管理跟不上，效果一样差。外包人员毕竟不是你的正式员工，如何让他们融入团队，如何保证信息通畅，是个大学问。

汇报关系和日常管理。SLA里要明确，外包人员日常向谁汇报工作？是直接向你方的项目经理汇报，还是向外包公司的项目经理汇报？通常情况下，建议是“双重管理”：日常工作任务、进度由你方的项目经理直接安排和跟进；而考勤、纪律、合同、薪资等问题，则由外包公司的项目经理负责。这一点必须在SLA里写清楚，并且最好能附上一个沟通矩阵，列出不同问题应该找谁。

沟通渠道和会议机制。他们需要参加你们的每日站会吗？需要参加周会吗？项目的关键信息，比如需求变更、技术方案调整，需要同步给他们吗？当然需要。SLA里可以约定，外包人员必须参加甲方指定的项目会议，遵守甲方的沟通规范（比如使用企业微信、钉钉或者邮件）。同时，甲方也有义务将与项目相关的重要信息同步给外包人员，确保他们不是“信息孤岛”。

问题升级路径。当外包人员和你的团队发生分歧，或者他遇到了无法解决的问题，该怎么办？SLA里要设计一个清晰的升级路径。比如，第一步，外包人员和你方的项目经理沟通；如果解决不了，第二步，由你方项目经理和外包公司的项目经理沟通；如果还解决不了，第三步，上升到双方的更高层级负责人。有一个明确的升级路径，可以避免小问题拖成大矛盾。

第四块硬骨头：费用、支付和绩效考核

谈钱不伤感情，但不谈钱，最后肯定伤感情。

费用结构和支付条款。价格肯定要写清楚，是按人头算，还是按项目算？是按月支付，还是按季度支付？这些是基础。但更重要的是，要明确哪些费用是包含在内的，哪些是不包含的。比如，外包人员的社保、公积金、商业保险、培训费、办公设备、加班费、节假日工资，这些到底谁来承担？很多纠纷就出在这里。SLA里最好能有一个费用明细表，把所有可能的费用项目都列出来，避免后续扯皮。

扣款和罚则机制。这是SLA的“牙齿”。没有牙齿的协议就是一张废纸。前面提到了人员质量、稳定性、交付物等问题，如果外包公司没做到，怎么办？SLA里要有明确的扣款条款。比如：

• 如果推荐的候选人面试通过率低于某个比例（比如30%），外包公司需要承担什么后果？
• 如果人员在试用期内离职，外包公司需要免费更换，并且承担该人员当月的管理费吗？
• 如果交付物严重延期，或者质量不达标，是否要扣除当月部分服务费？

这些条款的设置要合理，既要能约束外包公司，又不能过于苛刻导致没人敢接。这是一种博弈，也是一种艺术。

绩效考核和回顾机制。合作不是一锤子买卖。SLA不应该是一成不变的。应该约定一个定期的回顾机制，比如每个季度或者每半年，双方坐下来，一起复盘一下这段时间的合作情况。可以基于一些量化的指标来做评估，比如：

• 人员到岗时效：从提出需求到人员到岗平均需要多少天？
• 人员留存率：在特定周期内，人员的流失率是多少？
• 面试通过率：推荐的候选人中，通过面试的比例是多少？
• 交付质量：交付物的返工率、Bug率等。

通过这种定期的回顾，可以动态地调整合作策略，甚至对SLA本身进行优化。这能让甲乙双方的关系从简单的“买卖”向“伙伴”更近一步。

第五块硬骨头：安全、合规与退出机制

这部分内容可能有点枯燥，但非常重要，尤其是在今天这个数据和信息安全越来越受重视的年代。

保密和数据安全。外包人员会接触到公司的代码、业务数据、用户信息，这些都是核心资产。SLA里必须包含严格的保密条款，要求外包公司和其派出的人员签署保密协议（NDA）。同时，要明确数据访问权限的管理原则，比如，外包人员只能访问其工作所必需的数据和系统。如果发生数据泄露，责任如何界定，外包公司需要承担什么赔偿责任，这些都要想清楚。

知识产权归属。这个很明确，在甲方公司工作期间，由外包人员创造的所有工作成果，包括代码、文档、设计等，知识产权都应归甲方所有。这一点必须在合同或SLA中明确声明。

合规性要求。外包公司必须确保其与外包人员之间是合法的劳动关系，按时足额缴纳社保，避免将劳动风险转嫁给甲方。如果因为外包公司用工不合规（比如没签劳动合同、没交社保）导致的劳动纠纷，给甲方造成了损失，外包公司需要全额赔偿。这条是甲方的“防火墙”。

退出和终止条款。合作总有结束的一天。可能是项目结束了，可能是找到了更合适的供应商，也可能就是合作不愉快。SLA里需要规定，在什么情况下，任何一方可以提前终止合作？比如，提前30天书面通知。终止合作后，工作如何交接？外包人员的离职手续如何办理？知识产权和工作资料如何移交？这些“分手”的细节，最好在“热恋期”就谈好，免得“分手”时闹得不可开交。

写到这里，你会发现，一份好的SLA，其实是在帮双方理清期望，把合作中可能遇到的各种“意外”都提前想好应对方案。它不是不信任的表现，恰恰相反，它是建立长期、稳定、互信合作关系的基础。花足够的时间和精力去打磨它，远比事后处理纠纷要划算得多。这事儿，急不得，也马虎不得。 人力资源服务商聚合平台