Releasely

发布之后的表现

收入:indie(TrustMRR)库里没有 releasely.io,也没有叫 Releasely 的产品库。也就是说创始人没有把支付 key 接进 TrustMRR,或收入低到没被收录。库里同类「changelog 工具」的收入也普遍是 0:FeedFast $18/30 天、AutoChangelog $0、Changelogfast $0库。

用户 / 下载:App Store、Google Play、Mac App Store、Chrome 应用商店四个库按名字和域名查,全部「库里没有」库。产品是纯网页工具,没有客户端,所以商店库本来也不该有——但这也意味着没有任何第三方用户量代理指标可用。

开发者关注:GitHub 库里没有 homepage_domain = releasely.io 的仓库,也没有名为 releasely 的仓库库。创始人 Pavan 的 GitHub 账号在库里查不到与 Releasely 相关的库。注意:GitHub 上另有一个同名但无关的 releasely 组织(Flutter/React Native 发布平台 releasely.xyz)和一个 2019 年的 PyPI 包 releasely,都不是本产品官网/搜索。

讨论:Hacker News 库里按域名和标题查,0 条库。X 本地库(core 层约 560 人)按 releasely 正则查,0 条提及库。全网搜索也没有第三方评测或讨论把 Releasely 列进 2026 年的 changelog 工具对比里——那些榜单列的是 Headway、AnnounceKit、Beamer、Shiplog、ReleaseLog、Announcify、ChangelogAI 等〔第三方博客,如 dev.to/kavinjeya 2026-07-05、releaserocket.io〕。

官网动态:官网在线,首页、/pricing、/privacy、/terms 都能打开,法务页标注 2026-05-31 更新官网。但产品自己的公开 changelog 页 releasely.io/changelog 返回「Changelog not found. This link may have expired or been removed.」,/blog 同样报错官网,2026-11-02 抓取——一个卖 changelog 的产品,自己的 changelog 是空的。后端接口域名是 changelogai-be-production.up.railway.app,说明代码库内部叫 changelogai官网抓取。Wayback Machine 对 releasely.io 没有任何存档Wayback CDX,返回空。

自报 vs 实际

创始人没有公开自报任何用户数或收入数字,PH 文案也只写功能不写数据,所以没有「自报 vs 实际」可对。唯一可对的是 PH 票数:PH 档案显示 score 64、launch_day_score 63、日榜第 55 名库——即发布当天在 PH 日榜排到 55 位,没进前 10,属于「featured 但没火」的典型。37 个关注者、0 条评论、0 条评分库,与 64 票的量级一致,没有异常。

为什么成了 / 没成

没成的证据链很清楚:PH 发布日榜第 55 名、1 条评论、37 个关注者库,之后 4.5 个月里 HN 0 条、X 0 条、GitHub 0 个仓库、TrustMRR 0 收入记录库。这不是「数据没采到」,而是产品没有产生任何可被外部观测到的活动。

原因我推断有三层:一是赛道极度拥挤且同质。HN 上「把 commit 变成 changelog」的 Show HN 从 2025 到 2026 有十几条,分数普遍 1–5 分库,说明这个点子被反复做、反复没人看。二是定价结构削弱了单品价值:$12/月买的是「Devcraft Studio 全家桶」,Releasely 本身只是入口,用户很难为它单独付费,而免费档 5 次/天对个人开发者已够用,付费转化天然低。三是分发缺失:没有 GitHub 开源引流、没有 HN/Reddit 帖、没有创始人社交发声,PH 是唯一一次曝光,之后就断了。

对想跟的人

别跟这个具体产品,但可以看它暴露的位置:「AI 把 commit 写成 changelog」这个功能点已经被做烂了——HN 上同类 Show HN 十几条、最高 5 分库,PH 上 Releasely 64 票排 55 名库,说明「生成」不是壁垒。真正没被填的坑是 dev.to 那篇 2026-07-05 文章点出的:发布 ≠ 触达,Headway 自 2020 年停更、AnnounceKit/Beamer 定价 $49–129/月对独立开发者太贵第三方,而「in-app 弹窗 + 邮件摘要」这条推送层才是留存杠杆。要做就做推送层,而不是再做一遍生成器。最大的坑是:这个方向免费替代品太多(GitHub 自带 release notes、release-please),付费意愿被压得很低,TrustMRR 上同类产品收入普遍是 $0库就是证据。

没查到的

• indie(TrustMRR):没有 Releasely,无法给出逐月收入、MRR、订阅数、是否挂牌出售、first_seen、channels、provider。
• appstore / googleplay / macappstore / chromestore:四个商店库都没有,无榜单位置、评分数、安装量。
• github:没有对应仓库,无 star 走势、fork/star 比、suspect 标记、pushed_at。
• hackernews / x:0 条提及,无法给出讨论时间线。
• 创始人社交账号:Pavan Teja Palaparthi 的 X / LinkedIn / GitHub 公开页没查到与 Releasely 相关的发言;PH 页面被 Cloudflare 拦截,无法读到发布帖正文和评论内容。
• 团队归属:定价页提到的 "Devcraft Studio" 与法律主体 Pavan Teja Palaparthi 的关系无法确认,是同一团队还是品牌借用,公开信息答不了。
• Wayback:releasely.io 无任何历史存档,无法对比官网改版或定价变化。