Helo

发布之后的表现

收入

• indie(TrustMRR):库里没有。按域名 helohq.com、名字 helo 查均无记录。注意 TrustMRR 只覆盖「愿意公开收入的独立开发者」,Helo 没挂牌不等于没收入。库
• 无任何第三方收入数据。官网、PH、HN 均未自报 MRR / 用户数。

用户 / 下载

• App Store:库里有一个 app_id 6746859297「Helo - Discover, Share & Trends」,但该 app 不在 app_profile 里(没上过任何区任何榜),且从名字看是另一个无关产品,不是 Helo 邮件 API。库
• Google Play / Mac App Store / Chrome 应用商店:库里没有。库
• 官网无公开用户数、发送量或客户 logo。官网

开发者关注

• GitHub 组织 github.com/helo-email 有 8 个公开仓库:helo-sdk-go / js / ruby / python / dotnet、helo-cli、homebrew-tap、openapi-validator-action。全部 0 star、0 fork(openapi-validator-action 有 2 fork)。最近提交 2026-11-01(go/js/ruby SDK),CLI 和 homebrew-tap 停在 10-24。GitHub 组织页
• github 库:库里没有——因为门槛是全站 ≥50 星,这些 SDK 库都不到 50 星,所以不在库里,不是「不存在」。
• 生态接入:PHP 包 stechstudio/laravel-postmaster 在 PR #32 把 Helo 加为第六个 provider(v2.26.0 发布),PyPI 有 sdk-helo-email。这是目前最实的第三方集成信号。GitHub / PyPI

讨论

• Hacker News:Show HN「Helo – An email API from former Postmark folks」2026-10-01 发布,15 分、5 条评论,front_hours=0(但首页快照 2026-10-31 才开始,这个 0 无意义)。分数偏低,没进首页。库
• X 本地库:core 层 560 人里没有任何帖子提到 helo / helohq.com,@helo_hq 也不在圈子名单里。库
• PH:100 票、10 条评论,日榜第 13,属于「上了首页但没爆」的量级。

官网动态

• 官网在线,changelog 活跃:11-02 暗色模式、10-27 自定义追踪域名、10-19 Helo CLI、08-31 Sandbox Channels、08-24 Webhooks、08-17 正式对外开放(此前是 early access)。官网
• 博客 3 篇:10-08 送达率指南、09-28 NS 委派、09-17「世界真的需要又一个邮件服务商吗」。无融资、无收购消息。官网
• 第三方目录 emailexpert 收录了它,标注为「独立、bootstrapped、由 Helo Ehlo LLC 运营」,并明确提示「前 Postmark 任职不等于与 Postmark 有合作」。emailexpert

自报 vs 实际

• 自报「bootstrapped、无投资人、无退出计划」官网/PH:无第三方可证伪,也没有融资记录出现,与「无 VC 背景」一致,暂采信。
• 自报「比 Postmark / Mailgun / Resend / SendGrid 在几乎所有量级都便宜」官网定价页:这是官网自己算的对比表,无独立验证;按它给的数字(10 万封 $40、50 万封 $180)算术自洽,但属于营销口径。
• 无任何自报收入 / 用户数字,所以没有「自报 vs 库」的对不上问题——因为根本没有可对的数。

为什么成了 / 没成

现在下结论太早:产品 8-17 才正式开放,PH 发布才一个月。但可以看几个信号。正面:团队是 Postmark 原班人马,邮件基础设施是重经验和信誉的生意,「前 Postmark」这个背书在 HN / PH 文案里被反复用;产品迭代节奏快(一个半月内 webhooks、sandbox、CLI、自定义追踪域名、暗色模式连发),说明是真在做;多租户隔离(平台替客户发信)是个真实且被大厂忽视的细分痛点,官网专门做了「hydra」叙事。负面:PH 只有 100 票、HN 只有 15 分,两个开发者聚集地都没激起水花,说明「又一个邮件 API」在开发者心里差异化不足;GitHub SDK 全 0 star,说明还没有形成社区;定价 $5/月 + $0.00035/封是极低价策略,靠规模才赚钱,而它现在显然还没规模。判断:产品活着、在认真做,但需求验证还停留在「团队履历 + 低价」层面,没有看到付费客户或用量证据。

对想跟的人

这个方向的门槛不在代码,在信誉——邮件送达率是「用的人越多越可信」的生意,新玩家最难的是让第一批客户相信你不会把他们的密码重置邮件送进垃圾箱。Helo 的解法是拿 Postmark 履历背书 + 把价格压到 $5/月 + $0.00035/封(10 万封 $40,官网称比 Postmark 的 $455/50 万封便宜一半以上),但即便如此,PH 100 票、HN 15 分说明光靠「便宜 + 前大厂」撬不动开发者。想跟的话,别做通用 ESP,做 Helo 自己都在强调的那个窄口——「平台替客户发信、要按租户隔离信誉」,这是 Postmark 这类通用服务没做好的地方;最大的坑是:低价策略要求你先有量,而没量时 $5/月连基础设施成本都覆盖不了,且这个赛道已经有 Resend 这类同样年轻、同样便宜的对手。

没查到的

• indie(TrustMRR):没有 Helo 的收入档案,无法判断 MRR / 订阅数 / 是否挂牌出售。
• appstore / googleplay / macappstore / chromestore:均无 Helo 邮件 API 的记录(它是纯 API 服务,本就不该有 App)。
• github 库:helo-email 组织的 8 个仓库都不到 50 星门槛,不在库里;star 走势无法从库中给出,只能看 GitHub 页面(全 0)。
• x 本地库:无提及,@helo_hq 不在圈子名单;未调 X 实时接口,无法确认该账号的粉丝数和发帖情况。
• 无第三方收入、用户数、发送量数据;官网也没有客户案例或公开指标。
• 未查到融资、收购、Companies House 注册细节(Helo Ehlo LLC 为美国实体,未进一步核实)。