波仔
🧡 第十四章 实战项目3：从零到App Store付费榜第一
📄 一句话概括

上架不是按一个按钮，是凑齐一份材料：名字、截图、描述、隐私说明、分类与价格；审核反馈里那句话是症状，病因通常在你的功能和说明里。

📝 本节和前面几节的关系

上一节把 App 做出来了；这一节讲它怎么从你的电脑走到别人的手机上。

一、上架是一份清单

应用名与副标题：名字要能被搜到，副标题说清它解决什么。 截图与预览：真机截图，要能看出东西长什么样。描述文案：前两行最关键。 隐私说明：收不收数据、收什么、给谁——这项最容易填错。 分类与价格：分类决定谁会看到它。

二、最常见的几种反馈

功能过于简单：没解决一个具体的场景——该补场景，不是补功能。 隐私说明与实际不符：勾的表和代码里做的不是一回事。 截图与实物不符：截图上加了设备外框或夸张文案。元数据有误导：标题里塞热门词。

三、症状与病因

审核反馈里那句话是症状，不是病因——回去改的地方通常在功能和说明。 所以被拒了别急着改提交材料，先问自己：它说的这件事，我的东西里到底有没有。 这条思路跟第 10.1 节那条是同一件事：它说得很有把握，不等于说得对。

四、上架之后才开始

过审只说明你没有违规，不说明有人想要它。 上线之后你才拿到两样新东西：真实的使用数据，和真正用过的人说的话。 所以上架的验收标准不是【过审】，是【它到了别人手上，并且有人在用】。

五、动手 Demo：上架前的那张清单

下面把上架要凑齐的材料，与审核最常见的几种反馈排开。

TH([u"要准备的", u"说明"], [20, 54])
T([u"截图与预览", u"**真机截图**，要能看出东西长什么样"], [20, 54])
T([u"隐私说明", u"收不收数据、收什么、给谁——**这项最容易填错**"],
  [20, 54])

实跑输出：

--------------------------------------------------------------------
上架前的那张清单
--------------------------------------------------------------------

上架不是一个按钮，**是一份要一样样凑齐的材料**：

  要准备的           说明
  ----------------------------------------------------------------
  应用名与副标题     名字要能被搜到，副标题说清它解决什么
  截图与预览         **真机截图**，要能看出东西长什么样
  描述文案           前两行最关键——列表里只露那两行
  隐私说明           收不收数据、收什么、给谁——**这项最容易填错**
  分类与价格         分类决定谁会看到它

审核回来最常见的几种说法，**基本都能在上架前自己排掉**：

  审核说什么             真正的问题在哪儿
  ----------------------------------------------------------------------
  功能过于简单           没解决一个具体的场景——**该补场景，不是补功能**
  隐私说明与实际不符     勾的表和代码里做的不是一回事
  截图与实物不符         截图上加了设备外框或夸张文案
  元数据有误导           标题里塞了不相关的热门词

**审核反馈里那句话是症状，不是病因**——
回去改的地方，通常在功能或说明，**不在提交流程**。

审核反馈里那句话是症状，不是病因——回去改的地方通常在功能或说明。 过审只说明你没有违规，不说明有人想要它；上架的验收标准是它到了别人手上。

30 秒实验

  1. 把你打算上架的东西，按清单五项各写一句话，凑不齐的那项标出来。
  2. 隐私说明那一项单独再过一遍：勾的和做的对得上吗？

常见误区

  1. 被拒了就改提交材料。那句反馈是症状——先看功能或说明里有没有真问题。
  2. 把过审当成终点。它只说明你没违规，有人用才是。
自测三问（点开对答案） 1. 上架要凑齐哪五样材料？ —— 应用名与副标题、截图与预览、描述文案、隐私说明、分类与价格。 2. 审核反馈该怎么看？ —— 那句话是症状不是病因——回去改的地方通常在功能或说明，不在提交流程。 3. 上架的验收标准是什么？ —— 不是过审，而是它到了别人手上并且有人在用。

相关笔记