开发合同怎么签才稳妥？范围、工期、验收、源码六件事先谈清
签开发合同，价格和工期之外，真正决定出事时有没有说法的是六件事：开发范围、工期节点、验收标准、源码归属、保密义务与违约责任。本文逐条说明每项不写的后果与建议写法，解释源码归属的法律默认规则与谈判时间成本参考，并附一份签约前可打印的自查表。
功能聊得差不多，价格也谈拢了，下一步就是签合同。很多人到这一步只看总价和工期，剩下的条款一页翻过去；真出了问题才发现，能帮你要回说法的，恰恰是当时没细看的那几条。签之前，把下面六件事逐条过一遍。
合同为什么值得逐条看：口头答应的，写在纸上的才算数
做项目这些年，有一个现象反复出现：谈需求时双方答应得都很好——"这个功能后面加上""数据肯定还给你们"。这些话如果没有写进合同，做完之后就变成各说各话。合同不是信任问题，而是把双方谈好的事变成可以对照的凭据。
一家开了三家连锁便利店的企业主说过他的经历：当初口头说好会员数据归店里，一年后想换服务商，对方说数据存在他们的系统里，要导出来得再付一笔钱。他手上没有任何凭据，只能重新谈一遍价钱。如果当初合同里有一条"数据归甲方，服务商有义务配合导出"，这件事根本不会发生。
六件事逐条过：每一条该写成什么样
| 条款 | 不写会怎样 | 建议写法 |
|---|---|---|
| 开发范围 | 加功能没个准价，"当时说好的"说不清 | 功能清单做成附件逐条列出，清单之外按新需求另计价 |
| 工期 | 只写一个总天数，中途拖了也不知道 | 总工期加阶段节点：样稿确认、验收版提交、正式上线各写日期 |
| 验收 | "做完"没有标准，双方各自理解 | 写明对照功能清单逐项可操作，约定验收期限与提修改的时限 |
| 源码归属 | 合同没约定，法律规定默认归开发方 | 写清程序文件、数据、账号归谁，何时交付、怎么交付 |
| 保密义务 | 客户资料、经营数据、后台账号被带走他用 | 写明不得对外提供你的数据与账号，项目结束后账号交还 |
| 违约责任 | 延期、返工、中途停工都没说法 | 写明延期按日扣减、返工义务、中途终止的退款方式 |
这张表可以打印出来，拿到任何一份合同旁边逐行对照。下面把其中两条展开讲，因为它们出问题的频率高，又常常被新手跳过。
源码归属：不写，默认就不归你
客户常常漏谈的是源码。源码就是这套系统全部的原始程序文件，相当于房子的设计图纸加上门锁钥匙：有它，换任何一家技术公司都能接着改；没有它，你就被绑在原来那家服务商身上，改一个功能、续一次费都得看对方脸色。
这一点法律有默认规则。现行《著作权法》第十九条规定：受委托创作的作品，著作权的归属由委托人和受托人通过合同约定；合同没有明确约定或者没有订立合同的，著作权属于受托人——翻译成人话：不写，程序的权利默认在开发方手里。是付费买断，还是按年授权，两种写法价格不同，都可以谈，但要在合同里落笔。涉及具体争议，以现行法律规定和专业人士意见为准。
违约与工期：给延期一个价格
工期条款只写"45 个工作日"是不够的，因为没有节点就没有追责的起点。可执行的写法是：样稿确认后 15 个工作日内提交验收版，验收版提交后 10 个工作日内完成上线（日期仅作示例）。配合违约条款，常见写法是每延期一天，按合同总价的 0.05%–0.1% 扣减，连续延期超过 15 天，委托方有权终止项目并按已完成比例退款（以上均为参考区间，双方可谈）。
写清这些条款，要多花多少钱和时间
先说结论：把条款写清楚，几乎不增加额外费用，增加的是前期沟通时间——一般多一到两次沟通、合同多出两三页纸（参考）。真正的成本差在后期：范围没写清的项目，做完之后加一个中等复杂度的功能，报价常见在数千元到上万元不等（参考）；而范围按清单逐条计价的项目，加功能就是按单价结算，双方都省心。
一句话概括：合同里多写的每一行，都是在给未来可能发生的扯皮降价。
签之前，今天就能做的三步
- 把手头的合同（或对方发来的模板）打印出来，对照上面六件事逐行打勾，缺哪条就要求补哪条。
- 准备一份功能清单附件，哪怕只有一页纸，把你要的功能逐条写下来，双方签字作为合同附件。
- 拿不准的条款，请对方用一句话解释"这条在实际执行里是什么样"——解释不清的条款，就是你要追问下去的地方。
我们在与客户合作时也按这个思路走：功能清单进附件、节点写进工期、源码与数据归属当面谈清再落笔。签任何一份开发合同前，都可以按这六件事自查一遍；想先了解一份报价里通常包含什么，可以看我们的企业网站服务页与小程序服务页，或参考此前那篇讲网站报价差价构成的文章，心里有数再开口。