reddit · SaaS · 10-25 23:50 50 分 ← 返回列表

I thought I was making $2K MRR. The actual number was closer to $1.4K

I got a little too obsessed with checking revenue. I'd open Stripe, check RevenueCat, switch between projects, refresh everything, and repeat throughout the day. I wanted to know how my apps were doing, but I was spending more time checking dashboards than actually building. At one point, I thought I was doing around $2K in MRR. When I looked more carefully, it was closer to $1.4K. That was a humbling reality check. The problem wasn't just the numbers. It was how much ti

五维评分

付费意愿

需求真实度

个人可落地

竞争空间

新鲜度

AI 分析

痛点：独立开发者的营收数据分散在 Stripe 和 RevenueCat 两个后台，需要反复刷新查看；而且订阅重叠导致 MRR 被高估（以为 $2K，实际 $1.4K），浪费大量本应用于开发的时间。

目标用户：同时使用 Stripe 和 RevenueCat 的独立 macOS 开发者、小型订阅制 App 团队

证据：I thought I was doing around $2K in MRR. When I looked more carefully, it was closer to $1.4K. ... I've spent the past day being noticeably more productive because I'm not checking my numbers every few minutes.

变现：macOS 菜单栏工具一次性买断（$29–49）或订阅（$5–9/月），通过 Lemon Squeezy / Paddle 或 Mac App Store 销售，可加 Pro 版支持多项目与团队共享。

MVP：两周内做一个 macOS 菜单栏 App：OAuth 接入 Stripe 与 RevenueCat API，聚合 MRR、订阅数、流失率与最近购买，用本地规则避免重叠订阅重复计数，并加上新销售系统通知，免去反复刷新后台。

竞品：Baremetrics、ChartMogul、RevenueCat 自带 Dashboard、Stripe Dashboard、OtterTally（发帖人自己的产品）

摘要：一位独立开发者发现自己以为的 $2K MRR 实际只有约 $1.4K，原因是数据分散在 Stripe 和 RevenueCat，且重复计算了重叠订阅。他因此做了 macOS 菜单栏工具 OtterTally 来聚合指标并推送购买通知，声称效率明显提升。整帖基本是产品自荐，没有任何他人表达付费意愿的原话，需求真实性仅来自作者个人体验，且该细分已有人在做。