程序源码

源码到底算不算交付物，合同里写没写清楚？这个问题一旦谈含糊，后面每一步都在给对方留操作空间。能不能拿到程序源码，取决于两件事：签约时约定的交付边界，以及交付时你有没有按清单逐项核对。前者决定对方该不该给，后者决定你能不能真正接住。

下面从接手一套源码开始，把该走的步骤和该盯的细节拆开讲。

从拿到源码包到系统跑起来，按这个顺序走

拿到压缩包不等于拿到系统。按顺序推进，每一步都有明确的产出，跑完才算真正接手。

1. 先验完整性再解压。核对压缩包内的目录结构是否包含前端、后端、数据库脚本、配置文件与说明文档五类内容，缺任何一类都先别往下走。数据库脚本缺失意味着你连本地环境都搭不起来，配置文件缺失则要逐个反推参数。
2. 本地搭环境跑通。按说明文档装好运行环境，导入数据库脚本，把配置文件里的数据库地址、账号、密钥换成自己的，启动后确认首页能打开、后台能登录。这一步一般留 1-2 天，跑不通就说明源码包不完整。
3. 逐项比对功能清单。打开合同附件里的功能列表，一项一项在系统里点一遍，能正常操作的打勾，缺的记下来。别凭印象过，列表打印出来手写标注更靠谱。
4. 确认授权与依赖。检查代码里是否引用了需要单独授权的第三方组件、加密扩展或远程接口，把这些列成清单，估算后续是否需要额外付费。有些源码能跑，但核心模块调的是服务商服务器上的接口，对方一关服务就瘫。
5. 本地跑通后再迁到正式服务器。先在新服务器上重复一遍部署流程，确认无报错，再切换域名解析。切换前把原站数据完整备份一份，别嫌麻烦。

部署阶段的实操要点：配置文件里的数据库账号密码、缓存路径、上传目录权限，这三处是最容易在新服务器上报错的地方，迁移时逐项对照检查一遍。

顺序乱了会怎样？先迁服务器再验功能，出了问题分不清是代码的毛病还是环境的问题，排查时间增长。

哪些源码必须拿到手，哪些可以商量

不是所有源码都同等重要。按对后续自主性的影响排个序，谈判时心里有底。

• 前端页面代码必须给。页面结构、样式、交互逻辑都在里面，后期改版、换设计、做活动页都靠它，没有这份文件等于每次改动都要回头找原服务商。
• 后端业务逻辑代码必须给。用户管理、订单流转、权限控制这些核心逻辑写在里面，拿不到就没法做二次开发，也没法判断系统有没有留后门。
• 数据库结构与初始脚本必须给。表结构决定了数据怎么存、怎么查，脚本决定了系统能不能重建，这两样缺失，迁移和扩容都无从谈起。
• 第三方组件的授权凭证要单独问清。有些系统集成了付费插件，源码给你了但插件授权在原服务商名下，续费时还是要找对方，这一点提前在合同里写明由谁承担。
• 部署文档与配置说明属于加分项，但实际操作中缺了它，接手成本会高出不少，谈判时尽量一并要过来。

微信小程序这类项目还要多问一句：小程序端的代码是否随后台一并交付，还是只给一个体验版账号。体验版账号随时可能被收回，代码在自己手里才算数。关于餐饮类小程序的交付细节，在《餐饮小程序》里有更具体的拆解，涉及点餐、下单、核销几条链路的源码边界，可以对照着看。

遇到过的实际情况是，有服务商把「提供源码」理解成提供一份编译后的部署包，代码是加密的，改一行都改不动，这种交付等于没交付。

交接环节最容易漏掉的几件事

代码到手只是其中一环，配套的东西漏了，系统照样转不动。域名管理账号、服务器账号、备案主体信息、短信与支付接口的商户号，这几样要一并交接。特别是域名，注册主体是谁、管理账号在谁手里，直接决定网站的控制权归属。

合同层面建议写清三句话：交付物清单逐项列明，包含前端代码、后端代码、数据库脚本与部署文档；交付时间与验收标准挂钩，验收通过后若干工作日内完成全部账号移交；源码不含加密与远程锁定，如有第三方授权需注明授权主体与续费责任。这三句写进去，扯皮的空间就小很多。

再看费用。定制开发一套带后台管理功能的系统，市场报价一般在 8000 元到 30000 元之间，周期 20-45 个工作日；模板改造成本低一些，3000 元到 8000 元，但源码归属往往谈不拢。差价背后买的是自主权，不是页面数量。我的取舍是：预算再紧，也要把源码归属写进合同，宁可砍掉两个非核心功能。

验收时的判断标准

验收别只看页面能不能打开。把源码在新环境里独立部署一遍，跑通核心业务流程，这一步过了才算数。再加上功能清单比对和第三方依赖核查，三关都过，签字才踏实。

说到底，程序源码是公司数字资产的地基，谈的时候多花半小时写清楚，比事后补救省几个月。下一次签合同，先把交付物清单附在后面，再谈价格。