5000+自然下载,MRR一度跌到82美元:先投广告还是先补转化?

一个 App 已经获得 5000 多次自然下载，但月经常性收入只有几十到一百美元左右。开发者手里还有 100 美元预算：应该拿去投广告，还是先修产品？

这不是假设题。2026 年 10 月 27 日，一位开发者在 Reddit 分享了自己面向 n8n 用户的手机 App，并请求社区帮他决定下一步。

我的判断是：在不知道用户到底在哪一步流失之前，先买更多下载量，可能只是把现有问题放大。 但也不能仅凭现有数字，就认定问题一定出在付费墙上。

这个产品叫 n8n Hub，是一款第三方 n8n 手机管理工具。它想解决的场景很具体：人在外面时，用手机连接和监控 n8n 实例、检查工作流运行情况；对于还没有 n8n 实例的用户，开发者还提到提供实例开通相关功能。

开发者称，Android 版于 2026 年 4 月初上线，iOS 版在 7 月初上线。Google Play 公开页面可以查到 5000+ 下载档位，但这只是商店展示的累计下载区间，不是精确用户数，也不代表这些人都持续使用过产品。

开发者在 10 月 27 日披露的情况是：

• • MRR（每月经常性收入）：82 美元，此前曾接近 100 美元。
• • 活跃付费订阅：15 个；活跃试用：5 个。
• • 最近 28 天新客户：约 1110；活跃客户：约 1986。
• • 他说下载主要来自自然流量，收入超过 80% 来自 Google Play。
• • 他计划拿 100 美元试投广告，不是已经花掉了 100 美元。

这里有一条值得补充的更新：我在 2026 年 10 月 29 日读取了开发者附上的 RevenueCat 公开验证页面，显示 MRR 约 101 美元、18 个活跃订阅、7 个活跃试用，最近 28 天新客户 1146、活跃客户 1355。

这两组数据都是不同时点的快照，不应混写成同一时刻的经营情况。RevenueCat 页面也没有提供足以解释这段变化的完整订阅流失和新增明细，不能据此宣称他已经找到了增长方法。

更重要的是：82 美元也好、101 美元也好，都不是净利润。 MRR 是把有效付费订阅按月折算的经常性收入；托管、研发、客服、退款、平台费用以及个人时间，尚未在这里得到完整核实。

10月27日开发者自述与10月29日RevenueCat公开指标对照

02｜先别拿“15个订阅 ÷ 1110个新客户”算转化率

这个案例最容易出现的误判，是把不同口径的数字拼成一条看似完整的漏斗。

根据 RevenueCat 官方定义：

• • 下载量：应用商店的累计安装量档位。
• • New Customers：过去 28 天内首次进入 RevenueCat 记录的 App User ID，并不等于首次购买的客户，也不必然等于应用商店下载数。
• • Active Customers：过去 28 天内与 RevenueCat 发生过 SDK 活动的用户标识；也不等于付费用户。
• • Active Subscriptions：当前仍有效的付费订阅，是一个时点存量。
• • Active Trials：当前有效的免费试用，也属于时点存量。
• • MRR：当前有效付费订阅的月度标准化收入，不是最近 28 天实际收到的钱。

所以，用当前 15 个活跃订阅，除以最近 28 天的 1110 个新客户，并不能得到这个 App 的真实付费转化率。前者可能包含更早注册的用户，后者也可能尚未走完整个试用和付费周期。

要衡量转化率，应该追踪同一批首次进入产品的用户，观察他们在相同时间窗口内有多少人体验核心价值、开始试用并真正付款。RevenueCat 官方的 Conversion to Paying 指标采用的正是这种同期群思路。

这不是吹毛求疵。分母选错了，接下来优化哪个环节的判断就可能全错。

03｜真正需要排查的，是用户在哪一步失去兴趣

现在我们知道有人下载，也知道有人订阅，但不知道中间发生了什么。对这类 n8n 管理工具，我会先提出三个待验证的假设。

第一，用户可能根本没有成功完成第一次连接。

用户下载安装后，可能需要填写 n8n 实例地址、配置 API 凭据、处理网络可达性问题。假如很多人卡在这里，他们连产品的核心价值都没看到，再精美的付费墙也很难解决问题。

应该先看：下载安装后，有多少人成功连接实例？失败主要发生在哪一步？需要新建实例的用户与已有实例的用户，行为是否不同？

第二，用户也许用过功能，却还没感受到必须付费的理由。

“手机能查看 n8n 工作流”是一项功能，但未必足够让用户每月掏钱。对经常需要紧急排障、多实例管理或运行监控的人，价值可能更明显；只偶尔打开一次的人，可能没有相同需求。

应该先看：第一次成功查看运行状态后，有多少人第二天、七天后还会回来？哪些行为更常出现在已付费用户中？

第三，问题可能发生在试用、付费或续费阶段。

例如付费方案的价值不够清楚、展示时机太早、试用没有覆盖完整使用场景，或用户订阅后很快不再需要。这里每一种原因都需要不同修复方式。

开发者提到曾给 400 多名用户发邮件收集反馈，但得到的有效回复很少。这恰恰说明：现在缺的不是更多关于“用户不付费”的猜测，而是用户离开的具体原因。

以上只是诊断方向，并非对该 App 的实测结论。没有事件数据和用户反馈，不能直接判定其新手引导、付费墙或留存存在何种缺陷。

用户路径示意图

概念示意图，非真实转化数据。

04｜只有100美元，我会先买“答案”，不是先买流量

如果是一个兼职独立开发者，我会暂时保留广告预算，先完成三件成本更低的事。

1. 把最短的关键路径记录下来。

至少知道用户是否完成了：打开 App → 成功连接实例（或完成实例开通）→ 第一次看到有价值的结果 → 查看付费方案 → 开始试用 → 首次付费。

这不是让小产品立刻上复杂的数据平台，而是先补齐几个能回答问题的事件。与此同时，要区分 Google Play 和 App Store，以及新用户和老用户，不要把不同人群混算。

2. 在离开现场，而不是离开一个月后，问一句为什么。

对连接失败的用户，可以询问“卡在哪里”；对退出付费页面的用户，可以询问“目前不订阅的主要原因”。选项应简短，允许跳过，必要时接受一条自由反馈。

它不一定比邮件更有效，但更贴近用户刚遇到问题的情境。

3. 一次只修一个最有证据的问题。

如果大量用户没有连接成功，先改善连接说明和错误提示；如果能正常使用却几乎不查看付费方案，再检查价值展示与付费入口；如果试用后取消较多，才进一步研究试用体验、定价和续费价值。

样本规模还很小，不要同时修改引导、价格、付费墙和套餐，再试图从结果中猜测哪个改动起了作用。

那么广告什么时候值得试？至少要先知道：新用户能够顺利体验核心价值，付费路径可追踪，并且有一个明确的试验目标。100 美元可能适合做一次有限的渠道探索，但未必足以验证真实获客成本或长期回本能力。 这取决于实际点击成本、安装成本、转化率和用户长期价值，不能凭空给出预期订单数。

100美元广告预算判断流程示意

05｜普通程序员可以照做的“两小时检查法”

不需要有 5000 次下载才开始检查。即使只有几十位真实用户，也可以先做一个小版本：

• • 前45分钟： 画出自己的最短用户路径，从首次打开到第一次感受到产品价值，标出目前能统计和不能统计的节点。
• • 接着45分钟： 检查最近几次真实用户反馈、失败日志或客服问题；如果没有反馈，就设计一个只问单一问题的退出反馈入口。
• • 最后30分钟： 只选一个最可能阻碍首次成功的环节，写下假设、要修改的内容，以及下次用什么数据判断是否改善。

例如：“用户连接失败不是因为产品不需要，而是错误提示看不懂。”那下一步就不是先扩展功能，而是改进连接说明，再比较修改前后的首次连接成功情况。

这里的两小时是可执行的工作安排，不是作者实际完成的实验；少量反馈也不能直接证明市场需求已经成立。

最后

这个案例最有价值的地方，不是“5000 次下载才赚几十美元”的反差，而是提醒开发者：

下载量说明有人走进门，第一次成功说明产品开始产生价值，付费和续费才说明价值能否持续被交换成收入。

当这几步还没有分清时，新增流量不一定能解决问题。

对手里预算有限的独立开发者，我更倾向于先找到漏点，再决定是否投广告。真正要买的不是更漂亮的下载数字，而是下一步决策所需的证据。