不会写代码,他靠一个戒烟App月入4万美元

移动 App｜无代码创业｜TikTok 增长

不会写代码，他靠一个戒烟App月入4万美元

一个不会写代码的人，怎么靠戒电子烟 App 做到月入 4 万美元？答案不在技术，而在问题、分发和付费设计。

很多人一提到做 App，第一反应还是：

“我不会写代码。”

“我不会设计。”

“我没有团队。”

“这种事不适合普通人。”

但 Stephen Gravada 的故事，刚好把这几个理由都拆掉了。

他不会开发，也不自己设计。

他做的事情更像一个产品型创业者：

找到问题，验证需求，组团队，把产品做出来，然后把大部分精力放在营销上。

他做的 App 叫 PuffCount。

这是一个帮助用户戒电子烟的产品。

目前，它每个月能带来大约 4 万美元的经常性收入。

过去 30 天，收入超过 4.3 万美元。

过去 90 天，收入超过 11 万美元。

更重要的是，他不是靠某种神秘技术赢的，而是靠一套非常清晰、非常务实的方法。

真正赚钱的，不是“会不会开发”，而是会不会找问题

Stephen 在采访里讲得很直接。

他觉得大多数人误解了移动 App 这个生意。

大家以为门槛很高，实际上现在比很多人想象中低得多。

原因很简单。

模板越来越多，外包资源越来越成熟，No-code 和 AI 工具也越来越好用。

所以真正拉开差距的，往往不是“你能不能亲手把代码写出来”，而是：

你能不能找到一个足够真实的问题。

PuffCount 的思路就是典型例子。

他不是凭空想了一个很酷的功能，而是从日常生活里做观察。

他说自己会长期记录生活中遇到的问题，然后想：

如果这个问题我自己有，那别人会不会也有？

如果我能帮人从一个糟糕状态走向更好的状态，这个产品就有可能成立。

戒电子烟就是一个典型的高痛点问题。

用户不是“有点想优化一下自己”，而是：

我真的想戒。

我真的需要一个工具帮我做到。

这类需求一旦成立，营销就会简单很多。

因为你不需要教育用户“为什么你应该在意这件事”，你只需要告诉他：

你有这个问题，而这个 App 可以帮你。

一个点子值不值得做，先别急着开发，先验证

很多人有一个想法之后，第一反应是：

我是不是应该立刻做出来？

Stephen 的做法更稳。

他会先做市场研究。

他的验证方式主要有三步。

第一，看同类产品。

他会去 Sensor Tower 看相关 App 的表现，比如戒烟、戒酒、健康习惯类产品是不是已经有人赚到钱。

第二，看趋势。

他会去 Google Trends 看关键词趋势，确认这个问题是不是在增长。

第三，看内容平台。

他专门提到 TikTok。

他会去搜这个话题相关的视频，看看内容能不能爆，用户是不是会围绕这个问题持续讨论。

这一步很重要。

因为很多人验证需求时，只看 App Store 里的竞品。

但对移动 App 来说，内容平台本身就是需求雷达。

如果一个问题在 TikTok 上持续有高播放、强互动，通常说明两件事：

这个问题足够普遍。

用户会主动关注这类内容。

这会直接影响你后面的获客成本。

PuffCount 之所以后面能跑起来，很大程度上就是因为“vaping”本身在 TikTok 上就是一个天然有传播性的主题。

他不是程序员，但他会搭一个产品生产链

这部分特别值得普通人参考。

Stephen 不是自己写代码的人。

他的方法是，把整个产品制作流程拆成几个模块，然后分别交给最合适的人。

他的流程大概是这样的：

1. 先把想法全部写下来

他会在 Google Docs 里做一次完整 brain dump。

把功能、竞品、产品逻辑、核心卖点全写进去。

这一步不是为了写文档给别人看，而是为了让自己的想法从“模糊感觉”变成“可以被执行的结构”。

2. 用纸和笔画草图

不是直接进 Figma，不是先想 UI，而是先画最基础的流程：

用户从哪里进来，看到什么，点什么，最后在哪一步付费。

3. 用 99designs 找设计师

他会把草图上传到 99designs，让很多设计师根据这份想法提交设计方案。

最后再从中选择最合适的一版。

这个思路很聪明。

因为对不懂设计的人来说，最大的难点不是“画不出来”，而是“根本不知道什么样算好”。

让多个设计师同时给方案，本质上是在用市场帮你筛出更好的 UI。

4. 用 Upwork 找开发

设计确定后，再去 Upwork 找开发者。

他的经验是，东欧开发者通常会给出比较好的代码质量和性价比。

而且他不按小时付费，而是按项目交付。

也就是说：

App 做完，上架，没 bug，再结算。

这种方式对第一次做 App 的人很友好。

因为你不是在买“时间”，而是在买“结果”。

真正的 MVP，不是功能越多越好

这是采访里非常值得强调的一点。

Stephen 说，很多第一次做 App 的人最容易犯的错，就是还没上线，就想做一堆功能。

他们会觉得：

我应该把这个功能也加上。

那个逻辑也做完整。

这个想法也许以后有用。

结果就是，花了几个月，产品还没上架。

他的原则非常清楚：

先做一个你负担得起、能快速上线的简单版本。

然后把它丢到市场里，听用户反馈，再决定下一步开发什么。

这也是为什么他强调，不要花两个月去开发一个“你自己觉得很酷”的功能。

用户没说要，你就先别做。

因为 App 不是凭想象赢的，而是靠迭代赢的。

他把 95% 的精力都放在营销上

这可能是整场采访最重要的一句话：

移动 App 的成功，95% 取决于营销。

很多做产品的人容易本能地反感这句话。

会觉得：

难道产品不重要吗？

当然重要。

但现实是，如果没有流量、没有分发、没有转化机制，再好的产品也只是躺在 App Store 里的一个文件。

Stephen 的增长方法很聚焦。

他最看重 TikTok。

而且他不是随便拍视频，而是先做内容研究。

比如他会把“vaping”相关的爆款视频一条条存进表格，去拆它们的：

开头 hook 是什么

视频核心价值点是什么

是怎么拍的

为什么会引发讨论

然后他再把这些结构迁移到自己的产品内容里。

一个典型案例是，他看到一条拆电子烟的视频爆了，于是他借用了类似的内容逻辑，做成和 PuffCount 相关的视频。

前面给用户看他们愿意看的内容。

最后再补一个两秒钟的 call to action。

这点很关键。

他说很多人做 App 营销最大的错误，就是整条视频都在讲产品功能。

这会让内容看起来像广告。

而广告感太强的内容，在 TikTok 上通常很难跑。

他的原则是：

先做用户愿意看的内容，再在结尾把产品轻轻放进去。

这也是为什么他的内容能一边自然传播，一边给产品带来下载。

流量来了之后，最重要的是硬付费墙

有了下载，不代表你能赚钱。

真正决定收入的，是你怎么把下载变成付费。

PuffCount 用的是很典型、也很有效的一种模式：

Hard Paywall。

什么意思？

用户可以下载 App，可以进入 onboarding，但如果不开始免费试用或付费，就不能真正使用核心功能。

这类硬付费墙很多用户表面上会说“不喜欢”，但数据往往说明它非常有效。

Stephen 提到，当 PuffCount 改成硬付费墙之后，整个业务几乎是一下子被拉起来的。

转化率直接提升到大约 20% 到 25%。

这说明什么？

说明用户不是不愿意付费，而是你要在他们最容易下决定的时候，把付费动作放到前面。

而 onboarding 的作用，就是为这个付费墙服务。

他会在 onboarding 里问很多问题。

有些人可能觉得很烦，但他的数据告诉他，这样做反而更容易转化。

因为用户在回答这些问题的过程中，会越来越清楚地感受到自己的问题：

我真的想戒。

我真的需要这个工具。

所以当付费墙出现时，用户已经在心理上被带到了购买点附近。

价格不是拍脑袋定的，要围绕 LTV 做测试

很多人做订阅产品时，定价方式特别随意。

觉得差不多就行。

但 Stephen 的方法更偏数据化。

他会持续做 A/B 测试。

从 4 美元一路测到 12 美元，看哪个价格点能带来更高的 LTV。

这里他特别强调一个词：

LTV，用户生命周期价值。

因为对订阅 App 来说，最重要的问题不是：

“这个用户今天给了我多少钱？”

而是：

“这个用户在整个生命周期里，总共会给我带来多少钱？”

这个数字决定了你后面能花多少钱买用户。

只要用户获取成本低于 LTV，理论上这个系统就能放大。

所以他说，像 Superwall、RevenueCat、AppsFlyer、Mixpanel、Amplitude 这些工具，价值都集中在一件事上：

帮助你更快理解 LTV 和转化。

这套方法对普通人最大的启发是什么？

我觉得有三点。

第一，不会写代码，已经不是你不做 App 的核心理由。

现在的问题不再是“你能不能写”，而是“你能不能定义问题、组人、推动交付”。

第二，做 App 不是先拼功能，而是先拼分发。

如果你不知道怎么获得第一批用户，那你做得越久，越容易陷入自我感动。

第三，移动 App 不是必须从大市场切。

Stephen 做的是戒电子烟。

Ethan 做的是格斗运动员减重。

这些都不是传统意义上的“大赛道”。

但因为问题具体、用户明确、内容好传播，所以都跑出来了。

这比“我要做下一个全民级 App”现实得多。

END

结尾

Stephen 的故事最值得记住的一点，不是他做到了月入 4 万美元。

而是他用一种很务实的方式，把 App 创业这件事拆开了：

找问题，做验证，搭团队，快速上线，重压营销，优化付费墙，围绕数据迭代。

他不是天才程序员。

也不是靠一个运气爆款赢的。

他做对的是顺序。

先解决真实问题，再把产品卖出去。

如果你也想做一个移动 App，也许现在最值得问自己的不是：

“我会不会写代码？”

而是：

“我最近有没有反复遇到一个值得被做成 App 的问题？”

这个问题，往往比技术更值钱。