Blade

发布之后的表现

收入:indie(TrustMRR)按域名 blade.net、名字 blade 点查均无记录库,即创始人没有公开 Stripe 流水,也没有挂牌出售。没有收入数字可对。

用户 / 下载:App Store、Google Play、Mac App Store、Chrome 商店按名字命中的全是同名游戏(如 Ragdoll Blade、Shadow Blade、Blade Battle: Merge Master)和同名硬件,与 blade.net 无关库;PH 档案里 ios_app_id / android_app_id 均为空库,Mac app_id 65509054 在库里查不到任何榜位与评分。产品是纯 Web 应用,没有可量的下载数。

开发者关注:GitHub 库按 homepage_domain=blade.net 与仓库名 blade 点查,没有任何对应仓库库——闭源,没有 star 曲线可看。

讨论:Hacker News 库 2026 年全年标题/链接含 blade 的故事 21 条,全是 Blade Runner、Razer Blade、BYD 刀片电池、Letterblade 之类同名噪音,没有一条指向 blade.net库。X 本地库只有一条:BetaList 官方号 2026-10-15 03:06(北京时间)发「Blade: Find your first customers directly from your Gmail inbox」,0 赞 0 转 0 回复,273 次浏览库。创始人 Paul English 自己的 X 账号在本地库里没有任何帖子库。

官网动态:站点至少从 2026-06-11 起就是这个形态(Wayback 快照 2026-06-11、2026-07-12、2026-10-25)官网,首页文案从「Three taps. Done.」改成现在的「A head start. Not a cold start.」,并加了 /linkedin 对比页和 /demo 交互 demo。条款 2026-05-18 生效、隐私政策 2026-08-29 生效官网。没有 changelog、没有 blog(两个路径都 404)、没有融资或收购消息。技术栈从隐私政策可读出:Neon Postgres(us-east-1)、Trigger.dev 跑后台任务、Vercel 托管、PostHog 做分析官网 /privacy。

发布动作:Paul English 2026-10-15 在 Boston Venture Studio 的 Substack 发《Three things I've been building. Come try them.》,把 Blade 与 Gumdrop、Third 一起推,原文「We just launched Blade on Product Hunt」官网/第三方。该文只有 2 个赞、1 次 restack第三方。

自报 vs 实际

• 自报官网 /linkedin 页称「邮件点击率是 LinkedIn 自然帖的 15–30 倍」,并给出 0.5%–1.5% vs 15%–30% 的对照表。这是营销页上的估算,没有任何第三方数据或自家客户数据支撑,档案里按未验证处理。
• 自报PH 文案「Find your first customers hiding in your inbox」与实际产品一致(读邮件头、按往来频次排序、从自己 Gmail 发),没有夸大功能。
• 库PH 关注数 90、评论 0、票数 67:关注数高于票数,说明有一部分人是先关注没投票;4 条评论对应 67 票,互动率偏低,不像被社区真正讨论过的发布。
• 收入、用户数:创始人没有自报任何数字,官网也没有「X 位用户」这类宣称,所以没有可对账的自报数字——这点本身值得记一笔:一个 KAYAK 联创做的产品,发布时连一个用户数都没敢写。

为什么成了 / 没成

判断:目前是「活着但平」,不是「在涨」。理由:PH 发布日 65 票、日榜 35 名,属于 featured 里的中下游;三周后票数只涨到 67(库post_obs 仅一个数据点,67 vs 65),说明发布后几乎没有二次传播;HN 零帖、X 仅一条 0 赞的 BetaList 自动推、GitHub 无仓库、indie 无流水。

它没成的结构性原因,档案里能指出的有两条:

1. 定位卡在「冷启动外联」和「合规红线」之间。产品做的事本质是「从历史邮件里挖联系人再群发」,条款第 3 条自己写着禁止「向没有事先关系的人发未经请求的批量邮件」、每条活动强制带退订链接、发送限速到 Gmail 个人号约 500 封/天官网 /terms。这条红线让它没法像冷邮件工具那样卖「量」,只能卖「暖」,而「暖」这件事的价值很难在落地页上讲清楚——首页用了大量篇幅讲情感(「The editor who loved your idea」),却没给出一个可量化的结果。
2. 名字被同名产品淹没。PH 上叫 Blade 的产品已有 4 个(2014 直升机、2017 Gmail 签名、2018 啤酒机、2020 Laravel 组件库)库,blade.net 这个域名 1999 年就在 Wayback 里有快照第三方,搜索「Blade」几乎不可能被找到;连 BetaList 那条推文的标题都得靠「Gmail inbox」来区分。

有利的一面:创始人自带分发(Paul English 的 KAYAK 身份、Arbisoft 上千人的外包团队、Boston Venture Studio 的 Substack 1000+ 订阅)第三方,所以 67 票和 90 关注不是从零冷启的;产品本身合规设计做得细(只读邮件头、不存正文、OAuth token AES-256-GCM 加密、发送前人工确认)官网 /privacy,这在 Gmail 收紧第三方访问的 2026 年是必要的门槛,也是它比一堆冷邮件工具更耐审的地方。

对想跟的人

这个方向还有位置,但位置不在「再做一个冷邮件群发器」——那一片已经被打烂,而且 Gmail 的批量发送政策会把小玩家的账号打死(条款里自己写了个人号约 500 封/天、Workspace 约 2,000 封/天)官网 /terms。真正空着的是「暖关系 CRM」:把邮件头挖出来的联系人做成可复用的资产,再叠加「什么时候该联系谁」的提醒。Blade 已经把这块做出来了,但它发布日只拿到 65 票、三周后 67 票库,说明它没把「为什么是我而不是 Mailchimp / Clay」讲明白——这就是留给后来者的口子:同一条合规红线,谁能把 ROI 用客户真实数据讲出来(而不是官网 /linkedin 页那种 15–30× 的自估),谁就能接住这批人。最大的坑是信任:要读用户全部邮件头,任何一次数据事故都是致命的,Blade 用「不读正文 + 不存正文 + 发送前确认」换信任,后来者省不掉这一步。

没查到的

• 定价:官网无定价页(/pricing、/upgrade、/waitlist、/changelog、/blog、/sitemap.xml 全部 404),抓不到任何付费档;PH 档案也没有价格字段。目前只能确认「Free to start」。
• 收入:indie(TrustMRR)无 blade.net 记录,无法判断是否已收费、MRR 多少。
• 用户数:官网、PH、BetaList 都没有披露;产品是纯 Web,App Store / Google Play / Mac App Store / Chrome 商店均无对应条目,没有下载量或评分数可引。
• 讨论:HN 库无 blade.net 相关故事;X 本地库只有一条 BetaList 自动推(0 赞);创始人 Paul English、Yasser Bashir 的 X 账号在本地库里没有帖子,LinkedIn 全文需登录,只能看到搜索摘要。
• GitHub:无对应仓库,闭源,无 star / fork / 提交数据。
• 团队规模、融资:官网与公开页面均未披露;Boston Venture Studio 的 Substack 只提到「our team」,没有人数。
• PH 发布页正文与评论:producthunt.com 被 Cloudflare 拦截,抓不到 4 条评论的内容;PH 库里也没有评论正文。