2周做出的移动App构建工具,1年做到MRR超$10,000。AppAlchemy如何抢到空位

美元金额附上按1美元150日元换算的参考数字。

2周做出来的东西,1年后MRR超过$10,000

AppAlchemy是一款只靠浏览器就能做出原生移动App的工具,不需要Xcode,不需要Mac,也不需要配置开发环境。开发者是独立开发者Diego Roshardt一个人,MVP的搭建周期约2周。截至上线约1年后的2026年7月,月度收入达到MRR超$10,000(约150万日元)。用户数按他本人的说法是”数千人”。

从数字的颗粒度来看,这是一个信息相对粗略的案例。精确的客户数、分档定价、逐月MRR推移均未披露。即便如此,这个案例仍值得记录,因为它的胜负手不在于”做了什么”,而在于”放在了哪里”。

可以确认的数字

技术栈从React迁移到了Next.js,后端从Firebase迁移到了Supabase。后者的理由很直接:Supabase与AI编程工具的适配性更好。开发本身也使用了Claude Code和Cursor。

他发现那里有一个空位

Roshardt是自学出身。代码是在YouTube上学的,大学期间做过多款产品但大多失败。毕业后,他带着作品集给创业公司创始人发冷邮件,以软件工程师身份被录用。但工作几个月后感到”无法满足”,于是辞职。

那段时期他观察到的,是Web端AI应用构建工具的热潮。像Lovable这样的工具正吸引大量关注,而与之对应的移动App构建产品却几乎不见踪影。同一条需求曲线旁边,还有一个尚无人落座的位置——这正是AppAlchemy的出发点。

他离开家乡,在奥斯汀租了一间单间公寓,专心投入这项事业。“手头只有几个月的资金,所以只能让它成功”,他这样描述当时的状况。

局势转变的两个点

这个事业有两个转折点。一个是有意为之的设计决策,另一个则来自外部。

从第一天起就开始收费。 AppAlchemy不存在免费试用期。上线时就已经准备好月度订阅和年度折扣方案,直接以付费形态发布。Roshardt的说法是:“只有付费客户才能最终证明这个产品有真实需求。“事实上,早期营收只是”零星几个付费用户”这样细微的流水。如果他先积累免费用户,数字看起来本可以更大,但他没有那样做。

被X上的大账号提及。 某个时期,一位有影响力的X(推特)大V发帖谈到了AppAlchemy,一夜之间涌入了大量用户。这是一个明显可见的转折点。不过如实记录的是,文章中并未给出前后用户数、MRR的具体数值。关于发帖时间,本人的说法与文中展示的推文日期也存在出入,具体日期无法确定。可以确认的只有这样一个顺序:“早期零星的付费用户,在这波流量之后升级为了一门可以称之为事业的规模。”

这两点不是相互独立的,而是有先后顺序的:正因为收费机制早已到位,一夜的流量才能直接转化为营收。如果当时还在免费发放,同样的流量很可能只会变成”用户数图表跳了一下”就结束了。

拆解增长的原因

只罗列表面手段的话,会归结为”在Reddit和X上做了推广”就结束了。再往下深挖一层,可以看到三个结构。

第一,参照点的借用。Web端AI应用构建工具这个品类,市场认知早已完成。AppAlchemy可以用一句话说清楚——“那玩意儿的移动版”。这让他几乎是在零教育成本的状态下起步,这也是能用2周做出MVP的部分原因。不需要解释的东西,功能就可以做得更精简。

第二,摩擦点的移除非常具体。移动App开发的准入门槛,其实在”会不会写代码”之前就已经存在，要买Mac、装Xcode、处理证书,这一整套准备工作。AppAlchemy把这些全部压缩进了一个浏览器窗口。移除的这种摩擦是人人都能立刻联想到的类型,这让价值的说明变得简短。

第三,Reddit的运用方式。Roshardt的方法很明确:先让自己成为Reddit的活跃用户。前提是”一个全新的账号发帖几乎肯定会被自动过滤”,所以他用的是一个”养熟”的账号。发帖内容是产品更新报告、自己实际使用产品的视频,以及关于vibe coding和AI工具的泛泛讨论。他的表述是:“在自己的细分领域里持续提供价值,顺带不经意地提到产品。“这只是”不把推销放在前面”这么简单的一件事,但正是这一点让他同时通过了过滤和读者的检验。

未披露的信息,弱点

这个案例最需要注意的是,可验证的数字很少。除了MRR超$10,000这一个点,月度推移、解约率、客单价均未公开。因此,“1年做到MRR $10,000”这个结果可以确认,但其构成究竟偏向年费预付、还是月费的逐步积累,无法判断。

结构性的风险也不小。AI应用构建工具领域准入门槛很低,Web端已经有多个玩家在竞争。移动端的空位优势,一旦后来者进入就会消失。而且,产品的根基架设在AI模型以及App Store/Google Play审核规则这两个外部依赖之上,两者的规则变动都无法由他掌控。

Roshardt本人提到的失误也值得记录。一是把时间过多花在功能开发而不是营销上。二是作为独立创始人的孤立感，周围长期没有社区的陪伴。他建议”公开构建(build in public)“,理由也不是为了增长,而是为了与人建立联系,他这样说道。

能复制的部分,不能复制的部分

可以移植的是寻找邻近品类空位这一思路。与其从零开辟全新的东西,不如在已经被验证有需求的品类中,占据”尚未被填补的那根轴”，这样既能降低说明成本,也能降低开发成本。把Web端流行的东西搬到移动端,或者把英语圈流行的东西搬到日语圈，轴的取法有很多种。从第一天起就收费的判断,对资金匮乏的个人来说同样可以直接照搬。

难以复制的是时机和流量的运气。恰好赶上AI应用构建工具这个品类兴起的那一刻,以及被大账号看中,都不是刻意能促成的。可以说,长期坚持在Reddit上发帖积累的努力提高了概率,但那一夜的流量本身,别人照着做也未必等得来。

还有一点不能忘记:他是在只剩几个月生活资金的状态下辞职搬家、全情投入的。这个决定之所以被讲述,是因为它成功了。资金耗尽的同类案例不会被写成文章。阅读AppAlchemy的数字时,需要把这种幸存者偏差考虑进去。

相关阅读

• PhotoAI月$132K·零雇员·年提交37,000次。解剖Pieter Levels”一人运营”的经营方式
• 零营销费·匿名独立开发者做到$2M ARR。Carrd”不增加功能”的战略