你以为在找外包,对方可能认为在上班。差别不在称呼,而在谁管理、谁付钱、谁承担风险。
一、每月转账,转了半年
以下情境为教学假设,人物、引语和数字不代表经核实的真实案例。
一位开发者做产品,找了一位朋友帮忙做前端。没有合同,按月转账,金额固定,工作内容由他安排,每天在群里同步进度。
半年后合作结束。对方提出:这半年实际上是劳动关系,要求补缴社保、支付未签劳动合同的赔偿。
开发者觉得自己只是「找个人帮忙」,没有考勤、没有工牌、没有规章制度。但对方拿出了聊天记录、固定转账、任务分配、代码提交时间。
这件事最后怎么解决不重要,重要的是它暴露了一个常见误解:「我把他当外包」不等于「法律上就是外包」。
二、四种协作形态
| 形态 | 你买的是什么 | 管理方式 | 报酬 | 社保 | 发票 | 主要风险 |
|---|---|---|---|---|---|---|
| 劳动关系 | 劳动者的时间与服从 | 强管理、考勤、规章 | 工资 | 你承担 | 不需要 | 未签合同、社保、解雇争议 |
| 劳务关系 | 一定劳务成果 | 较弱管理 | 劳务报酬 | 通常不承担 | 可能需要代开发票 | 个税代扣、工伤 |
| 承揽/外包 | 特定成果 | 不管过程,只看结果 | 按项目/里程碑 | 不承担 | 对方开票 | 成果验收、权属 |
| 合作/合伙 | 共同经营与收益 | 共同决策 | 分成/股权 | 各自承担 | 依结构 | 决策僵局、退出 |
形态不是靠合同名字决定的,而是靠主体资格与实际履行方式等事实判断的。 社保、工伤认定及人身损害责任需分别核对;不能以“外包不承担社保”推导任何损害都无需负责。 写「外包协议」但每天打卡、固定工资、纳入团队管理,仍可能被认定为劳动关系。
2.1 判断的四个维度
| 维度 | 更像劳动关系 | 更像外包 |
|---|---|---|
| 人格从属 | 你安排时间、地点、流程 | 对方自主安排 |
| 经济从属 | 固定月薪、主要收入来源 | 按项目收费、服务多个客户 |
| 组织从属 | 纳入团队、参加固定会议 | 不进入组织架构 |
| 风险承担 | 你承担经营风险 | 对方承担部分交付风险 |
四个维度越靠向左边,越需要按劳动关系处理。
三、选择形态的三个问题
- 你需要的是「时间」还是「成果」? 需要时间,倾向劳动/劳务;需要成果,倾向承揽。
- 你能否接受对方同时服务别人? 能,倾向外包;不能,可能要重新考虑用工。
- 你能否承担社保、个税、工伤等义务? 不能,就不要用「事实雇佣」的方式合作。
不要用外包合同规避用工义务。 形式与实质不一致时,争议成本远高于当初省下的钱。
四、外包合同的必备条款
| 条款 | 要写清什么 |
|---|---|
| 主体 | 双方名称、证件号、联系方式 |
| 范围 | 具体交付物、工作量、不在范围内的内容 |
| 标准 | 验收标准、修改次数、缺陷修复期 |
| 时间 | 开始、里程碑、最终交付 |
| 报酬 | 金额、币种、付款节点、发票类型 |
| 知识产权 | 成果归属、转让范围、后续使用 |
| 保密 | 保密信息范围、期限、例外 |
| 违约 | 延期、质量不达标、单方终止 |
| 争议 | 适用法律、管辖地 |
| 变更 | 需求变更如何计价与排期 |
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。
- 所得税税前扣除凭证办法 :扣除凭证包括依法适用的内部凭证与多种外部凭证。
- 企业实施竞业限制合规指引 :劳动竞业的人员范围、保密利益、合理边界及补偿。
系列导航
- 上一篇:知识产权归属:代码、素材、外包、职务作品、商标与版权登记
- 下一篇:年度合规日历与退出:年报、汇算、变更、转让、注销与迁移
- 回到目录:一个人的公司:独立开发者的主体、税务与合规底座
- 相关阅读:SaaS 第一位协作者:什么时候该找人,哪些事不能外包
继续阅读
探索更多技术文章
浏览归档,发现更多关于系统设计、工具链和工程实践的内容。