Message Album

发布之后的表现

收入(唯一有数字的地方,来自创始人自己的看板)

• 2026 年 8 月:Message Album 4 次下载、1 笔销售、$29.00自报www.aaronhampton.com/en/blog/august-2026-progress/ 。同月他 27 个产品的合计是 1,107 下载 / $813.96,Message Album 占收入 3.6%。
• 9 月、10 月的月度页与月度博文都抓不到(https://www.aaronhampton.com/en/progress/2026-09/ 与 /blog/september-2026-progress/ 均 404),progress 首页的「This Month」仍停在 2026-08(总下载 2,919、总收入 $2,249.49)。也就是说 9 月以后这个产品的收入无法从任何公开源确认。
• indie(TrustMRR):库里没有。创始人虽然公开收入,但没接 TrustMRR,所以没有逐月流水、MRR、订阅数、挂牌信息可核。

用户 / 下载

• appstore、googleplay、macappstore、chromestore:四个库都没有。这与产品形态一致——它刻意不上 Mac App Store,也没有 iOS/Android/扩展版本,所以商店库里查不到不是异常。
• 唯一用户侧数字就是上面那 4 次下载(8 月,含免费版)。

开发者关注

• github:库里没有。官网、PH 档案都没有 GitHub 链接,产品是闭源付费 Mac App,没有仓库属正常;因此 star 走势、fork/star 比、suspect 标记均无从谈起。

讨论

• hackernews:库里没有。同期 HN 上确实有同类话题:2026-09-01「Show HN: In-browser iMessage exporter for Mac chat.db and iPhone backups」(vajba.com,2 分)、2026-08-12「Show HN: A better, free client for iMessage power-users」(2 分)库——说明这个需求有人做、但 HN 上连免费方案都拿不到分,付费方案更没被讨论。
• x 本地库:库里没有。创始人不在五个圈子的 core 名单里,也没有任何 core 成员提到过它。
• PH 本身:70 票、日榜 26 名,没进当日前三;评论 2 条(镜像站记 5 条)。33 个关注者,0 条 review,从 8/26 到 10/29 关注数没有变化(只有一次快照,无法看走势)库。

官网与公开网页动态

• 站点活着,内容完整:功能页、FAQ(16 问)、8 篇 SEO 指南、demo 相册、changelog、support 邮箱都在。
• changelog 停在 1.0.6 / 2026-08-20官网messagealbum.com/changelog/ ,之后没有任何版本。1.0 是 8/16,也就是说发布后 4 天内连发 6 个补丁,然后彻底停手。
• 博客停在 2026-08-09(最后一篇《How to save text messages from an iPhone》)官网messagealbum.com/blog/ 。发布前一个月铺了 8 篇长尾指南,发布后一篇没加。
• 创始人自己的博客在 8/18 之后继续更新,但再没提过 Message Album:9/8 Scrubb、9/15 Ghost Cats、9/29 MusicWipe、10/13 Clean Beatz、10/20 Llaves官网www.aaronhampton.com/en/blog/ 。
• 无融资、无收购、无媒体报道。

自报 vs 实际

没有发现「自报数字被夸大」的情况——恰恰相反,他公开的数字小到不需要怀疑。真正的问题是数据断供:8 月之后既没有 TrustMRR 档案,也没有月度博文,产品进入黑箱。

为什么成了 / 没成

没成,而且原因相当清楚:

1. 分发被自己堵死。 因为要 Full Disk Access,只能站外自售,拿不到 Mac App Store 的搜索流量和信任背书。对比同作者的 Just SFTP:8/18 站外发、8/28 就上了 Mac App Store($12.99),两条腿走路;Message Album 只有一条腿。
2. 需求是「一次性、低频、可替代」。 导出 iMessage 是人生可能做一两次的事,免费方案(直接翻 chat.db、开源导出脚本、iMazing 试用)足够;HN 上两个免费同类 Show HN 都只有 2 分,说明连「找工具」这一步的流量都很薄。
3. PH 那一波没接住。 70 票、日榜 26 名,属于「上了首页但没进前列」;发布日之后官网博客立刻停更,SEO 长尾(8 篇指南)没有继续铺,获客管道在起量前就关了。
4. 作者本人的策略是「每周二发一个新品」。 36 个产品 / 33 周,单个产品分到的维护时间必然极少。8/20 之后 10 周零更新,不是产品死了,是注意力被下一个产品拿走了。

对想跟的人

这个方向还有位置,但不在「卖 $29 的导出工具」这一层。看两个数字:PH 70 票只换来 4 次下载,而 8 月他 27 个产品合计 1,107 下载 / $813.96——单产品月收入中位数不到 $30,靠「多发产品」摊薄风险的做法在这个品类上不成立。真正的坑有三个:Full Disk Access 让你进不了 Mac App Store(必须自带支付 + 授权服务器,他用了 keybee);一次性买断没有复购,必须靠 SEO 长尾持续供血,而他 8 篇指南写完就停;以及免费/开源替代随时可以把这个价位打穿。要做就做持续性的场景(比如定期自动归档 + 家庭共享 + 可验证的取证用途),而不是「导一次就完」的工具。

没查到的

• indie(TrustMRR):没有档案,9 月及以后的收入、MRR、订阅数、是否挂牌全部未知。
• appstore / googleplay / macappstore / chromestore:四个库都没有(与「不上商店」的产品设计一致,不算异常)。
• github:没有仓库,star / fork / 提交活跃度无从判断。
• hackernews / x 本地库:零提及,无法判断社区反应。
• 创始人 X / LinkedIn 账号:未找到可确认的公开账号(x 库名单里没有,搜索也只命中同名无关人士),因此「他本人怎么说这个产品的销量」只有博客一个来源。
• 9 月、10 月的月度收入页与博文均 404,无法确认这两个月是否还有成交。