电子邮件初创企业的坟墓:为什么大多数电子邮件公司都失败了

虽然许多电子邮件初创公司已投入数百万美元来解决已知问题,但 Forward Email 自 2017 年以来一直致力于从零开始构建可靠的电子邮件基础设施。本分析探讨了电子邮件初创公司成果背后的模式以及电子邮件基础设施面临的根本挑战。
Note
关键洞察:大多数电子邮件初创公司不会从零开始构建真正的电子邮件基础设施。许多公司都是基于现有解决方案(例如 Amazon SES)或开源系统(例如 Postfix)构建的。核心协议运行良好——挑战在于实施。
Tip
技术深度探究:如需详细了解我们的方法、架构和安全实施,请参阅我们的 转发电子邮件技术白皮书 和 关于页面,其中记录了我们自 2017 年以来的完整开发时间表。
电子邮件启动失败矩阵
Caution
故障率警报:仅 Techstars 就有 28 家电子邮件相关公司 仅有 5 个出口 - 故障率极高(有时计算为 80% 以上)。
以下是我们能找到的所有重大电子邮件初创公司的失败案例,按加速器、资金和结果进行整理:
公司 | 年 | 加速器 | 资金 | 结果 | 地位 | 关键问题 |
---|---|---|---|---|---|---|
小艇 | 2024 | - | $14.2M total | 被 Notion 收购 → 关闭 | 😵 死了 | Founders left Notion for Cursor |
麻雀 | 2012 | - | $247K seed, <$25M acquisition | 被谷歌收购 → 关闭 | 😵 死了 | Talent acquisition only |
电子邮件副驾驶 | 2012 | 科技之星 | 约 12 万美元(Techstars 标准) | 已获得 → 关闭 | 😵 死了 | Now redirects to Validity |
回复发送 | 2012 | 科技之星 | 约 12 万美元(Techstars 标准) | 失败的 | 😵 死了 | Vague value proposition |
Nveloped | 2012 | 科技之星 | 约 12 万美元(Techstars 标准) | 失败的 | 😵 死了 | "Easy. Secure. Email" |
混乱 | 2015 | 科技之星 | 约 12 万美元(Techstars 标准) | 失败的 | 😵 死了 | Email encryption |
收件箱狂热 | 2011 | 科技之星 | 约 11.8 万美元(Techstars 2011) | 失败的 | 😵 死了 | API for email apps |
电子邮件 | 2014 | YC | 约 12 万美元(YC 标准) | 枢轴 | 🧟 僵尸 | Mobile email → "wellness" |
邮件时间 | 2016 | YC | 约 12 万美元(YC 标准) | 枢轴 | 🧟 僵尸 | Email client → analytics |
重新邮件 | 2009 | YC | ~$20K (YC 2009) | Acquired by Google → 关闭 | 😵 死了 | iPhone email search |
邮件天堂 | 2016 | 全球500强 | 约 10 万美元(500 美元标准) | 已退出 | 未知 | Package tracking |
基础设施现状检查
Warning
隐藏的真相:每一家所谓的“电子邮件初创公司”都只是在现有基础设施之上构建用户界面。他们并非在构建真正的电子邮件服务器——他们只是在构建连接到真实电子邮件基础设施的应用程序。
实际运行的电子邮件
“电子邮件初创公司”实际上构建了什么
Tip
电子邮件成功的关键模式:真正在电子邮件领域取得成功的公司不会尝试重新发明轮子。相反,他们会构建基础架构和工具来增强现有的电子邮件工作流程。发送网格、Mailgun 和 邮戳 通过提供可靠的 SMTP API 和递送服务成为价值数十亿美元的公司——他们与电子邮件协议合作,而不是与之对抗。这与 Forward Email 所采用的方法相同。
为什么大多数电子邮件初创公司都会失败
Important
基本模式:电子邮件客户端初创公司通常失败,是因为他们试图取代现有的工作协议,而电子邮件基础设施公司则可以通过增强现有工作流程而获得成功。关键在于理解用户的实际需求,以及创业者认为他们需要什么。
1. 电子邮件协议有效,但实施往往无效
Note
电子邮件统计信息:每天发送 3473 亿封电子邮件 没有重大问题,截至 2023 年为 全球有 43.7 亿电子邮件用户 提供服务。
核心电子邮件协议很可靠,但实施质量差异很大:
- 通用兼容性:所有设备、所有平台均支持 SMTP、IMAP 和 POP3
- 去中心化:全球数十亿个电子邮件服务器 协议无单点故障
- 标准化:SMTP、IMAP、POP3 协议是经过 20 世纪 80 年代至 90 年代实践检验的协议
- 可靠:每天发送 3473 亿封电子邮件 协议无重大问题
真正的机会:更好地实施现有协议,而不是替代协议。
2. 网络效应牢不可破
电子邮件的网络效应是绝对的:
- 每个人都有邮箱:全球有 43.7 亿电子邮件用户(截至 2023 年)
- 跨平台:可在所有提供商之间无缝协作
- 业务关键:99% 的企业每天都使用电子邮件 用于运营
- 切换成本:更改邮箱地址会破坏与其相关的所有功能
3. 他们经常针对错误的问题
许多电子邮件初创公司关注的是感知到的问题,而不是真正的痛点:
- “电子邮件太复杂”:基本工作流程很简单 - 自 1971 年起发送、接收、整理
- “电子邮件需要人工智能”:Gmail 已经具备有效的智能功能 类似智能回复和优先收件箱
- “电子邮件需要更安全的安全性”:DKIM、SPF 和 DMARC 提供可靠的身份验证
- “电子邮件需要新的界面”:前景 和 Gmail 的界面经过数十年的用户研究而不断改进
值得解决的真正问题:基础设施可靠性、可交付性、垃圾邮件过滤和开发人员工具。
4. 技术债务巨大
构建真正的电子邮件基础设施需要:
- SMTP 服务器:复杂的投递和 声誉管理
- 垃圾邮件过滤:不断发展的 威胁形势
- 存储系统:可靠的 IMAP/POP3 实现
- 身份验证:DKIM、SPF、DMARC、ARC 合规性
- 可送达性:ISP 关系和 声誉管理
5. 基础设施已存在
当你可以使用以下工具时,为什么还要重新发明:
- 亚马逊 SES:经过验证的交付基础设施
- 后缀:久经考验的 SMTP 服务器
- 鸽舍:可靠的 IMAP/POP3 服务器
- 垃圾邮件杀手:有效的垃圾邮件过滤
- 现有提供商:Gmail、前景、快速邮件 运行良好
案例研究:当电子邮件初创公司失败时
案例研究:Skiff 灾难
Skiff 完美地体现了电子邮件初创企业的所有弊端。
设置
- 定位:“隐私优先的电子邮件和生产力平台”
- 融资:大量风险投资
- 承诺:通过隐私和加密,提升电子邮件体验
收购
Notion 于 2024 年 2 月收购了 Skiff 带有关于整合和持续发展的典型收购承诺。
现实
- 立即关闭:Skiff 在几个月内关闭
- 创始人流失:Skiff 创始人离开 Notion 并加入 Cursor
- 用户放弃:数千名用户被迫迁移
加速器分析
Y Combinator:电子邮件应用工厂
Y组合器 已经资助了数十家电子邮件初创公司。具体情况如下:
- 电子邮件 (2014):移动电子邮件客户端 → 转向“健康”
- 邮件时间 (2016):聊天式电子邮件 → 转向分析
- 重新邮件 (2009):iPhone 电子邮件搜索 → 被谷歌收购 → 关闭
- 融洽的 (2012):Gmail 社交资料 → 被 LinkedIn 收购 → 关闭
成功率:结果好坏参半,但也有一些值得关注的退出案例。一些公司实现了成功的收购(例如,reMail 被谷歌收购,Rapportive 被领英收购),而其他一些公司则放弃了电子邮件业务,或者被收购以获取人才。
Techstars:电子邮件墓地
科技之星 的记录甚至更糟糕:
- 电子邮件副驾驶 (2012):已获取 → 关闭
- 回复发送 (2012):完全失败
- Nveloped (2012):“简单。安全。电子邮件”→失败
- 混乱 (2015):电子邮件加密→失败
- 收件箱狂热 (2011):电子邮件 API→失败
模式:价值主张模糊,没有真正的技术创新,快速失败。
风险投资陷阱
Caution
风险投资悖论:风险投资家青睐电子邮件初创公司,因为它们听起来简单,但实际上却不可能实现。吸引投资的基本假设恰恰注定了失败。
风险投资家们喜欢电子邮件初创公司,因为它们听起来简单,但实际上不可能实现:
现实:这些假设对于电子邮件来说都不成立。
技术现实:现代电子邮件堆栈
真正推动“电子邮件初创公司”发展的因素
让我们看看这些公司实际经营的情况:
性能问题
内存膨胀:大多数电子邮件应用程序都是基于 Electron 的 Web 应用程序,会消耗大量 RAM:
- Mailspring: 500MB+ 用于基本电子邮件
- Nylas Mail: 关机前的 1GB+内存使用量
- 邮箱: 300MB+ 空闲内存
- 金丝雀邮件: 由于内存问题而频繁崩溃
- 雷鸟: 系统内存的 RAM 使用率高达 90%
Warning
Electron 性能危机:使用 Electron 和 React Native 构建的现代电子邮件客户端存在严重的内存膨胀和性能问题。这些跨平台框架虽然为开发者提供了便利,但却会创建资源密集型应用程序,为了实现基本的电子邮件功能,会消耗数百兆到数千兆的内存。
电池消耗:持续同步和低效代码:
- 永不休眠的后台进程
- 每隔几秒就会调用一次不必要的 API
- 连接管理不佳
- 除核心功能必需的依赖项外,无需依赖任何第三方程序
获取模式:成功与关闭
两种模式
客户端应用程序模式(通常会失败):
基础设施模式(通常会成功):
最近的示例
客户端应用程序失败:
- 邮箱 → Dropbox → 关闭 (2013-2015)
- Sparrow → Google → 关闭 (2012-2013)
- reMail → Google → 关闭 (2010-2011)
- Skiff → Notion → 关闭 (2024)
值得注意的例外:
- 超人 → Grammarly (2025):成功收购,并战略性地融入生产力平台
基础设施的成功:
- SendGrid → Twilio** (2019):30亿美元收购,持续增长
- Mailgun → Sinch** (2021):战略整合
- 邮戳 → ActiveCampaign** (2022):平台增强
行业发展与整合
自然产业发展
电子邮件行业自然而然地走向了整合,大公司不断收购小公司,以整合功能或消除竞争。这未必是坏事——大多数成熟行业都是这样发展的。
收购后转变
当电子邮件公司被收购时,用户经常会面临:
- 服务迁移:迁移至新平台
- 功能变更:特定功能失效
- 价格调整:不同的订阅模式
- 集成期:服务暂时中断
转换期间的用户注意事项
在行业整合过程中,用户将受益于:
- 评估替代方案:多家供应商提供类似的服务
- 了解迁移路径:大多数服务都提供导出工具
- 考虑长期稳定性:老牌供应商通常提供更佳的连续性
黑客新闻现实检验
每个电子邮件启动器都会在 黑客新闻 上收到相同的评论:
社区是对的。这些评论在每家电子邮件初创公司上线时都会出现,因为根本问题总是一样的。
现代人工智能电子邮件诈骗
最新潮流
2024 年迎来了新一波“人工智能电子邮件”初创企业的浪潮,第一家大型企业已经成功退出:
- 超人:筹集3300万美元、成功被 Grammarly 收购 (2025) - 罕见的成功客户端应用退出
- 短波:带有 AI 摘要的 Gmail 包装器
- SaneBox:AI 电子邮件过滤(实际有效,但并非革命性)
同样的老问题
添加“AI”并不能解决根本挑战:
- AI 摘要:大多数电子邮件已经非常简洁
- 智能回复:Gmail 多年来一直有这些功能,效果显著
- 邮件调度:Outlook 本身就具有此功能
- 优先级检测:现有的电子邮件客户端都拥有有效的过滤系统
真正的挑战:人工智能功能需要大量的基础设施投资,同时解决相对较小的痛点。
真正有效的方法:真正的电子邮件成功案例
基础设施公司(赢家)
- 发送网格: Twilio 以 30 亿美元收购
- Mailgun: 收入 5000 万美元以上,已被 Sinch 收购
- 邮戳: 盈利,被 ActiveCampaign 收购
- 亚马逊 SES: 收入数十亿美元
模式:他们构建基础设施,而不是应用程序。
电子邮件提供商(幸存者)
- 快速邮件:25岁以上,盈利,独立
- ProtonMail:注重隐私,可持续增长
- Zoho Mail:大型企业套件的一部分
- 我们:7 年以上,盈利,不断发展
Warning
JMAP 投资问题:Fastmail 在 JMAP(属于 10 岁以上,领养受限 的协议)上投入资源的同时,也投入了大量用户请求的 拒绝实施 PGP 加密 协议。这体现了一种战略选择,即优先考虑协议创新,而不是用户请求的功能。JMAP 是否会获得更广泛的采用还有待观察,但目前的电子邮件客户端生态系统仍然主要依赖于 IMAP/SMTP。
Tip
企业成功:转发电子邮件为 顶尖大学的校友电子邮件解决方案 提供支持,其中包括拥有 30,000 名校友地址的剑桥大学,与传统解决方案相比,每年可节省 87,000 美元的成本。
模式:它们增强电子邮件,而不是取代它。
例外:Xobni 的成功故事
霍布尼 是少数通过采取正确方法而获得成功的电子邮件相关初创公司之一。
Xobni 做对了什么:
- 增强现有电子邮件功能:基于 Outlook 构建,而非替代它
- 解决实际问题:联系人管理和电子邮件搜索
- 注重集成:与现有工作流程协同工作
- 以企业为中心:针对有实际痛点的企业用户
成功之处:Xobni 于 2013 年被雅虎以 6000 万美元收购,为投资者带来丰厚回报,并为创始人带来成功退出。
为什么 Xobni 能成功而其他公司却失败了
- 基于成熟的基础架构:沿用 Outlook 现有的电子邮件处理机制
- 解决实际问题:联系人管理功能确实存在问题
- 企业市场:企业为生产力工具付费
- 集成方法:增强而非取代现有工作流程
创始人的持续成功
马特·布雷齐纳 和 亚当·斯密 在 Xobni 之后没有停止:
- Matt Brezina:通过投资 Dropbox、Mailbox 等公司,成为活跃的 天使投资人
- Adam Smith:继续在生产力领域打造成功的公司
- 两位创始人:证明了电子邮件的成功源于增强,而非替代
模式
当公司能够做到以下几点时,他们就能在电子邮件领域获得成功:
有人成功重新发明了电子邮件吗?
这是一个触及电子邮件创新核心的关键问题。简而言之,答案是:没有人能够成功取代电子邮件,但有些人成功地增强了它。
实际卡住了什么
回顾过去 20 年的电子邮件创新:
- Gmail 的线程:增强电子邮件组织功能
- Outlook 的日历集成:增强日程安排功能
- 移动电子邮件应用:增强辅助功能
- DKIM/SPF/DMARC:增强安全性
模式:所有成功的创新都增强了现有的电子邮件协议,而不是取代它们。
新工具补充电子邮件(但不会取代它)
- 松弛:非常适合团队聊天,但仍会发送电子邮件通知
- 不和谐:非常适合社区,但使用电子邮件进行帐户管理
- WhatsApp:非常适合消息传递,但企业仍会使用电子邮件
- 飞涨:视频通话的必备工具,但会议邀请会通过电子邮件发送
HEY 实验
Important
真实世界验证:HEY 的创始人 DHH 实际上在他的个人域名 dhh.dk
上使用我们 Forward Email 的服务,并且已经使用了好几年,这表明即使是电子邮件创新者也依赖于成熟的基础设施。
HEY 由 大本营 发起,代表了近期最严肃的“重新发明”电子邮件的尝试:
- 已发布:2020 年盛大开幕
- 方法:全新的电子邮件模式,包含筛选、打包和工作流程
- 反响:褒贬不一 - 部分用户喜欢,但大多数用户仍沿用现有电子邮件
- 实际情况:它仍然是电子邮件(SMTP/IMAP),只是界面有所不同
实际有效的方法
最成功的电子邮件创新包括:
- 更优的基础设施:更快的服务器、更强大的垃圾邮件过滤功能、更高的邮件送达率
- 增强的接口:Gmail 的对话视图、Outlook 的日历集成
- 开发者工具:用于发送电子邮件的 API、用于跟踪的 Webhook
- 专业的工作流程:CRM 集成、营销自动化、交易邮件
这些都没有取代电子邮件——它们只是让电子邮件变得更好。
为现有电子邮件协议构建现代基础设施:我们的方法
在深入探讨电子邮件的失败原因之前,重要的是先了解电子邮件究竟是如何运作的。问题不在于电子邮件本身存在缺陷,而在于大多数公司都在试图“修复”那些已经完美运行的功能。
电子邮件创新谱
电子邮件创新分为三类:
我们为何关注基础设施
我们选择构建现代电子邮件基础设施是因为:
- 电子邮件协议已得到验证:SMTP 自 1982 年以来一直可靠运行
- 问题在于实现:大多数电子邮件服务使用过时的软件堆栈
- 用户需要可靠性:而不是破坏现有工作流程的新功能
- 开发人员需要工具:更好的 API 和管理界面
电子邮件中实际起作用的内容
成功的模式很简单:增强现有的电子邮件工作流程,而不是取代它们。这意味着:
- 构建更快、更可靠的 SMTP 服务器
- 在不破坏合法邮件的情况下创建更完善的垃圾邮件过滤功能
- 为现有协议提供开发者友好的 API
- 通过合适的基础设施提升邮件送达率
我们的方法:我们为何与众不同
我们做什么
- 构建实际基础架构:从零开始定制 SMTP/IMAP 服务器
- 注重可靠性:99.99% 正常运行时间,合理的错误处理
- 增强现有工作流程:兼容所有电子邮件客户端
- 服务开发者:提供切实有效的 API 和工具
- 保持兼容性:完全兼容 SMTP/IMAP/POP3
我们不做的事情
- 打造“革命性”的电子邮件客户端
- 尝试取代现有的电子邮件协议
- 添加不必要的人工智能功能
- 承诺“修复”电子邮件
我们如何构建真正有效的电子邮件基础设施
我们的反创业方法
当其他公司花费数百万美元试图重新发明电子邮件时,我们专注于构建可靠的基础设施:
- 不转型:我们已在电子邮件基础设施建设领域耕耘 7 年有余
- 不收购:我们着眼长远发展
- 不做“革命性”宣传:我们只为提升电子邮件服务体验
我们的与众不同之处
Tip
政府级合规性:转发电子邮件为 符合第 889 条规定,服务于美国海军学院等组织,彰显了我们致力于满足严格的联邦安全要求的承诺。
Note
OpenPGP 和 OpenWKD 实现:与 Fastmail(拒绝实施 PGP 提及的复杂性问题)不同,Forward Email 提供完整的 OpenPGP 支持并兼容 OpenWKD(Web 密钥目录),为用户提供他们真正想要的加密,而无需强制他们使用 JMAP 等实验性协议。
技术堆栈比较:
- = APNIC 博客文章 确认 Proton 使用 postfix-mta-sts-resolver,表明他们运行 Postfix 堆栈
主要区别:
- 现代语言:JavaScript 贯穿整个技术栈,而非 20 世纪 80 年代的 C 代码
- 无胶水代码:单一语言消除了集成的复杂性
- Web 原生:专为现代 Web 开发而生
- 可维护:任何 Web 开发者都能理解并贡献代码
- 无遗留问题:简洁、现代的代码库,无需数十年的补丁
Note
隐私设计:我们的 隐私政策 确保我们不会将转发的电子邮件存储到磁盘存储或数据库中,不会存储有关电子邮件的元数据,也不会存储日志或 IP 地址 - 仅在电子邮件转发服务中使用内存操作。
技术文档:有关我们的方法、架构和安全实施的全面详细信息,请参阅我们的 技术白皮书 和广泛的技术文档。
电子邮件服务提供商比较:通过成熟的协议实现增长
Note
实际增长数字:当其他提供商追逐实验性协议时,Forward Email 专注于用户真正想要的东西——可靠的 IMAP、POP3、SMTP、CalDAV 和 CardDAV,并且兼容所有设备。我们的增长证明了这种方法的价值。
提供者 | 域名(2024 个,通过 SecurityTrails) | 域名(2025 个,通过 ViewDNS) | 百分比变化 | MX记录 |
---|---|---|---|---|
转发邮件 | 418,477 | 506,653 | +21.1% | mx1.forwardemail.net |
质子邮件 | 253,977 | 334,909 | +31.9% | mail.protonmail.ch |
Fastmail | 168,433 | 192,075 | +14% | in1-smtp.messagingengine.com |
邮箱 | 38,659 | 43,337 | +12.1% | mxext1.mailbox.org |
全部的 | 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
量子安全电子邮件:转发电子邮件是 世界上第一个也是唯一一个使用抗量子和单独加密的 SQLite 邮箱的电子邮件服务,提供前所未有的安全性,抵御未来量子计算威胁。
电子邮件安全是一项复杂的挑战,影响着业内所有提供商。与其关注个别事件,不如了解所有电子邮件基础设施提供商必须应对的常见安全问题。
常见安全注意事项
所有电子邮件提供商都面临着类似的安全挑战:
Note
高级加密:我们的 安全实践 包括用于邮箱的 ChaCha20-Poly1305 加密、使用 LUKS v2 的全盘加密,以及静态加密、内存加密和传输加密的全面保护。
透明度的价值
当安全事件发生时,最有价值的响应是透明度和快速行动。以下公司:
- 及时披露事件:帮助用户做出明智的决策
- 提供详细的时间表:表明他们了解问题的范围
- 快速实施修复:展示技术能力
- 分享经验教训:为全行业的安全改进做出贡献
这些回应通过推广最佳实践并鼓励其他提供商保持高安全标准使整个电子邮件生态系统受益。
持续的安全挑战
电子邮件行业不断发展其安全实践:
- 加密标准:实施更完善的加密方法,例如 TLS 1.3
- 身份验证协议:改进 DKIM、SPF 和 DMARC
- 威胁检测:开发更完善的垃圾邮件和钓鱼过滤器
- 基础设施强化:保障服务器和数据库安全
- 域名信誉管理:处理需要 任意阻止规则 和 额外的 MSP 讨论 的 来自微软 onmicrosoft.com 域名的前所未有的垃圾邮件
这些挑战需要该领域所有供应商的持续投资和专业知识。
结论:关注基础设施,而非应用
证据确凿
在分析了数百家电子邮件初创公司后:
- 失败率超过80%:大多数电子邮件初创公司都彻底失败了(这个数字可能远高于 80%;我们只是客气地说)
- 客户端应用通常会失败:被收购通常意味着电子邮件客户端的消亡
- 基础设施可以成功:构建 SMTP/API 服务的公司通常会蓬勃发展
- 风险投资带来压力:风险投资会带来不切实际的增长预期
- 技术债务不断累积:构建电子邮件基础设施比想象中要难
历史背景
据初创公司称,电子邮件已经“消亡”了 20 多年:
- 2004:“社交网络将取代电子邮件”
- 2008:“移动消息将取代电子邮件”
- 2012:“松弛 将取代电子邮件”
- 2016:“人工智能将彻底改变电子邮件”
- 2020:“远程工作需要新的沟通工具”
- 2024:“人工智能最终将解决电子邮件问题”
电子邮件仍然存在。它仍在发展。它仍然必不可少。
真正的教训
教训并非在于电子邮件无法改进,而是在于选择正确的方法:
- 电子邮件协议有效:SMTP、IMAP 和 POP3 均已久经考验
- 基础设施至关重要:可靠性和性能胜过华而不实的功能
- 增强胜过替换:与电子邮件合作,而非与之对抗
- 可持续性胜过增长:盈利型企业比风险投资型企业更持久
- 服务开发者:工具和 API 比终端用户应用创造更多价值
机会:更好地实施经过验证的协议,而不是替代协议。
Tip
全面的电子邮件服务分析:如需深入比较 2025 年 79 款电子邮件服务,包括详细评测、屏幕截图和技术分析,请参阅我们的综合指南:79 个最佳电子邮件服务。本分析阐述了 Forward Email 在可靠性、安全性和标准合规性方面始终被推荐的原因。
Note
真实世界验证:我们的方法适用于从 要求遵守第 889 条的政府机构 到 各大高校管理着数万个校友地址 的组织,证明了构建可靠的基础设施是电子邮件成功的关键。
如果你正在考虑创建一家电子邮件初创公司,不妨考虑构建电子邮件基础设施。世界需要的是更好的电子邮件服务器,而不是更多的电子邮件应用。
扩展电子邮件墓地:更多故障和关闭
Google 的电子邮件实验出了问题
尽管拥有 Gmail,Google 还是终止了多个电子邮件项目:
- 谷歌波浪 (2009-2012):无人知晓的“电子邮件杀手”
- Google Buzz (2010-2011):社交电子邮件集成灾难
- Gmail 收件箱 (2014-2019):Gmail 的“智能”继任者,被抛弃
- Google+ 电子邮件功能 (2011-2019):社交网络电子邮件集成
模式:即使是谷歌也无法成功地重塑电子邮件。
连续失败:牛顿·梅尔的三次死亡
牛顿邮报 死亡三次:
- 云魔法 (2013-2016):电子邮件客户端被 Newton 收购
- Newton Mail (2016-2018):品牌重塑,订阅模式失败
- 牛顿邮件复兴 (2019-2020):尝试东山再起,再次失败
教训:电子邮件客户端无法维持订阅模式。
从未启动的应用程序
许多电子邮件初创公司在推出之前就倒闭了:
- Tempo (2014):日历邮件集成,发布前关闭
- 邮件流 (2011):邮件管理工具,发布前收购
- Fluent (2013):邮件客户端,开发停止
采集到关闭模式
- Sparrow → Google → 关闭 (2012-2013)
- reMail → Google → 关闭 (2010-2011)
- 邮箱 → Dropbox → 关闭 (2013-2015)
- Accompli → Microsoft → 关闭 (成为 Outlook Mobile)
- Acompli → Microsoft → Integrated (罕见成功)
电子邮件基础设施整合
- 邮箱 → eM 客户端 (2024):邮箱在被收购后立即关闭
- 多次收购:ImprovMX 已被多次收购,包括 隐私问题引发担忧、收购公告 和 商业列表
- 服务降级:许多服务在被收购后变得更糟
开源电子邮件墓地:当“免费”无法持续时
Nylas Mail → Mailspring:无法分叉
- 奈拉斯邮件:开源电子邮件客户端,2017年停产,并且有 大量内存使用问题
- Mailspring:社区分支,维护困难,高 RAM 使用率问题
- 现实:开源电子邮件客户端无法与原生应用竞争
尤朵拉:18 年死亡行军
- 1988-2006:Mac/Windows 的主流电子邮件客户端
- 2006:高通停止开发
- 2007:以“Eudora OSE”为名开源
- 2010:项目被放弃
- 教训:即使是成功的电子邮件客户端最终也会消亡
FairEmail:被 Google Play 政治杀死
- 公平电子邮件:注重隐私的 Android 电子邮件客户端
- Google Play:因“违反政策”被禁言
- 现实:平台政策可能会立即封杀电子邮件应用
维护问题
开源电子邮件项目失败的原因是:
- 复杂性:电子邮件协议的正确实施非常复杂
- 安全性:需要持续的安全更新
- 兼容性:必须兼容所有电子邮件提供商
- 资源:志愿者开发人员容易倦怠
AI 电子邮件初创企业激增:“智能”重演历史
当前 AI 电子邮件淘金热
2024年的AI电子邮件初创公司:
- 超人: 筹集3300万美元, 被 Grammarly 收购 (2025)
- 短波: Y Combinator,Gmail + AI
- SaneBox: AI 邮件过滤(实际盈利)
- 回旋镖: AI 邮件调度和回复
- 邮件-0/零: AI 驱动的电子邮件客户端初创公司,正在构建另一个电子邮件界面
- 收件箱清零: 开源 AI 邮件助手,尝试实现邮件管理自动化
融资狂潮
风险投资公司正在向“人工智能+电子邮件”投入资金:
- 2024 年 AI 电子邮件初创公司中的 投资超过 1 亿美元
- 同样的承诺:“革命性的电子邮件体验”
- 同样的问题:在现有基础设施之上构建
- 同样的结果:大多数将在 3 年内倒闭
为什么它们都会再次失败
- 人工智能无法解决电子邮件的非问题:电子邮件运行良好
- Gmail 已经拥有 AI:智能回复、优先收件箱、垃圾邮件过滤
- 隐私问题:人工智能需要阅读你的所有电子邮件
- 成本结构:人工智能处理成本高昂,电子邮件是商品
- 网络效应:无法打破 Gmail/Outlook 的主导地位
不可避免的结果
- 2025:Superhuman 被 Grammarly 成功收购——电子邮件客户端罕见的成功退出
- 2025-2026:大多数剩余的人工智能电子邮件初创公司将转型或倒闭
- 2027:幸存的初创公司将被收购,结果好坏参半
- 2028:“区块链电子邮件”或将成为下一个趋势
整合灾难:当“幸存者”变成灾难
大型电子邮件服务整合
电子邮件行业已经发生了显著的整合:
- ActiveCampaign 收购 Postmark (2022)
- Sinch收购了Mailgun (2021)
- Twilio收购SendGrid (2019)
- ImprovMX 的多个收购(正在进行中),包括 隐私问题、收购公告 和 商业列表
展望:无法停止突破的“幸存者”
微软 Outlook 尽管是“幸存者”,但仍存在一些问题:
- 内存泄漏:Outlook 消耗数 GB 的 RAM 和 需要频繁重启
- 同步问题:电子邮件随机消失并重新出现
- 性能问题:启动缓慢,频繁崩溃
- 兼容性问题:与第三方电子邮件提供商不兼容
我们的实际经验:我们定期帮助那些 Outlook 设置破坏我们完全兼容的 IMAP 实施的客户。
邮戳基础设施问题
- SSL 证书失败:2024 年 9 月停电近 10 小时 因 SSL 证书过期
- 用户拒绝:Marc Köhlbrugge 被拒绝 尽管使用合法
- 开发者流失:@levelsio 表示“Amazon SES 是我们最后的希望”
- MailGun 问题:斯科特报道:“@Mail_Gun 的服务太差了……我们已经两周没能发送电子邮件了”
近期电子邮件客户端伤亡 (2024-2025)
邮箱 → eM 客户端 收购:2024 年,eM Client 收购了 Postbox 和 立即关闭,迫使数千名用户迁移。
金丝雀邮件 问题:尽管存在 红杉资本支持,但用户仍报告功能无法使用且客户支持不佳。
Readdle 的 Spark:越来越多的用户报告电子邮件客户端的体验不佳。
邮件鸟 许可问题:Windows 用户面临许可问题和订阅混乱。
航空邮件 拒绝:基于失败的 Sparrow 代码库的 Mac/iOS 电子邮件客户端由于可靠性问题继续接收 差评。
电子邮件扩展和服务获取
HubSpot Sidekick → 已停用:HubSpot 的电子邮件跟踪扩展程序为 2016年停产,并已替换为“HubSpot Sales”。
Engage for Gmail → 已退役:Salesforce 的 Gmail 扩展程序是 2024年6月退休,迫使用户迁移到其他解决方案。
幸存者:真正有效的电子邮件公司
并非所有电子邮件公司都会失败。以下是一些真正成功的公司:
Mailmodo:Y Combinator 成功故事、红杉资本 Surge 投资 200 万美元,专注于互动电子邮件活动。
Mixmax:筹集了 总融资额 1,330 万美元 并继续作为成功的销售参与平台运营。
Outreach.io:已达到 估值44亿美元以上,正在为作为销售参与平台的潜在 IPO 做准备。
Apollo.io:其销售智能平台于 2023 年通过 1 亿美元 D 轮融资实现了 估值16亿美元。
麻省大学:Bootstrap 成功案例生成 每月14万美元 作为用于电子邮件营销的 Gmail 扩展。
Streak CRM:基于 Gmail 的 CRM 成功运行 自2012年以来,没有出现重大问题。
兜售应用:在筹集 1500 万美元以上的资金后,2017 年被 Marketo 收购 成功。
香蕉标签:2021 年被 Staffbase 收购 并继续作为“Staffbase 电子邮件”运行。
关键模式:这些公司之所以成功,是因为他们增强了现有的电子邮件工作流程,而不是试图完全取代电子邮件。他们构建的工具与电子邮件基础设施兼容,而不是与之对抗。
Tip
这里没有提到您知道的提供商?(例如 Posteo、Mailbox.org、Migadu 等)请参阅我们的 综合电子邮件服务比较页面 了解更多信息。