外包付款怎么给，才不会做完收不到钱

这一篇是写给付钱的人的。开发行业最常见的纠纷不是技术纠纷，是钱的事：做完了对方说"还有几个小问题"，或者直接联系不上了。

三个最常见的坑

一、全款预付。 现金充裕的新项目还好说，需求不明确的项目就是赌博——你付的是"想象中的东西"。

二、按总价结算、最后才付。 中途对方说要加功能，你不好意思拒绝；最后拖着尾款，你也没有筹码。

三、验收标准没写。 "做完了"是争议的起点。每个阶段都要有一句能被判断真假的话。

阶段	什么时候付	付多少	付之前必须看到
需求与方案	开工前	10%～20% 或直接抵作首期	功能清单、里程碑、验收标准
阶段一：能跑的版本	验收通过后	30%～40%	一个能演示的地址或可运行的项目
阶段二：核心功能	验收通过后	30%～40%	对照验收清单逐条打勾
阶段三：收尾交接	交付后	10%～20%	源码、部署权限、文档、数据导出

核心原则：钱跟着"能验收的东西"走，不跟着时间走。

差的写法	好的写法
功能完整可用	三个角色能登录并各自完成"上架 / 审核 / 下架"，权限越权访问返回 403
性能达标	100 并发下接口 P95 响应 < 800ms，附压测报告
移动端适配	iOS Safari 与 Android Chrome 上主流程可走通，截图留存
数据导入成功	提供的 CSV 共 1 万行全部导入成功，失败行有错误清单

判据很简单：这句话能不能用一个是/否回答。

有托管（escrow）当然好：钱在平台，验收通过才放。但平台抽成 20%～40%，而且有实名与结算门槛。

零资质也能用的做法：分阶段收款。 每阶段结束、对方验收、付款、下一阶段开始，全程留聊天记录与交付物截图。这套流程不需要任何平台，对个人开发者和小额项目是成本最低、最可控的做法。

我自己给自己的产品就做了一条同样的通道：人工收款 → 发一个兑换码 → 站内自动核销并开通授权，码状态和授权发放在同一个事务里提交，不会出现"码被重复用"或"授权发了码没销"。这是为了让不接入支付商户的主体也能安全地卖订阅。

付款结构谈不拢，往往说明这个合作本身就不合适。 一个连"先付多少、什么时候验收"都不愿意写清楚的人，不会是一个会把项目做好的合作方。

把需求原文贴进去，会得到：可行性判断 · 需求内部的矛盾点 · 方案要点与取舍 · 风险清单 · 阶段拆分与验收标准 · 工期与报价区间。

评估完还能一键生成分享链接，发给老板或同事确认需求——链接里的联系方式会自动隐去，30 天失效。

不确定预算够不够、工期对不对得上？把需求贴进去，先拿到一份可评估的方案和分阶段报价，再去谈。