我在将一款灵性App推向100+用户并在3个月内实现₹15K收入的收获
Source: Dev.to
在过去的几个月里，我一直在构建 Anahad ——一款用于 sādhanas、pujas 和冥想 的灵性应用。我最近 作为独立开发者在两个应用商店 将它发布到生产环境。三个月后，应用已经拥有 100+ 月活跃用户，并通过订阅和广告产生了 ₹15,000 的收入。
但真正的教训并不在代码中，而是在 我点击部署之后 所发生的一切。
数字（因为大家都想知道）
- 100 + MAUs 在 3 个月内
- ₹15,000 总收入（约 $13 来自广告，其余来自订阅）
- 零营销预算 — 所有增长来自 WhatsApp 社区分享
- 3 种语言（English、Hindi、Telugu）— 这使用户基数从约 20 增长到 100
- 用户留存率在 90–140 MAUs 之间波动，取决于月份
技术栈
前端
- Flutter
后端
- NestJS
- PostgreSQL
盈利模式
- Adapty（订阅）
- Razorpay（支付）
- Google AdMob
可观测性
- Sentry
- Axiom
- Uptime Kuma
- Firebase Crashlytics
1. 后端两次宕机（而我却不知情）
早期，我犯了一个 新手错误：在没有适当监控的情况下发布。
后端 两次 崩溃，我甚至都不知道。直到用户开始私信我才发现：
“嘿，应用无法使用。”
没有 Sentry。没有正常运行时间监控。没有崩溃报告。只有 盲目的慌乱和用户的等待。
在两次手忙脚乱地修复后，我立刻设置了：
- Sentry 用于后端错误追踪
- Uptime Kuma 用于服务监控
- Firebase Crashlytics 用于移动端崩溃
- Axiom 用于日志记录
教训： 可观测性不是事后才添加的。它决定了是 你知道应用宕机，还是 用户告诉你它宕机。
2. 构建应用很容易，销售却是难点。
我花了几个月时间开发功能：清晰的架构、优化的查询、精美的 UI。然后我上线了。
冷场… 🪲
我学到的: 工程成熟度不在于构建东西，而在于 构建正确的东西。
我的 前 100 位用户 来自一个渠道：WhatsApp 群组。我的导师运营一个已经活跃 5 + 年 的灵性社区。我在那儿分享了这个应用。有人尝试了，有人留下来了。
- 没有广告
- 没有 SEO
- 没有营销活动
只有 社区中真正想要我所构建的产品的真实用户。这让我对 产品‑市场匹配 的理解，比任何课程都深刻。
3. 真正的用户并不精通技术（这是一种特性，而非错误）
当你独自开发时，你会假设每个人都像开发者一样思考。事实并非如此。
我收到的反馈：
- “当我的屏幕锁定时，冥想计时器会停止。”
- “我该如何删除我的账户？”（其实有，只是他们找不到）
- “能加上泰卢固语吗？我妈妈想用这个，但她不读英文。”
这改变了我的思路。问题不再是*“我应该添加哪些功能？”，而是“我该如何让它足够顺畅，以至于我的用户60 岁的母亲也能毫不费力地使用，而不需要提问？”*
随之采取的行动：
- 添加了翻译：English, Hindi, Telugu
- 对用户体验进行近乎执着的打磨
**结果：**用户数量从 20 → 100 增长，留存率趋于稳定。
4. 应用商店审批是一种特殊的地狱
Google Play 商店： 一次通过。轻松。
Apple App Store： 绝对噩梦。
我遇到的拒审：
- “你的应用在 iPad 上无法运行。” —— 没有解释，仅仅是拒绝。
- “添加 Sign in with Apple。” —— Apple 只在首次注册时提供邮箱，这迫使我处理一些奇怪的边缘情况。
- “你的应用没有删除账户功能。” —— 我回复了截图，准确显示了该功能所在位置。他们批准了，但在下一个构建中出现了相同的拒审。
经过多轮来回沟通，最终获得批准。
随后是 ASO（App Store 优化）：
- 学习关键词
- 优化截图
- 用多种语言编写描述
教训： 上线到生产环境不是一次性事件，而是与守门人持续的谈判。
5. 一个拥有4个用户实际使用功能的应用 > 一个拥有10个无人触碰功能的应用
一开始我处于 builder mode（构建者模式）: 接下来还能加什么？
到了第三或第四个版本时，出现了有趣的现象。用户 不再请求新功能；他们在请求 现有功能的更好版本。
这一次领悟产生了一个新规则：
一个拥有 4个用户实际使用的功能 的应用，远远优于拥有 10个无人触碰的功能 的应用。
我现在的流程非常严苛：
- 这是否让 核心体验更流畅？
- 这是否 消除了摩擦？
- 用户会 注意到吗？
如果答案不是 全部三个都是“是”，我就不去实现它。
6. 收入是真实的，但这不是你坚持的原因
₹15,000 在三个月内并不是改变生活的金额。但看到 真实的人每天练习 通过你构建的东西？那就不同了。
最有价值的时刻不是第一卢比，而是陌生人发来的第一条信息：
“这帮助我保持练习的一致性。谢谢。”
那一刻我恍然大悟：我不再只是写代码，我在构建 人们依赖的东西。
我想对过去的自己说
如果我能回到第一天，我会这样说：
- **从第一天起就设置监控。**不要等到出问题才去做。
- **快速发布，但要面向真实用户。**反馈胜过完美。
- **你的用户不是开发者。**为用户的父母设计。
- **应用商店审核会考验你的耐心。**预留额外时间。
- **增长来源于社区，而不是代码。**找出用户已经在的地方。
- 成熟为产品思考者，而不仅仅是工程师。
困难的不是构建，而是发布、倾听和迭代。
关键是知道该构建什么。
接下来
我们现在正从有机增长转向实际营销。
- 产品可用。
- 用户得到保留。
- 现在关注的是覆盖面。
如果你是一个手握想法的独立开发者：
- 停止过度思考。
- 开始交付。
- 让市场塑造你。
真正的学习并不是在写下第一行代码时开始的，而是在你的代码遇到真实用户时才开始。