南山企业 APP 上架前的准备

南山企业准备APP上架，应把待提交事项分成账号与材料、实际安装包、审核人员能走通的业务流程三部分。上架不是把开发完成的文件上传即可，商店展示内容、应用内行为和所提交的经营说明需要相互一致。备案、行业资质或软件权属材料是否适用，应按拟发布渠道和业务类型逐项核查，不宜沿用统一的办理天数。

先明确发布身份。开发者账号由谁持有、应用展示哪个经营主体、客服与隐私说明由谁负责，应在提交前确定。整理应用名称、包名或Bundle ID、签名信息、版本号及相关材料，并区分测试环境和生产环境。签名证书与密钥需要由授权人员管理，避免安装包交付后企业无法继续发布更新。

再核对商店资料。图标、截图和功能介绍应来自本次提交版本，截图中的服务必须可实际进入。涉及登录的功能，需要准备能够正常使用的审核账号和必要说明；依赖专门硬件或指定业务数据的应用，要解释验证路径，不能让审核人员看到空白页面后自行猜测如何操作。

隐私说明必须对应实际数据处理。逐个检查登录、定位、拍摄、文件选择和第三方SDK在哪一步触发，收集哪些信息、用于什么目的。只在某项功能需要时才申请相应权限，并测试拒绝授权后的提示和替代路径。没有使用到的权限应从配置与调用中移除，不能仅靠文案解释保留。

账号功能也应完整。若提供用户注册，就要检查账号退出、信息修改和注销相关入口及实际处理方式，并按适用规则核查要求。注销申请的处理逻辑应与说明一致，不能页面显示成功而后台毫无动作；订单等必须保留的信息则需说明处理边界，避免给用户不准确的删除承诺。

安装包测试应覆盖冷启动、弱网、断网后恢复、登录失效及关键交易返回。应用依赖的服务域名和接口在审核期间应保持可访问，服务端切换不能让已提交版本失效。测试机正常运行只是一个证据，还需要确认目标系统版本和主要设备尺寸上的页面与核心流程。

最后保存本次提交的版本文件、材料清单及审核说明。收到拒绝结果时，先定位具体条目、复现路径和相关界面，再修改对应问题后重新验证。不同渠道审核标准与处理节奏可能不同，排期应预留补充材料和修复空间。首发成功后继续保留发布记录，后续版本才能准确追溯改动。