ARTICLE · 1282820
源码拿到了却改不动?交付交接这7项先写死
源码拿到了却改不动?交付交接这7项先写死



源码拿到了却改不动?交付交接这7项先写死
钱结了,压缩包也发过来了。过两个月想改价、换活动、换开发公司——一动就卡:跑不起来、账号不在你名下、密钥找不到人。
2026 年换团队、接管运维的案子越来越多。行业里已经讲得很清楚:
交付不是「把文件发你」,而是「你能独立重建、独立运维、独立迭代」。
先说结论:
源码、服务器、账号是三件不同的事;少一件,长期都会被绑。 交接要能验收:干净环境重建 + 权限过户 + 密钥轮换 + 书面签收。 密码不要写进普通表格;表格只记用途、归属、交接方式。 老板不用懂 Git,但要盯死下面 7 项,再付尾款。

一、先分清:你到底「拥有」什么
很多人以为「要到源码」就万事大吉。实际常见三种半成品:
三句话对照:
源码解决「能不能改代码」 部署环境解决「数据跑在谁的机器上」 账号权限解决「谁能改配置、提现、发版」
只拿压缩包、账号还在乙方,不算真正交付。

二、第 1 项:源码要能重建,不只要能打开
验收标准不是「文件能解压」,而是:
前端 + 后端 + 管理后台 + 定时任务/云函数(若有)齐全 有仓库权限或等价完整工程(分支/标签能对上线版本) 依赖锁定文件、构建命令、环境说明能让第三方在干净机器装起来
避坑话术:「请按交付文档,在我们指定环境从零构建;构建不过,不算源码交付完成。」
三、第 2 项:部署要可复现,不只要「现在能访问」
问清并写进交接单:
服务器/容器归谁买、归谁续费 域名解析、证书、对象存储、CDN 控制权在哪 发布步骤、健康检查、回滚怎么做
对方只说「线上好好的,别动」——说明你还没有独立运维能力。
四、第 3 项:账号必须过户到甲方主体
至少核对:
小程序管理员 / 开发者 / 运营者 微信支付商户号与结算卡归属 云厂商控制台、服务器面板、数据库账号 短信、地图、物流、推送等第三方控制台
员工个人微信挂管理员、商户号挂乙方公司——后面换人、纠纷、续费都会炸。
过户后立刻:改密、开二次验证、清退无关成员。
五、第 4 项:密钥要轮换,不要「沿用旧的继续用」
交接表里只写:用途、平台、权限级别、交接渠道、责任人。密码、Token、证书私钥走受控渠道,不进普通文档和群聊。
接收后建议轮换:
数据库密码、SSH 密钥 支付 API 密钥 / 证书 对象存储 AccessKey、短信密钥
沿用旧密钥 = 旧团队理论上仍可能访问。
六、第 5 项:备份与回滚必须演练一次
上线交接不是「说有备份」。至少验证:
数据库能否按文档恢复到约定环境 静态资源/上传目录能否找回 出问题后谁执行回滚、要多久
没演练过的备份,等于没有。
七、第 6 项:文档要能让陌生人接手
最低交付包建议包含:
架构说明与模块清单 接口文档 / 后台操作说明 环境变量模板(敏感值留空) 已知问题与临时方案列表
文档写「问某某」不算文档。
八、第 7 项:接收方复测通过再签收
由接收方(你方或新团队)在约定环境跑通:
拉取/安装/构建 配置新环境凭据(不要直连生产密钥乱试) 登录、下单/预约、支付回调、后台改数等主流程 权限与失败路径抽测
只点开线上站点、口头说「能用」,不算交接完成。

九、一张对照表:别再被这三句话忽悠

十、老板可直接用的签收口径
尾款前,让对方按项打勾并签字/盖章:
源码与线上版本对应,可独立构建 部署归属与续费责任清晰,发布/回滚可执行 小程序与支付等核心账号已过户甲方 密钥已通过受控渠道移交,并完成必要轮换 备份恢复演练有记录 文档齐全,敏感值不进明文表 接收方复测主流程通过
缺一项,就继续整改,不要用尾款换一句「回头再补」。
一句话:压缩包不是交付;你能重建、能改密、能换人维护,才叫交付。
需要定制开发、运维交接或项目咨询,看公众号简介。回复关键词可领资料:【外包避坑】【验坑清单】【需求模板】















































































