# APP开发完成后必须交付什么？源码、证书、账号和文档

原网页：https://www.jvds.cn/share/ui-design/app-source-code-handover-checklist
语言：zh-CN
发布：2026-09-18
作者：界达设计公司

项目演示通过、安装包也能下载，但真正交接时却发现：代码仓库在个人账号下，iOS证书快过期，短信和地图用的是供应商账户，服务器只有一个人知道密码。这样的产品表面上线了，企业并没有获得持续运营能力。

APP交付应围绕“所有权、可构建、可发布、可维护、可迁出”五个目标组织。交付的不是一个压缩包，而是一套能被新团队接手的产品资产。

## 代码仓库：客户要拿到的不只是最终源码

建议由客户组织创建Git仓库，再邀请供应商协作。若前期使用供应商仓库，交付时应迁移完整历史、分支、标签和发布记录。仅发送最终压缩包，会丢失变更原因、回滚点和多人协作信息。

仓库中应有清楚的目录、依赖锁、环境变量示例和README。真实密钥不能提交进代码，但要列出每个环境需要的配置和申请方式。

| 代码资产 | 最低要求 |
| --- | --- |
| 客户端 | iOS、Android或跨端源码，稳定发布分支 |
| 后端/接口 | 服务端源码、数据库脚本、接口文档 |
| 管理后台 | 前端与后端源码、角色权限说明 |
| 自动化 | 构建、测试、部署流水线配置 |
| 版本记录 | 发布标签、变更日志、已知问题 |

![应用界面](https://www.jvds.cn/upload/2026/0824/1787562272212-855595.webp)

## 签名证书与应用商店账号必须由企业控制

iOS证书、描述文件、App Store Connect，以及Android签名密钥、Google Play Console或国内应用市场账号，直接决定未来能否更新同一个应用。它们不应长期只掌握在开发个人或外包公司手中。

交付时要确认账号主体、最高管理员、双重验证、恢复邮箱、密钥备份和到期日期。签名材料应使用安全密码管理或受控存储，不要在微信群里长期留存。

□ Apple Developer与App Store Connect的组织所有者和管理员；

□ Android签名密钥、别名、密码和安全备份位置；

□ 各应用市场主体、包名、Bundle ID和上架记录；

□ 推送证书、关联域名、通用链接和深度链接配置；

□ 证书、密钥和服务的到期提醒与续费责任。

## 后端、数据库和云资源要画出一张资产地图

APP往往依赖API、数据库、对象存储、CDN、消息队列、定时任务和日志监控。只交客户端源码，产品仍然无法独立运行。建议用一张架构图标明每个资源、所在账号、环境、负责人和备份方式。

生产数据库交接要格外谨慎。不要把全量用户数据随意下载到个人电脑，应通过权限变更、备份验证和审计方式完成。测试环境与生产环境的账号、密钥和数据要隔离。

| 资源 | 交付内容 | 验证动作 |
| --- | --- | --- |
| 云服务器/容器 | 账号、项目、规格、网络与部署方式 | 客户管理员能登录并查看运行状态 |
| 数据库 | 结构、迁移脚本、备份与恢复说明 | 完成一次受控恢复演练 |
| 对象存储/CDN | Bucket、域名、权限和生命周期 | 验证上传、下载和防盗链 |
| 日志/监控 | 看板、告警、崩溃和性能入口 | 触发一次测试告警 |
| 域名/证书 | 注册商、DNS、SSL和续费责任 | 确认到期提醒与恢复方式 |

![设计交付示意](https://www.jvds.cn/upload/2026/0824/1787562273427-384949.webp)

## 第三方服务是交接中的隐形依赖

短信、邮件、地图、支付、[实名认证](https://www.jvds.cn/share/user-experience/mobile-user-verification-design)、客服、统计、推送、OCR和内容审核都可能使用第三方平台。必须确认它们注册在谁的主体下、如何计费、余额是否充足、回调地址和密钥在哪里。

如果使用供应商统一账户，合同应说明迁移方案和停止合作后的过渡期。无法迁移的服务要提前替换，否则产品可能在交付后突然失去关键能力。

## 设计文件与产品规则也要一起交

[开发源码](https://www.jvds.cn/share/user-experience/design-source-code-copyright)不能替代Figma、图标、切图、设计系统和交互说明。后续版本常从设计开始，如果没有完整源文件，新团队只能从安装包截图反推界面。

产品规则同样重要。优惠计算、订单状态、权限、审核、通知和异常处理如果只存在于某位产品经理的聊天记录中，代码虽然能运行，团队却很难安全修改。应交付PRD、状态图、接口文档和关键决策记录。

![发布检查示意](https://www.jvds.cn/upload/2026/0824/1787562275529-890878.webp)

## 让新团队独立完成一次构建和发布演练

交付验收最有效的方式，是由客户或第三方在干净环境中拉取代码、配置测试环境、构建安装包、修改一个小版本号，并发布到测试轨道。任何必须由原开发者临时“手工处理”的环节，都应补进文档。

演练还应包括回滚、数据库备份恢复、证书到期检查和告警接收。能完成演练，才说明交付从文件层面进入了运营层面。

1. 冻结交付版本并生成变更日志；

2. 迁移账号、仓库和云资源的最高权限；

3. 更换由供应商掌握的临时密码与密钥；

4. 新团队按文档独立构建测试版本；

5. 完成监控、备份和故障联系人验证；

6. 双方签署交付清单并记录未解决问题。

## 不要把所有密码写进一份Word

交付文档可以说明凭证名称、用途和存储位置，但真实密码、私钥和恢复码应放在企业控制的密码管理工具或密钥服务中，并按最小权限分配。交接完成后，应撤销不再需要的供应商账号。

同时保留一份紧急恢复流程：当唯一管理员离职、手机丢失或双重验证失效时，企业如何恢复应用商店、云平台和域名。

## 常见问题

**APP源码交付后版权就自动归客户吗？**

不自动。源码文件交付与著作权归属是不同问题，必须按合同约定，并区分自研代码、开源组件和第三方SDK。

**签名密钥丢失有什么影响？**

可能影响Android应用后续更新和发布。应由企业安全备份，并记录密钥、别名、密码和恢复机制。

**供应商可以代管应用商店账号吗？**

可以协助运营，但企业应拥有主体和最高权限，避免停止合作后失去发布能力。

**交接需要多长时间？**

取决于系统规模和资产分散程度。简单项目可在数日完成，复杂产品应提前数周盘点并安排构建、发布和恢复演练。

**只拿到安装包可以继续开发吗？**

通常不行。安装包不是可维护源码，也缺少后端、配置、签名和文档。

| 服务 | 查看 |
| --- | --- |
| APP与小程序设计开发 |  |
| UI/UX设计服务 |  |
| 项目咨询 |  |