找人做网站、小程序或 App，让人头疼的往往不是贵，而是做了一半做不下去、做完了拿不到源码、上线后找不到人。这些问题大多不是技术问题，而是合作一开始就没约定清楚。
这篇按合作的先后顺序，把五个关键环节拆开讲，每一节都附一份可以直接用的清单。写这篇的出发点很简单：规则说清楚，对双方都是保护。
本文涉及的法律条款仅作常识性说明，不构成法律意见；金额较大的项目，建议请专业人士审阅合同。
一、常见的几类坑
- 需求只有一句话：「做个类似某某的 App」，结果双方理解完全不同，反复返工。
- 一次付清或首付比例过高：钱付出去了，进度和质量都失去了约束。
- 源码不交付或另外加价：调研中不少报价把源码单独收费，事后想换人维护才发现拿不到。
- 账号注册在开发方名下：小程序、服务器、域名都不在你手里，迁移非常困难。
- 没有验收标准：「做完了」和「做好了」之间，全靠吵。
- 售后范围不清：上线后出问题，是免费修 bug 还是付费新需求，说不清。
- 报价明显低于市场：可能用现成模板冒充定制，或者做到一半加价。
- 承诺一定能过审、一定能上架：审核结果由平台决定，谁都无法对结果打包票。
二、需求确认单：先把「做什么」写下来
需求确认单是后面所有环节的基础：报价、工期、验收、售后都以它为准。一份合格的确认单至少包括：
| 项目 | 写什么 |
|---|---|
| 项目目标 | 给谁用，解决什么问题 |
| 用户角色 | 顾客、员工、管理员分别能做什么 |
| 功能清单 | 分成「必做 / 可选 / 本期不做」三栏 |
| 页面清单 | 列出每个页面的名称和主要内容 |
| 第三方服务 | 支付、短信、地图、AI 等，费用由谁付 |
| 交付物 | 源码、部署文档、账号、操作手册 |
| 工期与节点 | 每个里程碑的日期，以及工期从什么时候开始算 |
| 修改轮次 | 设计改几轮，超出怎么收费 |
| 报价与付款 | 总价和每个付款节点 |
| 验收方式 | 在哪里验、按什么标准、多久内反馈 |
| 售后 | 免费期多长、响应时间、范围 |
| 不包含 | 明确写出不做的内容 |
「本期不做」和「不包含」这两栏特别重要，大部分争议都来自双方对范围的理解不一致。
如果你自己写不清楚，可以先花一笔小钱做需求梳理：拿到功能清单、页面清单和原型后，这份文档归你，可以拿去找任何团队比价。
三、分阶段付款：让每一笔钱都对应一个交付物
3.1 预付款还是定金
合同里的用词会影响权利义务：
- 定金有特殊的法律效果。按《民法典》第 586 条，定金数额不得超过主合同标的额的 20%，超过部分不产生定金效力。
- 预付款就是提前支付的一部分价款，更适合开发类合作。可以约定：已完成阶段（需求梳理、原型、设计稿）对应的费用不退。
3.2 常见的付款节奏
码上交付的做法供参考：
| 订单金额 | 付款方式 |
|---|---|
| ¥500 以下 | 一次付清，或先付 50%、交付时付剩下 50% |
| ¥500–5,000 | 先付 50% 开工，验收通过后付剩下 50% |
| ¥5,000 以上 | 分三次：签约 30%、首版演示通过 40%、上线验收 30% |
关键是每个付款节点都能看到东西：设计稿、测试链接或体验版二维码。看不到交付物之前，不进入下一笔付款。
对新合作的开发者不放心，也可以通过接单平台的担保交易付款，平台通常会收取一定的服务费或开票费。
四、源码与账号归属：写进合同，落到实处
4.1 著作权
按《计算机软件保护条例》第 11 条，委托开发的软件，如果没有书面合同约定或约定不明，著作权属于受托人（开发方）。所以合同里要写明：尾款结清后，交付源码的著作权转让给委托方。
4.2 交付物清单
- 全部源码（Git 仓库或压缩包）
- 部署文档和环境变量说明
- 数据库结构说明
- 操作手册
- 管理员账号
- 开源组件清单及其许可证（部分开源项目商用有条件，要提前知道）
4.3 账号清单：全部用你的实名
| 账号 | 登记在谁名下 |
|---|---|
| 域名 | 你本人或公司 |
| 云服务器 / 云账号 | 你本人或公司 |
| 小程序账号（管理员微信） | 你本人或公司 |
| 微信支付商户号 | 你本人或公司 |
| 应用商店开发者账号 | 你本人或公司 |
| 第三方 API（短信、地图、AI） | 你本人或公司 |
开发者只用协作者权限或子账号，交付后你修改密码、收回权限即可。这样资产归属清楚，备案主体也一致。
五、验收标准：把「做好了」变成可以检查的清单
- 按需求确认单逐条核对，每一条标注「通过 / 不通过」。
- 在测试环境或体验版上验收，不要直接在生产环境试。
- 约定兼容范围：支持哪些浏览器、哪些手机系统版本。
- 约定反馈时限：比如演示后 3 个工作日内反馈，逾期视为通过。
- 分清 bug 和新需求：没按确认单实现的是 bug，免费修；确认单以外的都是新需求，另外报价。
- 上线检查：HTTPS 证书、备份、密钥是否只放在服务器环境变量里、后台默认密码是否已修改。
如果你自己不懂技术，可以请第三方做外包验收：从需求确认、里程碑验收到交付检查清单全程把关，也可以按小时约聊，¥399/小时起。
六、售后：上线不是结束
合同里写清楚：
- 免费售后期：比如上线后 30 天内免费修 bug。
- 响应时间：比如工作日 12 小时内响应，不承诺 7×24 小时值守。
- 范围：第三方平台规则变化（审核规则、API 改版）导致的修改如何计费。
- 续费方式：年度维护或按次付费，价格事先说明。
- 不锁客户：不续费也不影响你继续使用源码、账号和数据。
上线后遇到小问题，也可以单独找人修问题、补功能，¥99 起的诊断费在接单后抵扣。
七、一张快速自查表
签约前，逐项打勾：
- [ ] 有书面的需求确认单，包含「本期不做」
- [ ] 报价单列出了第三方费用，以及工期的起算条件
- [ ] 首付款写作「预付款」，每个付款节点对应一个交付物
- [ ] 合同写明尾款结清后著作权转让
- [ ] 所有账号都登记在你名下
- [ ] 有验收清单和反馈时限
- [ ] 售后期、响应时间和维护价格已写明
- [ ] 需要发票的，事先说明，税费如何承担已约定
相关服务与询价
- 需求梳理与方案评估：免费粗评，完整梳理 ¥999–1,980（签约后抵扣） · 按此服务询价
- 技术咨询 / 代码审查 / 架构评审 / 外包验收：参考价 ¥399/小时起 · 按此服务询价
- 改页面 / 修问题 / 补功能：参考价 ¥99 起 · 按此服务询价
码上交付的付款、修改、交付和售后规则都公开写在服务条款里。以上价格均为参考价，最终以需求确认后的报价为准。
一起聊聊