App 首次送审被拒：省去的账号删除功能，仍要补做
2023年，一款录音笔记 App 因麦克风用途说明和缺少账号删除入口被拒审。作者原想为尽快发布省去删除功能，通过联系表单人工处理；回复中仍表示需要补做，也因担心审核而暂未加入订阅。所读内容未确认再次提交或获批。
条件摘要 本站摘编 · 原帖当时记录
- 涉及对象
- 准备首次提交应用商店的产品开发者
- 事项与做法
- 为尽快发布缩小功能范围，送审后根据用途说明与删除入口反馈补做
- 进展边界
- 仍待补删除功能，未确认再次提交或获批；订阅暂未加入
原帖要点
- 为尽快发布，原本省去了账号删除入口：作者的 App 用麦克风录音生成笔记。为加快发布，他没有加入应用内删除账号功能，原计划有人需要时经联系表单提出，再人工处理。没有披露实际收到过多少删除请求。
- 用途说明与删除功能成为返工项：作者转述当时的拒审反馈：麦克风用途说明需解释使用原因并举例，应用还缺少账号删除入口。他表示需要补齐删除相关数据的功能；同帖称 Google Play 仍在审核，未说被拒。
- 回复仍停在待补功能，没有获批后续：8月3日至4日的同作者回复称，因担心审核而没有加入订阅，账号删除现在仍需补做。所读内容没有完成、重提或获批记录；评论者的半天估算不是作者实际开发工时。
原帖解读
缩小第一版范围时，也要核对被省掉的工作是否会在发布环节重新出现。
把发布准备纳入第一版的范围取舍
本站解读：人工处理有时是早期产品的选择，但是否适合本次发布，需要结合实际分发要求与收到的反馈确认。这里省去删除入口后又被要求补做，说明仅看产品主功能能否运行，还不足以描述首发准备。可在自己的投入清单中分列产品功能、发布材料和待确认事项，再记录实际返工；原帖不能推出所有应用都要花多少时间或必然获批。
把待补功能、再次提交和获批分别记录
本站解读：作者说需要补做，不能写成已经修好；暂未加入订阅，也不代表已经有收入损失。可按实际发生的日期记录反馈、改动、重提与结果，并单列尚未确认的项目。与已有应用下架后恢复的记录对照，这里仍处于首次提交阶段，两种经历不能拼成同一次审核的前后过程。
接下来检查什么 本站建议
把主功能、发布准备、待确认事项与实际返工分项记录。
怎样结合自己的交付能力与成本决定先做哪一项？按环节阅读：做产品与交付 · 把想法做成产品或服务，检查能否完成交付。
