源码到底该不该给客户？这是外包里最要命的一条

"源码是我们的知识产权，只授权你使用"——这句话在合同里很常见，后果是：你想换人改一个小功能，新团队看不懂；服务商涨价，你没有议价空间；服务商不做了，系统就此废掉。

两种模式，说清楚就好

模式一：买使用权。你付的是授权费，源码归开发方，你拿到可运行的程序和后台账号。适合买成熟产品（比如一套通用 CRM），价格低，但不能改底层。

模式二：买断源码。你付开发费，源码归你。适合定制项目，价格高一些，但资产是你的。

两种都合理，问题在于很多合同故意含糊：报价按"买断"收，条款写"授权使用"。签之前一定在合同里找到这句话——"本项目全部源代码及数据库结构的知识产权归甲方所有"。没有这句，就默认不是你的。

只给源码还不够

拿到一堆 .cs / .java / .php 文件，不等于能跑起来。真正要交付的是这几样：

• 完整源代码（含前端、后端、配置文件）
• 数据库结构导出文件（.sql），以及初始数据
• 部署文档：服务器环境、依赖版本、启动步骤、常见错误
• 第三方服务清单：用了哪些付费接口，账号在谁名下
• 一个能跑起来的环境（最好是测试服务器，交付后一周内可访问）

少一样，接手的人就要多花几十小时猜。我们交付时会把这几项做成一个压缩包 + 一份 PDF，客户常常嫌多，半年后会说这是最值钱的部分。

验证方法

有个很实用的检验：找一个没参与开发的人（可以是另一个程序员朋友），只给他交付包，不给任何口头说明，看他在一天内能不能在本机把系统跑起来。跑不起来，说明交付不合格。

价格差在哪

同一套功能，给源码和不给源码，价差通常在 20% – 50%。有些服务商不给源码是为了"锁定客户"——这是商业选择，不是道德问题。但你要知道自己买的是哪种，别付了买断的钱，拿的是授权的货。