外包与协作的合规:合同、付款、保密、竞业与雇佣边界

一个人也需要协作,但协作最容易把「合作」变成「雇佣」。本篇对照外包、兼职、顾问、合伙四种形态的责任与成本,给出合同必备条款、付款节点、保密与竞业边界,以及一份不依赖口头承诺的交付验收流程。

你以为在找外包,对方可能认为在上班。差别不在称呼,而在谁管理、谁付钱、谁承担风险。

一、每月转账,转了半年

以下情境为教学假设,人物、引语和数字不代表经核实的真实案例。

一位开发者做产品,找了一位朋友帮忙做前端。没有合同,按月转账,金额固定,工作内容由他安排,每天在群里同步进度。

半年后合作结束。对方提出:这半年实际上是劳动关系,要求补缴社保、支付未签劳动合同的赔偿。

开发者觉得自己只是「找个人帮忙」,没有考勤、没有工牌、没有规章制度。但对方拿出了聊天记录、固定转账、任务分配、代码提交时间。

这件事最后怎么解决不重要,重要的是它暴露了一个常见误解:「我把他当外包」不等于「法律上就是外包」。

二、四种协作形态

形态你买的是什么管理方式报酬社保发票主要风险
劳动关系劳动者的时间与服从强管理、考勤、规章工资你承担不需要未签合同、社保、解雇争议
劳务关系一定劳务成果较弱管理劳务报酬通常不承担可能需要代开发票个税代扣、工伤
承揽/外包特定成果不管过程,只看结果按项目/里程碑不承担对方开票成果验收、权属
合作/合伙共同经营与收益共同决策分成/股权各自承担依结构决策僵局、退出

形态不是靠合同名字决定的,而是靠主体资格与实际履行方式等事实判断的。 社保、工伤认定及人身损害责任需分别核对;不能以“外包不承担社保”推导任何损害都无需负责。 写「外包协议」但每天打卡、固定工资、纳入团队管理,仍可能被认定为劳动关系。

2.1 判断的四个维度

维度更像劳动关系更像外包
人格从属你安排时间、地点、流程对方自主安排
经济从属固定月薪、主要收入来源按项目收费、服务多个客户
组织从属纳入团队、参加固定会议不进入组织架构
风险承担你承担经营风险对方承担部分交付风险

四个维度越靠向左边,越需要按劳动关系处理。

三、选择形态的三个问题

  1. 你需要的是「时间」还是「成果」? 需要时间,倾向劳动/劳务;需要成果,倾向承揽。
  2. 你能否接受对方同时服务别人? 能,倾向外包;不能,可能要重新考虑用工。
  3. 你能否承担社保、个税、工伤等义务? 不能,就不要用「事实雇佣」的方式合作。

不要用外包合同规避用工义务。 形式与实质不一致时,争议成本远高于当初省下的钱。

四、外包合同的必备条款

条款要写清什么
主体双方名称、证件号、联系方式
范围具体交付物、工作量、不在范围内的内容
标准验收标准、修改次数、缺陷修复期
时间开始、里程碑、最终交付
报酬金额、币种、付款节点、发票类型
知识产权成果归属、转让范围、后续使用
保密保密信息范围、期限、例外
违约延期、质量不达标、单方终止
争议适用法律、管辖地
变更需求变更如何计价与排期

4.1 范围写不清,后面一定吵

「做一个登录页」可以是一天,也可以是一个月。至少要写:

  • 页面数量与状态(空、加载、错误、成功)。
  • 是否需要响应式、多语言、无障碍。
  • 是否包含后端接口、测试、部署。
  • 修改次数与额外修改的计价。

把「不包含什么」写进去,比只写「包含什么」更有用。

4.2 验收标准

好的验收标准是可验证的:

差的写法好的写法
界面美观通过设计稿走查,差异项不超过约定数量
功能正常指定用例全部通过,无阻断级缺陷
性能良好指定页面在指定设备上的加载时间不超过阈值
代码质量高通过 lint、测试覆盖率不低于约定值

五、付款节点

节点常见比例说明
签约30%(示例)锁定排期
里程碑30%(示例)按可验收成果支付
交付30%(示例)验收通过后支付
质保10%缺陷修复期结束支付

不要把大部分款项放在最后。 也不要一次性付全款。付款节点要和可验收的成果绑定,而不是和时间绑定。

5.1 付款凭证

  • 合同或订单。
  • 发票(如对方能开)。
  • 银行转账记录。
  • 验收确认(邮件、聊天记录、签字单)。

四者齐全,才能在争议时说明「这笔钱是为什么付的」。

六、保密与竞业

6.1 保密

保密义务可以覆盖:

  • 源代码、设计稿、文档。
  • 客户名单、定价、合同。
  • 未公开的产品计划。
  • 访问凭据、密钥。

合同里要写清:保密信息范围、保密期限、允许披露的例外(法律要求、已公开信息)、违约后果。

6.2 竞业

劳动关系下的离职竞业限制仅限法定特定人员,应与其知悉的商业秘密相适应,按约定按月支付经济补偿,期限最长两年。普通商业外包的竞争约定不能直接套用这一整套劳动法规则。

对独立开发者的实际建议:

  • 对外包方,用「不得将本项目成果用于竞品」这类成果使用限制,应限于你依法拥有权利的具体成果,并排除对方既有代码、公开知识和未转让部分;不能保证一概比竞业条款更可执行。
  • 对核心合作者,如果确实需要竞业,写清范围、期限、补偿,并咨询专业人士。
  • 不要在一份普通外包合同里塞入无法执行的竞业条款。

范围、人员、地域、期限和补偿需与合法保护利益对应。普通保密义务不等于禁止对方从事整个行业。

七、跨境外包

事项要确认什么
付款币种、路径、手续费、外汇申报
税务是否需要代扣代缴、对方所在国税制
合同适用法律、争议解决地
知识产权转让条款是否在对方国家可执行
数据对方是否能接触客户数据,是否需 DPA
发票对方能否提供合规凭证

跨境合作的合同,最好由熟悉两地法律的人审一次。 还要确认判决或仲裁裁决能否在实际资产所在地执行;合同效力、管辖与执行成本是不同问题。

八、交付与验收流程

需求说明 → 报价与排期 → 合同/订单 → 预付款
   ↓
里程碑交付 → 验收 → 里程碑付款
   ↓
最终交付(代码/设计/文档/许可证清单)
   ↓
验收确认 → 尾款 → 质保期 → 结项

每一步都要有书面记录。聊天记录可以作为证据,但不如一份确认邮件清晰。

九、常见错误

错误后果更好的做法
用外包名义长期固定用工被认定劳动关系按实际形态签合同
不签合同只转账权属、验收、争议都无依据书面合同 + 付款凭证
范围写得含糊无限修改、项目延期写清包含与不包含
没有验收标准无法判断是否完成可验证的验收条件
一次性付全款交付质量失控按里程碑付款
竞业条款过宽条款无效限定范围、期限、补偿
跨境合同不审争议无法执行两地法律审阅

十、行动清单

  • 列出当前所有协作关系,按四种形态归类。
  • 检查是否存在「名为外包、实为雇佣」的情况。
  • 为每份外包补一份含范围、验收、IP、保密的合同。
  • 把付款节点与可验收成果绑定。
  • 建立交付物清单与验收确认模板。
  • 检查保密条款是否覆盖源码、客户数据、密钥。
  • 跨境合作确认付款、税务、合同执行地。
  • 对核心合作者的竞业条款做一次合法性复核。

使用边界与实操验收

劳动关系认定看实际履行、主体资格与从属性等事实,不由合同标题或单一打卡特征决定。示例付款计划不代表行业统一比例。

一份 10000 元外包示例:签约 3000、核心功能验收 3000、最终源码与许可清单验收 3000、质保届满 1000,合计 100%。需求变更另签报价。若合作改为固定工作时段、持续指挥与团队管理,应重新评估用工关系,而不是继续沿用外包名称。

关键参考与核验范围

以下链接支持对应的机制或规则;本文的案例、成本和经营评分是说明方法的假设,不能当作平台统计或收益承诺。核验日期:2026-10-22。

系列导航

继续阅读

探索更多技术文章

浏览归档,发现更多关于系统设计、工具链和工程实践的内容。

全部文章 返回首页

「Indie」更多文章

  1. 定价复盘:价格、转化、留存与退款的一张表
  2. 低流量定价实验:样本不够时怎么测
  3. 结账页:币种、税费、失败重试与拒付