开发者增长档案 · 012

3 天做出 App,先修转化再投广告

Prayer Lock 如何从已有竞品的体验缺口出发,用短链路首版、内容试错和 onboarding 重做建立订阅增长。

查看本期 8 张图解
3 天做出 App,先修转化再投广告,开发者增长档案第 12 期封面
约 3 天Mao 自述的编码周期
$21KMao 自述 2025 年 12 月销售额
80K / $80KSensor Tower 全球上个月下载 / 商店收入估算

The story

故事从哪里开始

Mao Baron 连续做了三个月没人使用的 App 后,看到 PrayScreen 已经证明“先祷告再解锁手机”存在真实需求。他没有从零猜需求,而是研究设计、功能和分发,决定做一个更贴近目标用户的版本。

他自述,用 Cursor、ChatGPT 和 Claude Sonnet 分块开发,三天完成代码、等了一周多通过 App Store 审核。产品不设账号和数据库,让用户直接选择要拦截的 App,完成祷告后再解除拦截。

增长并非一开始就顺利:他先在多个账号大量测试内容,第一次广告又因为只优化下载而失败。重做 onboarding 后,才从每天 20 美元开始重新投放。

From idea to revenue

产品走过的六个阶段

1

想法

连续几款产品无人使用后,研究已有的 PrayScreen,判断设计、功能与分发都有可改进的空间。

2

验证

从已有需求出发研究竞品;访谈没有公开预售、问卷或样本量,不把竞品研究写成未经证实的用户调研。

3

开发

用 Cursor、Claude Sonnet 和 ChatGPT 分块开发;不设账号和数据库,优先减少注册摩擦和服务成本。

4

上架

编码约 3 天,App Store 审核超过 1 周;用户完成一段简短祷告后解除对选定 App 的拦截。

5

增长

先在 12 个账号高频测试内容;首次广告优化下载失败,重做 onboarding 后才从每天 $20 的 Meta 投放重新开始。

6

变现

年费 $49.99、周费 $9.99;Mao 自述 2025 年 12 月销售额约 $21K。

Growth mechanics

增长为什么发生

先测表达

先用内容找到能解释产品价值的形式,再把广告作为放大,而不是第一次验证。

优化真正动作

广告最初只追下载而失败;先改善 onboarding,把试用和转化作为后续投放的重点。

重复使用场景

把“想打开手机”变成一次可完成的固定闭环,订阅对应的是持续的习惯价值。

What to learn

给独立开发者的结论

从这个开发者故事里,我们可复用的是:

从已有但体验粗糙的产品里找具体缺口;把首版拆成最短的用户动作闭环;内容和投放围绕试用、回访或付费等真实行为优化,而不是只盯下载。

但不能照抄的是:

Mao 对信仰用户场景的理解、伴侣协助拍摄内容,以及每天高频发布和持续测试的执行强度,都是长期投入形成的基础;不能只复制某条广告或某个 AI 工具就期待得到同样结果。

1

今天就能做:打开一个你常用 App 的差评页,选一条反复出现的抱怨。写下用户当下想完成的动作,再画一个只解决这一步的三屏流程。

Visual story

用 8 张图看完整故事

开发者增长档案第 12 期图解,第 1 张 01 / 08 开发者增长档案第 12 期图解,第 2 张 02 / 08 开发者增长档案第 12 期图解,第 3 张 03 / 08 开发者增长档案第 12 期图解,第 4 张 04 / 08 开发者增长档案第 12 期图解,第 5 张 05 / 08 开发者增长档案第 12 期图解,第 6 张 06 / 08 开发者增长档案第 12 期图解,第 7 张 07 / 08 开发者增长档案第 12 期图解,第 8 张 08 / 08
来源与数据说明

开发周期、内容发布数量、onboarding 转化变化、广告支出和收入来自 Mao 的 Starter Story 访谈;App Store 用于确认当前产品,Sensor Tower 数据为第三方估算。