不到一年的时间，从失败的应用程序到拥有30个应用程序、月收入2.2万美元

从副业开始

八年前，我以iOS开发者的身份开启了我的软件工程职业生涯。但从一开始，我就一直想做一个副业项目。

我的动机很简单：我想实现财务自由，摆脱朝九晚五的固定工作，去做自己喜欢的项目。我想多花时间陪伴家人。

独立对我来说至关重要。我希望掌控自己的工作时间、工作内容以及工作的整体方向。经营自己的移动应用业务让我能够围绕这些价值观构建生活。我不再需要用时间换取薪水，而是可以按照自己的节奏创造产品，专注于我真正感兴趣的想法，并合理安排时间，从而兼顾我的职业和个人目标。

我的第一个移动应用是一个卡路里计数器，我尝试了各种方法，花了五年多的时间才让它发展壮大，但始终没有取得任何成果。为了拓展 Android 市场，我学习了 Flutter，但最终也失败了。

今年二月，我在 YouTube 上看到 Adam Lyttle 的一个视频，他提倡构建移动应用组合，而不是专注于单个项目。当时我正被自己的应用搞得筋疲力尽，他的建议让我兴奋不已。事实上，这彻底改变了我对移动应用的理解。

我改变了策略，从专注于单个项目转向构建多应用组合——现在，我拥有超过30个应用，总月经常性收入（MRR）达到2.2万美元。

我早期面临的最大挑战之一是传统的软件工程思维模式。我专注于打磨应用的每一个细节，遵循所有最佳实践、SOLID 原则，并维护完美的架构。虽然这种方法在大型工程团队中很有价值，但作为一名独立开发者，它却大大拖慢了我的速度。我把太多时间花在了对产品或用户体验没有实质性影响的事情上。

这就是我的第一个产品失败的原因。它的规模太大，我把事情搞得太复杂，而且我太执着于最初的想法，以至于没有意识到用户并不需要我开发的一半功能。

那次经历彻底改变了我开发产品的方式——我转变为独立开发者的思维模式：快速构建，快速发布，只专注于核心功能所必需的部分。我不再过度设计，而是创建简洁易懂的架构，只支持最小可行产品（MVP），除此之外别无其他。

只有在看到实际使用情况和积极反馈后，我才会添加更多功能。这帮助我避免在那些没有引起共鸣的想法上浪费数月时间，并让我专注于真正有效的功能。

我还学会了不要对某个想法投入过多的情感——我只是构建、发布，然后让产品根据真实的用户反馈来决定其成败。

我使用 Flutter 框架进行跨平台移动开发。我选择 Flutter 并没有什么特别的原因；当时我只是需要一个跨平台解决方案。Flutter 当时还很新，所以我决定尝试一下。我一点也不后悔这个决定。

后端方面，我主要依赖 Firebase。我用它来处理大部分后端任务，例如身份验证、托管和运行后端（Firebase 云函数）。它设置和使用都很简单，因此成为我的主要工具。

对于应用商店优化 (ASO) 相关任务，我使用 Astro 和 FoxData。这些工具可以帮助我跟踪关键词表现、竞争对手排名和整体曝光度，这非常重要，因为自然流量是我增长的主要动力。

我获取用户的主要方式是 ASO。事实上，学习 ASO 使我的各项指标提升了 50%：展示次数、下载量和收入。看到它带来的巨大变化，真是令人振奋。

我在开发应用之前就开始专注于 ASO。方法很简单：

找到一个热门度高、难度低的关键词——我通常会寻找热门度超过 20、难度低于 60 的关键词。

围绕这个关键词构建应用。

在标题、副标题和描述中使用该关键词。

重复以上步骤。

我开发了很多应用——每个应用都只有一个核心功能，旨在解决特定的用户问题。随着时间的推移，我会专注于那些获得用户增长的应用。对于这些应用，我会加大营销投入。

除了应用商店优化 (ASO) 之外，这通常意味着付费广告。有时，我也会使用 TikTok 或 Instagram 进行营销。我仍在不断尝试，以找到最佳的推广渠道和方法。

应用发布后，通常会在最初几天在 App Store 获得快速增长。之后，大多数应用的下载量会下降到每周 10-50 次左右，然后逐渐淡出人们的视野。

如果一款应用能够挺过最初的增长期，虽然没有达到峰值，但也没有急剧下降，并且随着时间的推移趋于稳定，那么我认为它具有潜力。

我不会仅仅根据下载量来做决定；我会根据应用在初始发布后的表现来逐个进行判断。

我能提供的最重要的建议是：不要害怕发布产品。

不要浪费时间去完善应用，或者想着添加一个“肯定”能带来大量用户的“杀手级”功能。先确保应用功能完善且没有 bug，然后发布。在你开发其他应用的同时，让用户来告诉你他们的想法。

我尽量不做长远规划，因为我们无法预知未来，但对于2026年，我计划通过开发一些 SaaS 产品来实现收入多元化。这样，我的收入就不会完全依赖于 App Store 和 Google Play 商店。