Stagetimer 值得研究的是产品、首批用户和真实成本，而非单一的收入标题。

本文依据Indie Hackers 原始资料重写。公开自述、可核查事实和我们的判断分开呈现；没有披露的数字不补造。

1. 他做了什么？

创办人从视频制作朋友遇到的远程计时问题出发，做出让主持人和后台共同看到倒计时的 Stagetimer。产品聚焦直播、活动和录制场景，而非宽泛的生产力市场。

受访时订阅 MRR 自述$15K
SEO 流量占比自述≥40%

2. 第一批用户哪里来？

早期通过访谈和 Reddit 观察场景需求，后来 SEO 成为重要入口。受访者称搜索带来至少 40% 的流量，但流量不等于首批付费客户，原文没有给完整渠道转化表。

  1. 发现具体需求Stagetimer
  2. 触达最早的相关人群来源见本节文字
  3. 交付并收集反馈区分关注与购买
  4. 核对付费或持续使用未披露的不作推断

3. 花了多少钱？

开发、兼容不同设备、可靠运行、客服和搜索内容都要投入。采访没有披露总现金成本或 SEO 产出的真实工时。

成本维度本案核查
已披露投入见上文给出的现金、工时和产品投入
仍未公开完整人力、维护、渠道费用及净利润，不能凭空推算

4. 收入是真是假？

受访者称订阅部分约 1.5 万美元 MRR，另有一次性购买，合计收入高于单纯订阅数字。报道标题与正文口径不完全一致；因此不把更高金额写成经核实的稳定 MRR，利润未知。

5. 为什么大部分人复制失败？

计时器看起来容易做，活动现场却不能容忍断连和错误。只模仿界面而没有稳定性、专业工作流和持续搜索分发，很难获得 B2B 信任。

6. 普通人评分。

7/10 — 细分问题明确，适合开发者访谈真实使用者后做小原型；不要把软件简单等同于无需支持的被动收入。