品牌与交付

小程序源码、数据库和账号怎么交接？站序工坊整理数据归属清单

小程序交付不只是发一个压缩包，还要把前端、后端、数据库、服务器、域名和第三方账号的归属与使用方式说明清楚。

很多项目在演示阶段看起来没有问题，真正需要换人维护时才发现源码、数据库和账号分散在不同位置。交接清单的价值，是让项目负责人知道哪些文件属于项目、哪些账号由谁持有、哪些配置上线前必须替换，以及出现问题时如何恢复。

源码交付至少要区分前端、后端、Admin、数据库初始化文件和静态资源。前端需要说明构建方式和接口地址，后端需要说明运行环境、路由和配置文件，Admin 要能完成日常运营，数据库则应提供表结构和初始化方法。只给一个可以打开的演示地址，无法证明项目具备可部署的交付条件。

数据归属要从数据库和文件存储两部分看。用户、订单、商品、预约、评价和文章等业务记录应存放在运营方可管理的数据库中，图片和视频要明确存储目录、访问地址和备份方式。交接时可以做一次小验证：后台新增一条测试记录，前台能够读取；再修改状态，用户端能显示对应变化。

服务器与域名信息也应写入清单。需要记录服务器厂商、系统版本、PHP 或 Node 版本、MySQL 版本、Web 服务、部署目录、定时任务、上传目录和 HTTPS 证书续期方式。域名解析、接口地址、图片地址和回调地址要分开列出，避免换服务器后只改了首页却遗漏接口或支付回调。

第三方账号最好由实际运营方持有。微信 AppID、支付商户、短信、地图、对象存储和消息服务都可能影响上线，开发人员可以协助配置，但账号归属和密钥保管要有明确责任人。Secret、支付密钥和证书不应写入公开前端或直接放进可下载的演示包，测试参数与正式参数也要分开。

验收记录要覆盖真实业务而不是只看页面。至少测试登录、列表、详情、上传、表单、订单或预约、后台处理、异常提示和移动端适配，并记录测试环境、时间、结果和已知限制。涉及支付的项目还要区分支付配置位与已接通能力，避免把页面按钮误认为生产支付已经完成。

站序工坊建议把交付内容整理成版本目录，并在每次发布前保存备份和变更记录。客户可以据此选择继续使用成熟源码、安排二次开发或交给新的技术团队维护。交接的目标不是文件越多越好，而是每个文件有用途、每个配置有位置、每份数据有备份、每个关键流程都能复现。

常见问题