电子邮件创业坟场:为什么大多数电子邮件公司会失败
虽然许多电子邮件创业公司投入了数百万资金来解决他们认为存在的问题,但我们 Forward Email 自2017年以来一直专注于从零开始构建可靠的电子邮件基础设施。本文分析了电子邮件创业公司结果背后的模式以及电子邮件基础设施的根本挑战。
Note
关键洞察:大多数电子邮件创业公司并没有从零开始构建真正的电子邮件基础设施。许多是基于现有解决方案构建,比如 Amazon SES 或开源系统如 Postfix。核心协议运行良好——挑战在于实现层面。
Tip
技术深度解析:有关我们方法、架构和安全实现的详细信息,请参阅我们的Forward Email 技术白皮书和记录自2017年以来完整开发时间线的关于页面。
电子邮件初创公司失败矩阵
Caution
失败率警告:仅 Techstars 就有 28 家与电子邮件相关的公司,只有 5 家成功退出——失败率极高(有时计算超过 80%)。
以下是我们能找到的所有主要电子邮件初创公司失败案例,按加速器、融资和结果分类:
| 公司 | 年份 | 加速器 | 融资 | 结果 | 状态 | 关键问题 |
|---|---|---|---|---|---|---|
| Skiff | 2024 | - | $1420万美元总计 | 被 Notion 收购 → 关闭 | 😵 死亡 | 创始人离开 Notion 加入 Cursor |
| Sparrow | 2012 | - | $24.7万美元种子轮, 低于2500万美元收购 | 被谷歌收购 → 关闭 | 😵 死亡 | 仅为人才收购 |
| Email Copilot | 2012 | Techstars | 约12万美元(Techstars 标准) | 被收购 → 关闭 | 😵 死亡 | 现重定向至 Validity |
| ReplySend | 2012 | Techstars | 约12万美元(Techstars 标准) | 失败 | 😵 死亡 | 价值主张模糊 |
| Nveloped | 2012 | Techstars | 约12万美元(Techstars 标准) | 失败 | 😵 死亡 | “简单。安全。电子邮件” |
| Jumble | 2015 | Techstars | 约12万美元(Techstars 标准) | 失败 | 😵 死亡 | 电子邮件加密 |
| InboxFever | 2011 | Techstars | 约11.8万美元(Techstars 2011) | 失败 | 😵 死亡 | 电子邮件应用的 API |
| Emailio | 2014 | YC | 约12万美元(YC 标准) | 转型 | 🧟 僵尸 | 移动邮件 → “健康” |
| MailTime | 2016 | YC | 约12万美元(YC 标准) | 转型 | 🧟 僵尸 | 邮件客户端 → 分析 |
| reMail | 2009 | YC | 约2万美元(YC 2009) | 被谷歌收购 → 关闭 | 😵 死亡 | iPhone 邮件搜索 |
| Mailhaven | 2016 | 500 Global | 约10万美元(500 标准) | 退出 | 未知 | 包裹追踪 |
基础设施现实检验
Warning
隐藏的真相:每一个“电子邮件初创公司”实际上都是在现有基础设施之上构建用户界面。他们并没有构建真正的邮件服务器——他们构建的是连接真实邮件基础设施的应用程序。
实际运行邮件的是什么
“邮件初创公司”实际构建的是什么
Tip
邮件成功的关键模式:真正成功的邮件公司不会试图重新发明轮子。相反,他们构建增强现有邮件工作流程的基础设施和工具。SendGrid、Mailgun 和 Postmark 通过提供可靠的 SMTP API 和投递服务成为了数十亿美元的公司——他们是与邮件协议协作,而非对抗。这也是我们在 Forward Email 采取的相同方法。
为什么大多数邮件初创公司会失败
Important
根本模式:邮件客户端初创公司通常失败,因为他们试图替代已运行的协议,而邮件基础设施公司则能通过增强现有工作流程获得成功。关键是理解用户真正需要什么,而不是创业者认为他们需要什么。
1. 邮件协议有效,实施常常不佳
Note
邮件统计:每天发送3473亿封邮件且无重大问题,服务于截至2023年全球43.7亿邮件用户。
核心邮件协议是稳固的,但实施质量差异很大:
- 通用兼容性:每个设备、每个平台都支持 SMTP、IMAP 和 POP3
- 去中心化:全球数十亿邮件服务器无单点故障
- 标准化:SMTP、IMAP、POP3 是经过考验的1980-1990年代协议
- 可靠:每天发送3473亿封邮件且无重大问题
真正的机会:更好地实现现有协议,而非替代协议。
2. 网络效应不可打破
邮件的网络效应是绝对的:
- 人人都有邮件:截至2023年全球43.7亿邮件用户
- 跨平台:所有提供商间无缝工作
- 业务关键:99%的企业每天使用邮件进行运营
- 切换成本:更换邮件地址会破坏所有相关连接
3. 他们常常针对错误的问题
许多邮件初创公司关注的是感知问题,而非真实痛点:
- “邮件太复杂”:基本工作流程很简单——自1971年以来的发送、接收、组织
- “邮件需要 AI”:Gmail 已经有有效的智能功能,如智能回复和优先收件箱
- “邮件需要更好的安全”:DKIM、SPF 和 DMARC 提供了坚实的认证
- “邮件需要新界面”:Outlook 和 Gmail 的界面经过数十年用户研究的精炼 真正值得解决的问题:基础设施可靠性、送达率、垃圾邮件过滤和开发者工具。
4. 技术债务巨大
构建真正的电子邮件基础设施需要:
5. 基础设施已经存在
为什么要重新发明轮子,当你可以使用:
- Amazon SES:经过验证的投递基础设施
- Postfix:经过实战考验的 SMTP 服务器
- Dovecot:可靠的 IMAP/POP3 服务器
- SpamAssassin:有效的垃圾邮件过滤
- 现有提供商:Gmail、Outlook、FastMail 都表现良好
案例研究:电子邮件创业公司失败时
案例研究:Skiff 灾难
Skiff 完美体现了电子邮件创业公司的所有问题。
背景
- 定位:“隐私优先的电子邮件和生产力平台”
- 融资:大量风险投资
- 承诺:通过隐私和加密实现更好的电子邮件
收购
Notion 于 2024 年 2 月收购 Skiff,并承诺整合及持续开发。
现实
- 立即关闭:Skiff 在数月内关闭
- 创始人离开:Skiff 创始人离开 Notion 并加入 Cursor
- 用户被迫迁移:数千用户被迫迁移
加速器分析
Y Combinator:电子邮件应用工厂
Y Combinator 资助了数十家电子邮件创业公司。模式如下:
- Emailio(2014):移动邮件客户端 → 转型为“健康”
- MailTime(2016):聊天风格邮件 → 转型为分析
- reMail(2009):iPhone 邮件搜索 → 被 Google 收购 → 关闭
- Rapportive(2012):Gmail 社交资料 → 被 LinkedIn 收购 → 关闭
成功率:结果参差不齐,有一些显著的退出案例。几家公司成功被收购(reMail 被 Google 收购,Rapportive 被 LinkedIn 收购),其他则转型离开邮件领域或被收购以获取人才。
Techstars:电子邮件坟场
Techstars 的记录更糟糕:
- Email Copilot(2012):被收购 → 关闭
- ReplySend(2012):彻底失败
- Nveloped(2012):“简单。安全。电子邮件” → 失败
- Jumble(2015):邮件加密 → 失败
- InboxFever(2011):邮件 API → 失败 模式:模糊的价值主张,没有真正的技术创新,快速失败。
风险投资陷阱
Caution
风险投资资金悖论:风险投资喜欢电子邮件创业公司,因为它们听起来简单,但实际上不可能实现。吸引投资的基本假设恰恰保证了失败。
风险投资喜欢电子邮件创业公司,因为它们听起来简单,但实际上不可能实现:
现实:这些假设都不适用于电子邮件。
技术现实:现代电子邮件堆栈
“电子邮件创业公司”实际运行的是什么
让我们看看这些公司实际运行的内容:
性能问题
内存膨胀:大多数电子邮件应用是基于 Electron 的网页应用,消耗大量内存:
- Mailspring: 基本邮件占用500MB+
- Nylas Mail: 关闭前内存使用超过1GB
- Postbox: 空闲时内存占用300MB+
- Canary Mail: 因内存问题频繁崩溃
- Thunderbird: 系统内存使用高达90%
Warning
Electron 性能危机:使用 Electron 和 React Native 构建的现代电子邮件客户端存在严重的内存膨胀和性能问题。这些跨平台框架虽然方便开发者,但会创建资源消耗巨大的应用程序,基本邮件功能就消耗数百兆到数千兆内存。
电池消耗:持续同步和低效代码:
- 后台进程永不休眠
- 每隔几秒进行不必要的 API 调用
- 连接管理差
- 除核心功能绝对必要外无第三方依赖
收购模式:成功与关闭
两种模式
客户端应用模式(通常失败):
基础设施模式(经常成功):
近期案例
客户端应用失败案例:
-
Mailbox → Dropbox → 关闭(2013-2015)
-
Sparrow → Google → 关闭(2012-2013)
-
reMail → Google → 关闭(2010-2011)
-
Skiff → Notion → 关闭(2024) 显著例外:
-
Superhuman → Grammarly(2025):成功收购并战略性整合进生产力平台
基础设施成功案例:
- SendGrid → Twilio(2019):30亿美元收购,持续增长
- Mailgun → Sinch(2021):战略整合
- Postmark → ActiveCampaign(2022):平台增强
行业演变与整合
自然的行业进程
电子邮件行业自然趋向整合,大公司收购小公司以整合功能或消除竞争。这不一定是负面的——这是大多数成熟行业的发展方式。
收购后的过渡
当电子邮件公司被收购时,用户通常面临:
- 服务迁移:迁移到新平台
- 功能变化:失去专业功能
- 价格调整:不同的订阅模式
- 整合期:临时服务中断
过渡期间的用户考虑
在行业整合期间,用户受益于:
- 评估替代方案:多个提供商提供类似服务
- 了解迁移路径:大多数服务提供导出工具
- 考虑长期稳定性:成熟提供商通常提供更多连续性
Hacker News 现实检验
每个电子邮件初创公司在 Hacker News 都会收到相同评论:
社区是对的。这些评论在每个电子邮件初创公司发布时都会出现,因为根本问题始终相同。
现代 AI 邮件骗局
最新浪潮
2024 年带来了新一波“AI 驱动的电子邮件”初创公司,首个重大成功退出已经发生:
- Superhuman:筹集3300万美元,被 Grammarly 成功收购(2025)——罕见的成功客户端应用退出
- Shortwave:带 AI 摘要的 Gmail 包装器
- SaneBox:AI 邮件过滤(确实有效,但不革命性)
老问题依旧
添加“AI”并不能解决根本挑战:
- AI 摘要:大多数邮件已经很简洁
- 智能回复:Gmail 多年支持,效果良好
- 邮件定时发送:Outlook 原生支持
- 优先级检测:现有邮件客户端有有效过滤系统
真正的挑战:AI 功能需要大量基础设施投资,却只解决相对较小的痛点。
真正有效的:真实的电子邮件成功故事
基础设施公司(赢家)
- SendGrid:被 Twilio 以30亿美元收购
- Mailgun:超过5000万美元收入,被 Sinch 收购
- Postmark:盈利,被 ActiveCampaign 收购
- Amazon SES:数十亿美元收入 模式:他们构建基础设施,而非应用程序。
邮件服务提供商(幸存者)
- FastMail:拥有25年以上历史,盈利,独立运营
- ProtonMail:注重隐私,持续增长
- Zoho Mail:大型业务套件的一部分
- 我们:7年以上,盈利,持续增长
Warning
JMAP 投资问题:虽然 Fastmail 投入资源支持 JMAP协议,该协议已有10多年历史但采用有限,他们同时拒绝实现许多用户请求的 PGP 加密。这代表了一个战略选择,优先考虑协议创新而非用户请求的功能。JMAP 是否会获得更广泛的采用尚未可知,但当前的邮件客户端生态系统仍主要依赖 IMAP/SMTP。
Tip
企业成功案例:Forward Email 支持顶尖大学的校友邮箱解决方案,包括剑桥大学的 30,000 个校友邮箱地址,与传统方案相比每年节省 87,000 美元成本。
模式:他们增强邮件,而非替代邮件。
例外:Xobni 的成功故事
Xobni 是少数通过正确方法真正成功的邮件相关初创公司之一。
Xobni 做对了什么:
- 增强现有邮件:基于 Outlook 构建,而非替代它
- 解决真实问题:联系人管理和邮件搜索
- 专注于集成:配合现有工作流程
- 企业聚焦:针对有实际痛点的商业用户
成功:Xobni 于 2013 年被雅虎以 6000 万美元收购,为投资者带来丰厚回报,为创始人实现成功退出。
为什么 Xobni 成功而其他失败
- 基于成熟基础设施:利用 Outlook 现有的邮件处理能力
- 解决实际问题:联系人管理确实存在问题
- 企业市场:企业愿意为生产力工具买单
- 集成方法:增强而非替代现有工作流程
创始人的持续成功
Matt Brezina 和 Adam Smith 在 Xobni 之后没有停止:
- Matt Brezina:成为活跃的天使投资人,投资了 Dropbox、Mailbox 等
- Adam Smith:继续在生产力领域打造成功公司
- 两位创始人:证明邮件成功来自增强,而非替代
模式
公司在邮件领域成功的关键是:
- 构建基础设施(SendGrid、Mailgun)
- 增强现有工作流程(Xobni、FastMail)
- 专注可靠性(Amazon SES、Postmark)
- 服务开发者(提供 API 和工具,而非终端用户应用)
有人成功重新发明邮件吗?
这是一个直击邮件创新核心的重要问题。简短回答是:没有人成功替代邮件,但有人成功增强了邮件。
实际被接受的创新
回顾过去 20 年的邮件创新:
- Gmail 的邮件线程:增强邮件组织
- Outlook 的日历集成:增强日程安排
- 移动邮件应用:增强可访问性
- DKIM/SPF/DMARC:增强安全性 模式:所有成功的创新都是增强现有的电子邮件协议,而不是替代它们。
新工具补充电子邮件(但不替代它)
- Slack:非常适合团队聊天,但仍会发送电子邮件通知
- Discord:社区的绝佳选择,但账户管理仍使用电子邮件
- WhatsApp:消息传递的完美工具,但企业仍使用电子邮件
- Zoom:视频通话必备,但会议邀请通过电子邮件发送
HEY 实验
Important
现实验证:HEY 的创始人 DHH 实际上在 Forward Email 使用我们的服务管理他的个人域名 dhh.dk,并且已经使用多年,证明即使是电子邮件创新者也依赖成熟的基础设施。
HEY 由 Basecamp 推出,是最近最严肃的“重新发明”电子邮件的尝试:
- 推出时间:2020 年,备受关注
- 方法:全新的电子邮件范式,包含筛选、捆绑和工作流程
- 反响:褒贬不一——部分用户喜欢,大多数用户仍坚持使用现有电子邮件
- 现实:它仍然是电子邮件(SMTP/IMAP),只是界面不同
实际有效的方法
最成功的电子邮件创新是:
- 更好的基础设施:更快的服务器,更好的垃圾邮件过滤,提升投递率
- 增强的界面:Gmail 的会话视图、Outlook 的日历集成
- 开发者工具:发送邮件的 API,跟踪的 webhook
- 专业化工作流程:CRM 集成、营销自动化、事务邮件
这些都没有替代电子邮件——而是让它变得更好。
为现有电子邮件协议构建现代基础设施:我们的做法
在深入失败案例之前,理解电子邮件中真正有效的东西非常重要。挑战不在于电子邮件本身有问题——而是大多数公司试图“修复”一个已经完美运行的东西。
电子邮件创新光谱
电子邮件创新分为三类:
为什么我们专注于基础设施
我们选择构建现代电子邮件基础设施的原因:
- 电子邮件协议经过验证:SMTP 自 1982 年以来一直可靠工作
- 问题在于实现:大多数电子邮件服务使用过时的软件栈
- 用户需要可靠性:而不是破坏现有工作流程的新功能
- 开发者需要工具:更好的 API 和管理界面
电子邮件中真正有效的东西
成功的模式很简单:增强现有电子邮件工作流程,而不是替代它们。这意味着:
- 构建更快、更可靠的 SMTP 服务器
- 创建更好的垃圾邮件过滤,同时不破坏合法邮件
- 为现有协议提供开发者友好的 API
- 通过合适的基础设施提升投递率
我们的方法:为什么我们与众不同
我们做什么
- 构建实际基础设施:从零开始定制 SMTP/IMAP 服务器
- 专注于可靠性:99.99% 正常运行时间,完善的错误处理
- 增强现有工作流程:兼容所有电子邮件客户端
- 服务开发者:真正可用的 API 和工具
- 保持兼容性:完全符合 SMTP/IMAP/POP3 标准
我们不做什么
- 构建“革命性”的邮件客户端
- 试图替代现有的邮件协议
- 添加不必要的 AI 功能
- 承诺“修复”电子邮件
我们如何构建真正有效的邮件基础设施
我们的反创业方法
当其他公司烧掉数百万试图重新发明电子邮件时,我们专注于构建可靠的基础设施:
- 不转型:我们已经构建邮件基础设施超过7年
- 无收购策略:我们着眼于长期发展
- 无“革命性”宣称:我们只是让邮件工作得更好
我们的不同之处
Tip
政府级合规:Forward Email 符合第889条款要求,并为美国海军学院等机构提供服务,展示了我们满足严格联邦安全要求的承诺。
Note
OpenPGP 和 OpenWKD 实现:与 Fastmail 因复杂性问题拒绝实现 PGP不同,Forward Email 提供完整的 OpenPGP 支持并符合 OpenWKD(Web 密钥目录)标准,给予用户真正想要的加密,而无需强制使用像 JMAP 这样的实验性协议。
技术栈对比:
- = APNIC 博客文章 确认 Proton 使用 postfix-mta-sts-resolver,表明他们运行的是 Postfix 栈
关键差异:
- 现代语言:整个栈使用 JavaScript 对比 1980 年代的 C 代码
- 无胶水代码:单一语言消除集成复杂性
- Web 原生:从零开始为现代 Web 开发构建
- 易维护:任何 Web 开发者都能理解和贡献
- 无遗留负担:干净、现代的代码库,无数十年的补丁
Note
隐私设计:我们的隐私政策确保不将转发邮件存储到磁盘或数据库,不存储邮件元数据,也不存储日志或 IP 地址——仅在内存中操作邮件转发服务。
技术文档:有关我们方法、架构和安全实现的详细信息,请参阅我们的技术白皮书和丰富的技术文档。
邮件服务提供商比较:通过验证协议实现增长
Note
真实增长数据:当其他提供商追逐实验性协议时,Forward Email 专注于用户真正需要的——可靠的 IMAP、POP3、SMTP、CalDAV 和 CardDAV,支持所有设备。我们的增长证明了这种方法的价值。
| 提供商 | 域名数量(2024,来源 SecurityTrails) | 域名数量(2025,来源 ViewDNS) | 百分比变化 | MX 记录 |
|---|---|---|---|---|
| Forward Email | 418,477 | 506,653 | +21.1% | mx1.forwardemail.net |
| Proton Mail | 253,977 | 334,909 | +31.9% | mail.protonmail.ch |
| Fastmail | 168,433 | 192,075 | +14% | in1-smtp.messagingengine.com |
| Mailbox | 38,659 | 43,337 | +12.1% | mxext1.mailbox.org |
| Tuta | 18,781 | 21,720 | +15.6% | mail.tutanota.de |
| Skiff (已停运) | 7,504 | 3,361 | -55.2% | inbound-smtp.skiff.com |
| 关键见解: |
- Forward Email 显示强劲增长(+21.1%),已有超过 50 万个域名使用我们的 MX 记录
- 成熟基础设施获胜:拥有可靠 IMAP/SMTP 的服务显示出持续的域名采用率
- JMAP 不相关:Fastmail 对 JMAP 的投入增长较慢(+14%),相比专注于标准协议的提供商
- Skiff 崩溃:该已倒闭的初创公司失去了 55.2% 的域名,显示“革命性”邮件方法的失败
- 市场验证:域名数量增长反映了真实用户采用,而非营销指标
技术时间线
基于我们的官方公司时间线,以下是我们如何构建真正有效的邮件基础设施:
我们成功而他人失败的原因
- 我们构建基础设施,而非应用:专注于服务器和协议
- 我们是增强,而非替代:与现有邮件客户端协作
- 我们盈利:无风险投资压力,不需“快速增长并破坏”
- 我们理解邮件:7 年以上深厚技术经验
- 我们服务开发者:提供真正解决问题的 API 和工具
成本现实检验
邮件基础设施中的安全挑战
Important
量子安全邮件保障:Forward Email 是全球首个且唯一使用量子抗性和单独加密 SQLite 邮箱的邮件服务,为未来量子计算威胁提供前所未有的安全保障。
邮件安全是一个复杂的挑战,影响整个行业的所有提供商。与其强调个别事件,更有价值的是理解所有邮件基础设施提供商必须应对的共同安全考量。
共同的安全考量
所有邮件提供商都面临类似的安全挑战:
Note
高级加密:我们的安全实践包括对邮箱的 ChaCha20-Poly1305 加密、使用 LUKS v2 的全盘加密,以及静态加密、内存加密和传输加密的全面保护。
透明度的价值
当安全事件发生时,最有价值的回应是透明和快速行动。那些公司:
- 及时披露事件:帮助用户做出明智的决定
- 提供详细的时间线:表明他们了解问题的范围
- 快速实施修复:展示技术能力
- 分享经验教训:促进整个行业的安全改进
这些回应通过推广最佳实践并鼓励其他服务提供商保持高安全标准,惠及整个电子邮件生态系统。
持续的安全挑战
电子邮件行业持续发展其安全实践:
- 加密标准:实施更好的加密方法,如 TLS 1.3
- 认证协议:改进 DKIM、SPF 和 DMARC
- 威胁检测:开发更好的垃圾邮件和钓鱼过滤器
- 基础设施加固:保护服务器和数据库
- 域名声誉管理:应对来自微软 onmicrosoft.com 域的前所未有的垃圾邮件,这需要任意阻断规则和额外的 MSP 讨论
这些挑战需要所有服务提供商持续投入和专业知识。
结论:关注基础设施,而非应用
证据明确
在分析了数百家电子邮件初创公司后:
- 80%以上的失败率:大多数电子邮件初创公司完全失败(这个数字很可能远高于80%;我们算是客气了)
- 客户端应用通常失败:被收购通常意味着电子邮件客户端的终结
- 基础设施可以成功:构建 SMTP/API 服务的公司往往能繁荣发展
- 风险投资带来压力:风险资本创造了不切实际的增长预期
- 技术债务积累:构建电子邮件基础设施比看起来更难
历史背景
根据初创公司的说法,电子邮件已经“濒临死亡”超过20年:
- 2004年:“社交网络将取代电子邮件”
- 2008年:“移动消息将杀死电子邮件”
- 2012年:“Slack 将取代电子邮件”
- 2016年:“人工智能将彻底改变电子邮件”
- 2020年:“远程工作需要新的沟通工具”
- 2024年:“人工智能终于会修复电子邮件”
电子邮件依然存在。它仍在增长。它仍然必不可少。
真正的教训
教训不是电子邮件无法改进,而是选择正确的方法:
- 电子邮件协议有效:SMTP、IMAP、POP3 经受住了考验
- 基础设施重要:可靠性和性能胜过花哨的功能
- 增强优于替代:与电子邮件协作,而非对抗
- 可持续性胜过增长:盈利的企业比风险投资支持的企业更持久
- 服务开发者:工具和 API 创造的价值超过终端用户应用
机会:更好地实现经过验证的协议,而非替换协议。
Tip
全面的电子邮件服务分析:有关2025年79个电子邮件服务的深入比较,包括详细评测、截图和技术分析,请参阅我们的综合指南:79个最佳电子邮件服务。该分析展示了为何 Forward Email 一直被推荐为可靠性、安全性和标准合规性的首选。
Note
现实世界的验证:我们的方法适用于从需要遵守第889条款的政府机构到管理数万个校友邮箱的大型大学等各种组织,证明构建可靠基础设施是电子邮件成功之路。 如果你正在考虑创建一个电子邮件初创公司,不妨考虑构建电子邮件基础设施。世界需要更好的电子邮件服务器,而不是更多的电子邮件应用程序。
扩展的电子邮件坟场:更多失败和关闭
谷歌的电子邮件实验失败
谷歌,尽管拥有 Gmail,却关闭了多个电子邮件项目:
- Google Wave (2009-2012):没人理解的“电子邮件杀手”
- Google Buzz (2010-2011):社交电子邮件整合灾难
- Inbox by Gmail (2014-2019):Gmail的“智能”继任者,最终被放弃
- Google+ 邮件功能 (2011-2019):社交网络电子邮件整合
模式:即使是谷歌也无法成功重新发明电子邮件。
连续失败:Newton Mail的三次死亡
Newton Mail 死亡了三次:
- CloudMagic (2013-2016):被Newton收购的电子邮件客户端
- Newton Mail (2016-2018):品牌重塑,订阅模式失败
- Newton Mail复兴 (2019-2020):尝试复出,再次失败
教训:电子邮件客户端无法维持订阅模式。
从未发布的应用
许多电子邮件初创公司在发布前就倒闭了:
- Tempo (2014):日历与电子邮件整合,发布前关闭
- Mailstrom (2011):电子邮件管理工具,发布前被收购
- Fluent (2013):电子邮件客户端,开发停止
收购到关闭的模式
- Sparrow → 谷歌 → 关闭 (2012-2013)
- reMail → 谷歌 → 关闭 (2010-2011)
- Mailbox → Dropbox → 关闭 (2013-2015)
- Accompli → 微软 → 关闭 (变成Outlook Mobile)
- Acompli → 微软 → 整合 (罕见的成功)
电子邮件基础设施整合
- Postbox → eM Client (2024):Postbox收购后立即关闭
- 多次收购:ImprovMX 多次被收购,伴随隐私担忧、收购公告和商业列表
- 服务退化:许多服务在被收购后变差
开源电子邮件坟场:“免费”不可持续
Nylas Mail → Mailspring:无法成功的分支
- Nylas Mail:开源电子邮件客户端,2017年停止维护,存在巨大的内存使用问题
- Mailspring:社区分支,维护困难且存在高内存使用问题
- 现实:开源电子邮件客户端无法与原生应用竞争
Eudora:18年的死亡行军
- 1988-2006:Mac/Windows的主流电子邮件客户端
- 2006:Qualcomm停止开发
- 2007:开源为“Eudora OSE”
- 2010:项目被放弃
- 教训:即使是成功的电子邮件客户端最终也会消亡
FairEmail:被谷歌商店政治扼杀
维护难题
开源邮件项目失败的原因:
- 复杂性:邮件协议实现起来非常复杂
- 安全性:需要不断的安全更新
- 兼容性:必须兼容所有邮件服务提供商
- 资源:志愿开发者容易疲惫
AI 邮件创业热潮:历史重演的“智能”
当前的 AI 邮件淘金热
2024 年的 AI 邮件创业公司:
- Superhuman:筹集了 $3300 万,被 Grammarly 收购(2025 年)
- Shortwave:Y Combinator,Gmail + AI
- SaneBox:AI 邮件过滤(实际上盈利)
- Boomerang:AI 日程安排和回复
- Mail-0/Zero:AI 驱动的邮件客户端创业公司,打造另一种邮件界面
- Inbox Zero:开源 AI 邮件助手,试图自动化邮件管理
融资狂潮
风险投资正疯狂投入“AI + 邮件”:
- 2024 年 AI 邮件创业公司获得了 $1 亿以上投资
- 同样的承诺:“革命性的邮件体验”
- 同样的问题:建立在现有基础设施之上
- 同样的结果:大多数将在 3 年内失败
他们为何都会失败(再次)
- AI 不能解决邮件的非问题:邮件本身运作良好
- Gmail 已经有 AI:智能回复、优先收件箱、垃圾邮件过滤
- 隐私问题:AI 需要读取你所有邮件
- 成本结构:AI 处理昂贵,邮件是商品化服务
- 网络效应:无法打破 Gmail/Outlook 的主导地位
不可避免的结局
- 2025 年:Superhuman 被 Grammarly 成功收购——邮件客户端罕见的成功退出
- 2025-2026 年:大多数剩余的 AI 邮件创业公司将转型或关闭
- 2027 年:幸存者将被收购,结果参差不齐
- 2028 年:“区块链邮件”或下一波趋势将出现
整合灾难:“幸存者”变成灾难
邮件服务大整合
邮件行业经历了剧烈整合:
- ActiveCampaign 收购 Postmark(2022 年)
- Sinch 收购 Mailgun(2021 年)
- Twilio 收购 SendGrid(2019 年)
- 多次 ImprovMX 收购(持续中),伴随 隐私担忧、收购公告 和 业务列表
Outlook:无法停止出问题的“幸存者”
微软 Outlook,尽管是“幸存者”,却不断出现问题:
- 内存泄漏:Outlook 占用数 GB 内存,且需要频繁重启
- 同步问题:邮件随机消失又出现
- 性能问题:启动缓慢,频繁崩溃
- 兼容性问题:与第三方邮件服务提供商不兼容 我们的真实经验:我们经常帮助那些其 Outlook 设置破坏了我们完全合规的 IMAP 实现的客户。
Postmark 基础设施问题
在 ActiveCampaign 收购 之后:
- SSL 证书故障:2024 年 9 月因 SSL 证书过期导致的 近 10 小时宕机
- 用户拒绝:尽管使用合法,Marc Köhlbrugge 被拒绝
- 开发者流失: @levelsio 表示“Amazon SES 是我们最后的希望”
- MailGun 问题:Scott 报告:“@Mail_Gun 的服务最差……我们已经两周无法发送邮件”
最近的邮件客户端受害者(2024-2025)
Postbox → eM Client 收购:2024 年,eM Client 收购了 Postbox 并立即关闭,迫使数千用户迁移。
Canary Mail 问题:尽管有 Sequoia 支持,用户报告功能失效和客户支持差。
Spark by Readdle:用户越来越多地报告该邮件客户端体验不佳。
Mailbird 许可问题:Windows 用户面临许可问题和订阅混乱。
Airmail 衰退:基于失败的 Sparrow 代码库的 Mac/iOS 邮件客户端,因可靠性问题持续收到差评。
邮件扩展和服务收购
HubSpot Sidekick → 停止服务:HubSpot 的邮件跟踪扩展于 2016 年停止服务,并由“HubSpot Sales”取代。
Engage for Gmail → 退役:Salesforce 的 Gmail 扩展于 2024 年 6 月退役,迫使用户迁移到其他解决方案。
幸存者:真正有效的邮件公司
并非所有邮件公司都失败。以下是那些真正有效的公司:
Mailmodo:Y Combinator 成功案例,通过专注于互动邮件活动获得了 Sequoia Surge 的 200 万美元投资。
Mixmax:累计筹集了 1330 万美元资金,并继续作为成功的销售参与平台运营。
Outreach.io:达到 44 亿美元估值,并正准备作为销售参与平台潜在的首次公开募股。
Apollo.io:2023 年通过 1 亿美元 D 轮融资实现了 16 亿美元估值,专注于销售智能平台。
GMass:作为 Gmail 扩展的邮件营销自助成功案例,月收入达 14 万美元。
Streak CRM:自 2012 年 起运营的成功 Gmail CRM,未出现重大问题。
ToutApp:在筹集超过 1500 万美元资金后,于 2017 年被 Marketo 成功收购。 Bananatag: 2021年被Staffbase收购,并继续以“Staffbase Email”的名义运营。
关键模式:这些公司成功的原因是它们增强了现有的电子邮件工作流程,而不是试图完全取代电子邮件。它们构建的工具是与电子邮件基础设施协同工作,而非对抗。
Tip
没有看到你熟悉的服务提供商?(例如 Posteo、Mailbox.org、Migadu 等)请参考我们的全面电子邮件服务比较页面获取更多信息。