APP 外包验收，最怕的是「演示时什么都好，签完字一堆问题」。真正该盯的不是演示那几分钟，而是源码归属、性能指标、上架审核、隐私合规这四块硬骨头。下面这份清单，建议直接写进外包合同的验收条款。
| 验收维度 | 要盯的核心点 | 常见的坑 |
|---|---|---|
| 功能 | 核心流程＋异常分支＋边界值 | 只测了「正常操作」，没测断网、弱网、非法输入 |
| 性能 | 启动时间、内存占用、崩溃率 | 演示机流畅，低端机卡死 |
| 源码 | 完整源码＋编译通过＋文档 | 只给打包好的安装包，不给源码 |
| 上架合规 | 应用商店审核规则 | 功能能跑但过不了审核 |
一、功能验收：别只点「正常流程」
验收时很多人拿着演示账号点一遍主流程就签字了。真正要覆盖的是三类：核心流程（主功能走通）、异常分支（断网、弱网、重复提交、非法输入）、边界值（金额为 0、超长文本、特殊字符）。建议在合同里约定「按需求文档逐条验收、用例通过率 100% 才算功能验收合格」，否则后期扯皮说不清。
二、性能验收：把数字写进合同
性能不能凭感觉，要落到具体指标。常见的可量化标准：冷启动时间不超过 2 秒、关键页面加载不超过 1 秒、崩溃率低于 0.1%、内存占用在低端机上不触发系统杀进程。验收时用真机测，尤其要测一两台低端安卓机——外包公司演示用的往往是旗舰机，跟目标用户手里的机器差很远。
三、源码交付：不给源码是最常见的大坑
外包公司图省事，可能只给你一个打包好的安装包，源码、部署文档、接口文档一概没有。一旦合作结束，你想换人维护都无从下手。验收时必须要求：完整源码（前后端）＋本地编译通过＋数据库结构文档＋部署文档，并且源码所有权归属要白纸黑字写进合同。这是后期不被「卡脖子」的前提。
四、上架审核与合规：能跑不代表能上架
一个 APP 能装能用，不代表能过应用商店审核。按苹果官方审核指南，细节规则很多，外包方如果没经验，功能做完了卡在上架这一关，等于白做。举两个容易忽略的例子：苹果官方要求，使用面容识别做账户验证的 App 必须使用 LocalAuthentication（而非 ARKit 等其它面容识别技术），且必须对未满 13 岁的用户使用另外的身份验证方式；同时 App 不得申请升级至 root 特权或使用 setuid 属性。这类规则如果验收时没发现，上架时会被打回，反复修改成本很高。
建议把「完成 App Store 与主流安卓应用市场上架（或至少通过官方审核模拟并给出可复现的通过记录）」写进验收条款。涉及 AI 能力的 APP 还要额外注意算法与合规要求，可参考我们的 AI 应用开发。
以上审核要求来自 Apple《App Store 审核指南》：https://developer.apple.com/cn/app-store/review/guidelines/
我们是矩阵创视科技，做网站建设、小程序、APP 与 AI 应用开发，源码完整交付、长期维护。把你的需求说给我们听，24 小时内给出功能拆解与报价区间——不收费，聊完不合作也没关系。
| 电话 18600756405 | 微信 laochen0000001