让 App Store 替你卖货 书架

第 14 章 / 共 16 章

第十四章 · 在 X 上 build in public

App Store 里的机器拼齐了。现在走出苹果的地界,去看对独立开发者最友好的一块外部阵地——X(原来的 Twitter)。这块地不归苹果的算法管,玩法完全不同,但它能反过来给整台机器点火:制造集中的下载速度,更重要的是,攒下一群只属于你自己的观众。

为什么偏偏是 X

做产品的地方很多,为什么对独立开发者,X 是那块该先扎根的地?三个理由:

build in public:把「做产品」这件事本身,公开地做

build in public(公开地做产品)就是:在你打磨产品的过程中,把进展、决策、数据、甚至踩的坑,都公开分享出来。为什么这招对独立开发者特别灵?

把这一点接回全书那条铁律:X 也是一间免费的验证实验室。 哪条功能演示被点赞转发得多、哪种说法戳中了人——这些是被免费验证过的内容,你可以在把它写进截图、投进广告之前,先在 X 上白测一遍。而你攒下的这群观众,本身就是一批「被验证过的需求」——上线日你不用花钱去够一群素不相识的冷用户,台下已经有人。

怎么发:节奏、演示、和「别广播」

规律地发,别攒着一次性倒

持续才有复利。找一个你能长期坚持的节奏(比如一周几条),而不是憋一个月发一次。稳定的鼓点,比偶尔的爆发管用得多。

给我看,别跟我讲

对 App 来说,转化最高的格式只有一个:演示视频(demo)——一段短短的录屏,展示你的 App 做那件让人「哇」的事。它的要领,跟第五章讲截图几乎一模一样:

分享真实的旅程

发里程碑(第一个用户、第一笔收入、一次改版、一个折磨你三天的 bug、一个真实数字)、发教训、发你怎么做的取舍。数字和坦诚,传得最远。 一句「上线三个月,收入刚过 500 刀,这是我学到的三件事」,比十句自夸都招人看。

别广播,要「在场」

这是最多人做错的地方。X 上的触达(有多少人看到你)不是靠对着空气喊出来的,是靠你在这个网络里挣来的:去回复别人、加入讨论、帮衬其他做产品的人。

你的头几百个关注者,几乎都来自你在别人帖子下的回复,而不是你自己的发帖。先在别人的对话里被看见,你自己的帖子才会有人看。

还有——先给价值再要下载。分享有用的心得、经验、干货,让人先觉得「关注你有赚头」,再谈让他去下你的 App。上来就求下载,没人理。

把 demo 视频发出转化:几个硬细节

同样一段演示,发的方式不同,效果差很远。几条实打实的:

上线日的 thread 怎么写

上线那天,你要发一条thread(一串连着的推文)。它不是随手一发,是有结构的:

  1. 第一条:钩子 + demo。 一句话承诺 + 那段最好的演示视频。这条是最会被转发的一条,所以它必须能脱离上下文单独成立——别人只转这一条,也看得懂你在干嘛。
  2. 接着讲故事: 你为什么做它、解决了什么问题、这一路怎么走过来的。追了你 build in public 一路的人,就是在等这一段。
  3. 然后逐条秀功能: 一条推文讲一个亮点,每条都配图或配视频。
  4. 摆出早期反响: 有任何早期用户的好评、数据,放上来当社会证明。
  5. 最后才是「求」: 把下载链接(放在靠后的一条或回复里)亮出来,明确请大家转发。

还有三个让 thread 更有劲的动作:

把预期放正:这是慢的复利

最后泼一盆冷水,也是提气的话。build in public 是慢的复利,别指望顶着 50 个关注者,上线第一天就爆。你第一款 App 的 X 上线,可能声量很小——但它在给第二款播种。那群今天因为你而关注你的人,会在你下一次上线时,变成一台已经预热好的扩音器。

观众攒起来之后,还有两个更进一步的问题:什么时候该去找那些大号(KOL)帮你转发?什么时候该真金白银去投 X 广告?这两件事,同样逃不过全书那句「先验证再放大」——是最后一章正文的主题。

让 App Store 替你卖货 · 王建硕
费曼式写法 · 由多个 AI 代理撰写与互相审校