第八章 · 榜单与上新节奏

上一章的 featuring 是一次性的爆发。这一章讲两个跟「节奏」有关的口子：榜单，和一件很多人从没意识到的事——你每发一次版更新，都是在重新掷一次「被推荐」的骰子。 把这两件事连起来看，你会发现它们其实是同一台节拍器。

榜单其实是一张「速度榜」

先破一个最常见的误解。大多数人以为榜单排的是「谁总下载量大」，是个存量的排行。不是。榜单主要看的是「最近这一小段时间里，谁下得快」——它是一张速度榜，不是存量榜。

这条机制有个巨大的含义，值得你把整套打法都围着它转：

• 一个下载量巨大但增长早已躺平的老 App，完全可能被一个今天突然爆下的新面孔反超。你没有几百万存量，但你可以制造一次「短时间内的下载爆发」。
• 所以想上榜，关键不是「攒够总量」，而是把下载在时间上挤到一块儿。同样是一周来一千个下载，均匀撒开永远上不了榜，全砸在一天里就可能冲进某个榜。

别去挤总榜，去占分类榜

还有个务实的选择：总榜（全 App Store 的免费/付费/畅销榜）前排几乎被巨头包死，新 App 别去硬碰。但分类榜和子分类榜是赢得起的——搜「效率」类、「财务」类里的前几名，需要的速度小得多。所以上架时把主分类选对（选一个你真能冲到前排、又跟产品相符的分类），比盲目选个大而热的分类划算。

而且回想第二章，榜单干的是社会证明的活——「这么多人在下，大概不错」。冲进一个分类榜的前列，既带来逛榜的自然流量，又给了犹豫的用户一个下手的理由。它是流量，也是信誉。

怎么制造「速度」：把动作叠在同一个窗口

既然榜单吃的是速度，那你所有能带来下载的动作，就不该零敲碎打地分散着做，而要叠在同一个时间窗口里一起放：上线日（或某次大更新日）当天，把你的 X 上线 thread、找人转发、featuring 提名的目标日、乃至一小笔付费广告的爆发，全部对齐到这几天。

它们会互相点火：集中的下载把你顶上分类榜 → 上榜带来逛榜的自然流量 → 自然流量又是新的下载和速度 → 雪球滚起来。分散着做，每一发都不够劲，谁也没点着谁。（怎么把这些动作编排成一次完整的上线，是第十六章的事。）

被忽略的金矿：每一次更新都是一次重新被推荐的机会

现在讲这一章真正的重点。很多独立开发者上架之后就把 App 晾在那儿，几个月不动——这是在白白扔掉一个反复刷新的免费机会。因为每一次有意义的发版更新，都会在好几条线上重新为你掷一次骰子：

1. 它证明你「还活着」。 苹果和用户都偏爱在维护中的 App。「最近更新过」本身就是个质量信号；而一个大半年没动静、看起来被废弃的 App，会被悄悄看低。发版就是在反复告诉这台机器：我还在，我在变好。
2. 它是一次新的 featuring 提名机会。 上一章说的三类提名里，「App Enhancements（功能增强）」就是为更新准备的。每做一次带真功能的更新——尤其是用上苹果新技术的——你就多了一张可以递的彩票。
3. 它把老用户重新拉回来。 更新会在已安装用户那里露出「有新版本 / What's New」，把沉睡的人唤醒再打开一次。这些回流既是留存，也是新的下载/使用速度。
4. 它是你迭代 ASO 的唯一节拍。 这条尤其关键，很多人不知道：你的 App 名称、副标题、那 100 个字符的关键词字段，以及截图，都是绑在「某个版本」上的——想改它们，就得提交一个新版本。 换句话说，第四章教你迭代关键词、第六章教你换上验证过的截图，这些改动都得搭着一次发版才能上线。更新，就是你把免费机器越调越准的那个节拍器。

但别为了更新而更新

反过来也有个坑：别搞没有内容的版本灌水。 每隔三天推一个「修复了一些问题、优化了性能」、其实什么都没变的版本，苹果和用户都看得出来，显得心虚，还平白消耗大家的耐心。

健康的节奏是规律地发有实质内容的更新——比如每隔几周一次真功能、真改进，而不是天天挤牙膏。每次更新都当成一个小事件来操办：借它提一次质量、上一版基于数据改过的关键词和截图、递一张提名、在 X 上发一条进展。让「发版」变成你整台机器都能踩着走的鼓点。

再叠一层：把较大的更新对准时机。新系统发布的秋天、跟你产品相关的节日或行业事件——在这些当口发版，既容易撞上 featuring 的窗口，又赶上用户需求本身的高峰，一箭双雕。

小结：节奏本身就是一种分发

到这儿，苹果免费机器里最主要的几个口——搜索、关键词、产品页、featuring、榜单、上新——都拆完了。你会发现它们不是六件孤立的事，而是被「发版节奏」这一根线串起来的：每一次更新，都是同时拨动这台机器上好几个开关的机会。 谁的鼓点稳、每一下都踩在数据和时机上，谁就把这台免费机器用出了复利。

还剩最后两根杠杆没拉，它们不太像「流量」，却直接决定前面所有流量的转化和口碑：用户的评分评论，和你的定价。下一章一起讲。