ReleaseDock

发布之后的表现

收入——indie(TrustMRR)库里没有 ReleaseDock:按 domain=releasedock.co、name 词边界查均为 0 行库。也没有任何创始人自报的收入数字(未在 PH、X、官网上披露 MRR / 用户数)。所以「赚多少」目前无法回答,不能按「有 PH 105 票」反推有收入。

用户 / 下载——appstore、googleplay、macappstore、chromestore 四个库按名字 / 域名点查全部没有库。它是纯 Web widget,本来就不该有 App,这条不构成负面信号,但也就没有安装量这类第三方用户代理指标可用。

开发者关注——github 库里没有它的仓库(homepage_domain=releasedock.co、仓库名 releasedock 均 0 行)库。GitHub 上唯一同名的 hkjang/releasedock 是韩国人的内网部署网关,与本产品无关官网。没有开源动作,也就没有 star 曲线可看。

讨论——hackernews 库按 domain 和标题查均 0 条库;x 本地库(560 人 core 圈)正则匹配 releasedock / releasedock.co 也是 0 条库。也就是说,除了 PH 那一次发布,它没有进入过任何一个我们监控的技术社区。创始人自己的 X 账号 @Siddhant_Chow 2026-06 才注册,截至抓取只有 10 个关注者、17 条帖,全部围绕自家产品官网。

官网和公开动态——网站在线且明显在更新:changelog 从 2026-05-01 一路发到 2026-10-08(最新一条「Saved filters on the reports page」,另有 10-02「CSV 导出快 4 倍」、09-26 定时报告时区修复)官网。定位发生过一次明显迁移:PH 发布时讲的是「AI support agent + 统一 inbox」,现在首页标题是「Hear from your users. Show them what shipped.」,四条产品线里 surveys 排第一官网。2026-10 还上线了两个免费工具(NPS calculator、release notes generator)和 30% 终身分成的联盟计划,都是典型 SEO / 分销补课动作官网。没有融资、收购、下架消息。Wayback 对 releasedock.co 只有 2026-06-20 一个快照,无法做历史定价对照官网存档。

自报 vs 实际

• PH 文案自报「feature parity with competitors」(创始人 6 月 19 日推文原话:「ReleaseDock is at feature parity with competitors, a UX i spent months on but I can't figure out how to get users」)自报——功能面上官网确实堆了 18 项功能、8 种题型、4 套模板,可以算对得上;但这条自报同时暴露了反面:获客端对不上,没有用户证据。
• LTD 自报「有限名额,卖完转订阅」自报——官网现在确实已是订阅页、LTD 页面消失,这条对上了;但 LTD 到底卖了多少份,无任何第三方数据可核,不能按「已切订阅」推断 LTD 卖光。
• 没有「100 万用户」「$10k MRR」这类夸张自报,因此没有可对质的大数字;空白本身说明它从未进入公开收入榜。

为什么成了 / 没成

没成的核心是分发,不是产品。 三个证据串起来看:其一,PH 发布拿到日榜第 10、107 票(当天第一是 WorkClaw 344 票),这个位置能带来一次性的几千 UV,但 4 个多月后 HN / X 圈 / GitHub 全部零提及,说明流量没有沉淀成社区或口碑;其二,创始人 6 月 19 日(发布前一天)就在「Build in Public」社区公开求解「怎么拿 B2B 用户」,当时只有 3 个赞 5 条回复——他自己没有受众池,这是 solo 开发者做 B2B 工具的典型死结;其三,产品后续动作全是「补流量」而非「补需求」:免费工具、联盟计划、把首页从「AI 客服」改成「surveys + release notes」——这是在追更宽的关键词,而不是在验证某个具体付费场景。

产品本身反而说得过去。 从 changelog 看,5 月到 10 月持续在改 AI agent 工具调用、邮件线程、SSR 渲染、导出性能,不是敷衍更新;定价切回 $15/$39/$79 订阅也比 $79 终身更健康(终身制在 AI 推理成本面前本来不可持续,ToS 里专门写了 AI 对话超出按次计费就是证据)。它的问题是:这个赛道有 Intercom、Zendesk、Crisp 这类巨头,还有 Featurebase、Clearfeed 一类新玩家,而「一个 script tag 全搞定」的差异化对小团队才成立——小团队恰好是最不愿为客服基建付费、也最没有客服量的一群人。

对想跟的人

这个方向的真实门槛不在功能,在你手上有没有一批已经在为客服付费的 SaaS 客户。ReleaseDock 的对照数字很说明问题:PH 107 票能换一次曝光,但创始人 6 月 19 日的推文只换来 3 个赞——同样的 4 个月里它发了 6 次版本更新(5 月到 6 月)却一次没被 HN 或 X 圈提起,证明「持续迭代」救不了「没有渠道」。要跟就带着渠道跟(已有的 SaaS 客户名单、某个垂直社群的信任),或者干脆别做全栈客服套件——把「AI 客服 agent 接你自己的知识库并执行动作」这一个点做深,反而比 18 项功能堆在一个 script tag 里更容易被记住。最大的坑是:这类产品必须同时赢得「写代码的人」和「管客服的人」,而这两拨人几乎不在同一个渠道里。

没查到的

• 收入:indie 库没有它,官网 / PH / X 也没有任何自报收入或用户数,MRR、订阅数、是否挂牌出售全部未知。
• LTD 销量与转订阅后的付费客户数:无第三方来源。
• GitHub / HN / X 圈 / 商店:按现有条件全部零命中(见上),不代表这些平台绝对不存在相关内容,只代表不在我们库里。
• 创始人背景与所在地:同名者过多,未能确认;LinkedIn 个人页需登录,只拿到公司页公开部分。
• 评分数 / 榜单:无 App,无榜单数据。