Nghĩa địa khởi nghiệp email: Tại sao hầu hết các công ty email đều thất bại

Trong khi nhiều công ty khởi nghiệp email đã đầu tư hàng triệu đô la để giải quyết các vấn đề được nhận thức, chúng tôi tại Chuyển tiếp email đã tập trung vào việc xây dựng cơ sở hạ tầng email đáng tin cậy từ đầu kể từ năm 2017. Phân tích này khám phá các mô hình đằng sau kết quả khởi nghiệp email và những thách thức cơ bản của cơ sở hạ tầng email.
[!NOTE] Thông tin chi tiết quan trọng: Hầu hết các công ty khởi nghiệp email không xây dựng cơ sở hạ tầng email thực tế từ đầu. Nhiều công ty xây dựng trên các giải pháp hiện có như Amazon SES hoặc các hệ thống nguồn mở như Postfix. Các giao thức cốt lõi hoạt động tốt - thách thức nằm ở việc triển khai.
[!TIP] Kỹ thuật sâu sắc: Để biết thông tin chi tiết toàn diện về cách tiếp cận, kiến trúc và triển khai bảo mật của chúng tôi, hãy xem Chuyển tiếp Email Sách trắng kỹ thuật Và Giới thiệu trang ghi lại toàn bộ quá trình phát triển của chúng tôi kể từ năm 2017.
Ma trận thất bại của khởi nghiệp email
[!CAUTION] Cảnh báo tỷ lệ thất bại: Chỉ riêng Techstars đã có 28 công ty liên quan đến email chỉ có 5 lối thoát - tỷ lệ thất bại cực kỳ cao (đôi khi được tính toán là 80%+).
Sau đây là mọi thất bại lớn của các công ty khởi nghiệp email mà chúng tôi có thể tìm thấy, được sắp xếp theo đơn vị tăng tốc, nguồn tài trợ và kết quả:
Công ty | Năm | Máy gia tốc | Tài trợ | Kết quả | Trạng thái | Vấn đề chính |
---|---|---|---|---|---|---|
thuyền nhỏ | 2024 | - | Tổng cộng 14,2 triệu đô la | Được Notion mua lại → Đóng cửa | 😵 Chết rồi | Những người sáng lập rời Notion để đến Cursor |
chim sẻ | 2012 | - | Hạt giống $247K, <$25M mua lại | Được Google mua lại → Đóng cửa | 😵 Chết rồi | Chỉ tuyển dụng nhân tài |
Email Copilot | 2012 | Ngôi sao công nghệ | ~$120K (tiêu chuẩn Techstars) | Đã mua → Tắt máy | 😵 Chết rồi | Bây giờ chuyển hướng đến Validity |
Trả lờiGửi | 2012 | Ngôi sao công nghệ | ~$120K (tiêu chuẩn Techstars) | Thất bại | 😵 Chết rồi | Giá trị đề xuất mơ hồ |
Đã đóng bìa | 2012 | Ngôi sao công nghệ | ~$120K (tiêu chuẩn Techstars) | Thất bại | 😵 Chết rồi | "Dễ dàng. An toàn. Email" |
lộn xộn | 2015 | Ngôi sao công nghệ | ~$120K (tiêu chuẩn Techstars) | Thất bại | 😵 Chết rồi | Mã hóa email |
Hộp thư đếnFever | 2011 | Ngôi sao công nghệ | ~$118K (Techstars 2011) | Thất bại | 😵 Chết rồi | API cho ứng dụng email |
2014 | YC | ~$120K (tiêu chuẩn YC) | Xoay trục | 🧟 Thây ma | Email di động → "sức khỏe" | |
Thời gian gửi thư | 2016 | YC | ~$120K (tiêu chuẩn YC) | Xoay trục | 🧟 Thây ma | Máy khách email → phân tích |
gửi lại | 2009 | YC | ~$20K (YC 2009) | Được Google mua lại → Tắt máy | 😵 Chết rồi | Tìm kiếm email trên iPhone |
Thư Haven | 2016 | 500 Toàn cầu | ~$100K (tiêu chuẩn 500) | Đã thoát | Không rõ | Theo dõi gói hàng |
Kiểm tra thực tế cơ sở hạ tầng
[!WARNING] Sự thật ẩn giấu: Mỗi "công ty khởi nghiệp email" chỉ xây dựng giao diện người dùng trên cơ sở hạ tầng hiện có. Họ không xây dựng máy chủ email thực sự - họ xây dựng các ứng dụng kết nối với cơ sở hạ tầng email thực sự.
Những gì thực sự chạy Email
graph TD
A[Email Infrastructure] --> B[Amazon SES]
A --> C[Postfix SMTP]
A --> D[Cyrus IMAP]
A --> E[SpamAssassin]
A --> F[DKIM/SPF/DMARC]
B --> G[Powers most email APIs]
C --> H[Actual SMTP server everywhere]
D --> I[Handles email storage]
E --> J[Filters spam]
F --> K[Authentication that works]
"Các công ty khởi nghiệp về email" thực sự xây dựng những gì
graph LR
A[Email Startup Stack] --> B[React Native Apps]
A --> C[Web Interfaces]
A --> D[AI Features]
A --> E[Security Layers]
A --> F[API Wrappers]
B --> G[Memory leaks]
C --> H[Break email threading]
D --> I[Gmail already has]
E --> J[Break existing workflows]
F --> K[Amazon SES with 10x markup]
[!TIP]
Mẫu chính cho sự thành công của Email:Các công ty thực sự thành công trong email không cố gắng phát minh lại bánh xe. Thay vào đó, họ xây dựng cơ sở hạ tầng và các công cụ nâng cao quy trình làm việc email hiện tại. Gửi Lưới, súng đưa thư, Và Dấu bưu điện trở thành công ty tỷ đô bằng cách cung cấp API SMTP và dịch vụ giao hàng đáng tin cậy - chúng hoạt động với giao thức email, không phải chống lại chúng. Đây là cách tiếp cận tương tự mà chúng tôi áp dụng tại Forward Email.
Tại sao hầu hết các công ty khởi nghiệp email đều thất bại
[!IMPORTANT]
Mẫu cơ bản: Thư điện tử khách hàng các công ty khởi nghiệp thường thất bại vì họ cố gắng thay thế các giao thức làm việc, trong khi email cơ sở hạ tầng Các công ty có thể thành công bằng cách cải thiện quy trình làm việc hiện có. Điều quan trọng là hiểu được người dùng thực sự cần gì so với những gì doanh nhân nghĩ họ cần.
1. Giao thức email hoạt động, nhưng việc triển khai thường không
[!NOTE]
Thống kê Email: 347,3 tỷ email được gửi đi mỗi ngày không có vấn đề lớn, phục vụ 4,37 tỷ người dùng email trên toàn thế giới tính đến năm 2023.
Các giao thức email cốt lõi rất vững chắc, nhưng chất lượng triển khai lại rất khác nhau:
- Khả năng tương thích phổ quát: Mọi thiết bị, mọi nền tảng đều hỗ trợ SMTP, IMAP, Và POP3
- phi tập trung: Không có điểm lỗi duy nhất trên hàng tỷ máy chủ email trên toàn thế giới
- Chuẩn hóa:SMTP, IMAP, POP3 là các giao thức đã được thử nghiệm từ những năm 1980-1990
- Đáng tin cậy: 347,3 tỷ email được gửi đi mỗi ngày không có vấn đề lớn
Cơ hội thực sự: Triển khai tốt hơn các giao thức hiện có, không phải thay thế giao thức.
2. Hiệu ứng mạng lưới là không thể phá vỡ
Hiệu ứng mạng lưới của email là tuyệt đối:
- Mọi người đều có email: 4,37 tỷ người dùng email trên toàn thế giới tính đến năm 2023
- Đa nền tảng: Hoạt động liền mạch giữa tất cả các nhà cung cấp
- Kinh doanh quan trọng: 99% doanh nghiệp sử dụng email hàng ngày cho các hoạt động
- Chi phí chuyển đổi: Thay đổi địa chỉ email sẽ phá vỡ mọi thứ được kết nối với nó
3. Họ thường nhắm vào những vấn đề sai
Nhiều công ty khởi nghiệp về email tập trung vào các vấn đề nhận thức được hơn là những điểm khó khăn thực sự:
- "Email quá phức tạp": Quy trình làm việc cơ bản rất đơn giản - gửi, nhận, tổ chức từ năm 1971
- "Email cần AI": Gmail đã có những tính năng thông minh hiệu quả giống như Trả lời thông minh và Hộp thư ưu tiên
- "Email cần được bảo mật tốt hơn": DKIM, SPF, Và DMARC cung cấp xác thực vững chắc
- "Email cần một giao diện mới": Quan điểm Và Gmail giao diện được tinh chỉnh qua nhiều thập kỷ nghiên cứu người dùng
Những vấn đề thực sự đáng giải quyết: Độ tin cậy của cơ sở hạ tầng, khả năng phân phối, lọc thư rác và các công cụ dành cho nhà phát triển.
4. Nợ kỹ thuật là rất lớn
Việc xây dựng cơ sở hạ tầng email thực sự đòi hỏi:
- Máy chủ SMTP: Giao hàng phức tạp và quản lý danh tiếng
- Lọc thư rác: Liên tục phát triển cảnh quan đe dọa
- Hệ thống lưu trữ: Đáng tin cậy IMAP/POP3 thực hiện
- Xác thực: DKIM, SPF, DMARC, ARC Tuân thủ
- Khả năng phân phối: Mối quan hệ ISP và quản lý danh tiếng
5. Cơ sở hạ tầng đã tồn tại
Tại sao phải tái tạo khi bạn có thể sử dụng:
- Amazon SES: Cơ sở hạ tầng giao hàng đã được chứng minh
- Hậu tố: Máy chủ SMTP đã được thử nghiệm thực tế
- chuồng bồ câu: Máy chủ IMAP/POP3 đáng tin cậy
- SpamAsassin: Lọc thư rác hiệu quả
- Nhà cung cấp hiện tại: Gmail, Quan điểm, Thư nhanh làm việc tốt
Các nghiên cứu tình huống: Khi các công ty khởi nghiệp email thất bại
Nghiên cứu tình huống: Thảm họa Skiff
Skiff là ví dụ điển hình cho mọi sai lầm của các công ty khởi nghiệp về email.
Thiết lập
- Vị trí: "Nền tảng năng suất và email ưu tiên quyền riêng tư"
- Tài trợ: Vốn đầu tư mạo hiểm đáng kể
- Hứa: Email tốt hơn thông qua quyền riêng tư và mã hóa
Sự mua lại
Notion đã mua lại Skiff vào tháng 2 năm 2024 với những lời hứa mua lại điển hình về sự tích hợp và phát triển liên tục.
Thực tế
- Tắt ngay lập tức: Skiff đóng cửa trong vòng vài tháng
- Cuộc di cư của người sáng lập: Những người sáng lập Skiff rời Notion và gia nhập Cursor
- Người dùng bỏ rơi: Hàng ngàn người dùng buộc phải di chuyển
Phân tích máy gia tốc
Y Combinator: Nhà máy ứng dụng email
Y-Combinator đã tài trợ cho hàng chục công ty khởi nghiệp về email. Đây là mô hình:
- E-mail (2014): Ứng dụng email di động → chuyển sang "sức khỏe"
- Thời gian gửi thư (2016): Email theo kiểu trò chuyện → chuyển sang phân tích
- gửi lại (2009): Tìm kiếm email trên iPhone → được Google mua lại → tắt máy
- Báo cáo (2012): Hồ sơ mạng xã hội Gmail → được mua lại bởi LinkedIn → tắt máy
Tỷ lệ thành công: Kết quả hỗn hợp với một số lần thoát đáng chú ý. Một số công ty đã đạt được các vụ mua lại thành công (reMail sang Google, Rapportive sang LinkedIn), trong khi những công ty khác chuyển hướng khỏi email hoặc được mua lại để thuê nhân tài.
Techstars: Nghĩa địa Email
Ngôi sao công nghệ có thành tích thậm chí còn tệ hơn:
- Email Copilot (2012): Đã mua lại → đóng cửa
- Trả lờiGửi (2012): Thất bại hoàn toàn
- Đã đóng bìa (2012): "Email dễ dàng. An toàn" → thất bại
- lộn xộn (2015): Mã hóa email → thất bại
- Hộp thư đếnFever (2011): API email → thất bại
Mẫu:Giá trị đề xuất mơ hồ, không có cải tiến kỹ thuật thực sự, thất bại nhanh chóng.
Cái bẫy của vốn đầu tư mạo hiểm
[!CAUTION]
Nghịch lý tài trợ VC: Các nhà đầu tư mạo hiểm thích các công ty khởi nghiệp về email vì chúng nghe có vẻ đơn giản nhưng thực tế là không thể. Các giả định cơ bản thu hút đầu tư chính là thứ đảm bảo thất bại.
Các nhà đầu tư mạo hiểm thích các công ty khởi nghiệp về email vì chúng nghe có vẻ đơn giản nhưng thực tế lại không khả thi:
graph TD
A[VC Email Startup Pitch] --> B[Sounds Simple]
A --> C[Seems Obvious]
A --> D[Technical Moat Claims]
A --> E[Network Effect Dreams]
B --> F[Everyone uses email!]
C --> G[Email is old and broken!]
D --> H[We'll build better infrastructure!]
E --> I[Once we get users, we'll dominate!]
F --> J[Reality: Email works fine]
G --> K[Reality: Protocols are proven]
H --> L[Reality: Infrastructure is hard]
I --> M[Reality: Network effects unbreakable]
Thực tế:Không có giả định nào trong số này là đúng với email.
Thực tế kỹ thuật: Các ngăn xếp email hiện đại
Điều gì thực sự thúc đẩy "Email Startups"
Hãy cùng xem những công ty này thực sự đang kinh doanh những gì:
graph LR
A[Most Email Startups] --> B[React Native App]
B --> C[Node.js API]
C --> D[Amazon SES]
D --> E[Existing Email Infrastructure]
F[Forward Email] --> G[100% Custom Node.js JavaScript Stack]
G --> H[Built From Scratch]
Các vấn đề về hiệu suất
Bộ nhớ phình to:Hầu hết các ứng dụng email đều là ứng dụng web dựa trên Electron, tiêu tốn rất nhiều RAM:
- Thư mùa xuân: 500MB+ cho email cơ bản
- Thư Nylas: Sử dụng bộ nhớ 1GB+ trước khi tắt máy
- Hộp thư: Bộ nhớ nhàn rỗi 300MB+
- Thư Canary: Thường xuyên bị sập do vấn đề bộ nhớ
- Chim Sấm Sét: Sử dụng RAM cao lên đến 90% của bộ nhớ hệ thống
[!WARNING]
Khủng hoảng hiệu suất điện tử: Các ứng dụng email hiện đại được xây dựng bằng Electron và React Native gặp phải tình trạng phình bộ nhớ nghiêm trọng và các vấn đề về hiệu suất. Các khuôn khổ đa nền tảng này, mặc dù tiện lợi cho các nhà phát triển, nhưng lại tạo ra các ứng dụng tốn nhiều tài nguyên, tiêu thụ hàng trăm megabyte đến hàng gigabyte RAM cho chức năng email cơ bản.
Pin cạn kiệt: Đồng bộ liên tục và mã không hiệu quả:
- Các tiến trình nền không bao giờ ngủ
- Các cuộc gọi API không cần thiết cứ sau vài giây
- Quản lý kết nối kém
- Không có sự phụ thuộc của bên thứ ba ngoại trừ những thứ hoàn toàn cần thiết cho chức năng cốt lõi
Các mô hình mua lại: Thành công so với Đóng cửa
Hai Mẫu
Mẫu ứng dụng khách hàng (thường thất bại):
flowchart TD
A[Email Client Launch] --> B[VC Funding]
B --> C[User Growth]
C --> D[Talent Acquisition]
D --> E[Service Shutdown]
A -.-> A1["Revolutionary interface"]
B -.-> B1["$5-50M raised"]
C -.-> C1["Acquire users, burn cash"]
D -.-> D1["Acqui-hire for talent"]
E -.-> E1["Service discontinued"]
Mô hình cơ sở hạ tầng (thường thành công):
flowchart TD
F[Infrastructure Launch] --> G[Revenue Growth]
G --> H[Market Position]
H --> I[Strategic Acquisition]
I --> J[Continued Operation]
F -.-> F1["SMTP/API services"]
G -.-> G1["Profitable operations"]
H -.-> H1["Market leadership"]
I -.-> I1["Strategic integration"]
J -.-> J1["Enhanced service"]
Ví dụ gần đây
Lỗi ứng dụng khách hàng:
- Hộp thư → Dropbox → Tắt máy (2013-2015)
- Chim sẻ → Google → Tắt máy (2012-2013)
- reMail → Google → Tắt máy (2010-2011)
- Skiff → Notion → Tắt máy (2024)
Ngoại lệ đáng chú ý:
- Siêu nhân → Grammarly (2025): Mua lại thành công với sự tích hợp chiến lược vào nền tảng năng suất
Thành công về cơ sở hạ tầng:
- GửiGrid → Twilio (2019): Mua lại 3 tỷ đô la, tiếp tục tăng trưởng
- Mailgun → Sinch (2021): Tích hợp chiến lược
- Dấu bưu điện → ActiveCampaign (2022): Nền tảng nâng cao
Sự tiến hóa và hợp nhất của ngành công nghiệp
Tiến trình công nghiệp tự nhiên
Ngành công nghiệp email đã phát triển theo hướng hợp nhất, với các công ty lớn hơn mua lại các công ty nhỏ hơn để tích hợp các tính năng hoặc loại bỏ đối thủ cạnh tranh. Điều này không nhất thiết là tiêu cực - đó là cách phát triển của hầu hết các ngành công nghiệp trưởng thành.
Chuyển đổi sau khi mua lại
Khi các công ty email được mua lại, người dùng thường phải đối mặt với:
- Di chuyển dịch vụ: Di chuyển đến nền tảng mới
- Thay đổi tính năng: Mất chức năng chuyên biệt
- Điều chỉnh giá: Các mô hình đăng ký khác nhau
- Các giai đoạn tích hợp: Gián đoạn dịch vụ tạm thời
Những cân nhắc của người dùng trong quá trình chuyển đổi
Trong quá trình hợp nhất ngành, người dùng được hưởng lợi từ:
- Đánh giá các giải pháp thay thế: Nhiều nhà cung cấp cung cấp các dịch vụ tương tự
- Hiểu về các con đường di cư: Hầu hết các dịch vụ đều cung cấp công cụ xuất khẩu
- Xem xét sự ổn định lâu dài: Các nhà cung cấp uy tín thường cung cấp tính liên tục hơn
Kiểm tra thực tế của Hacker News
Mỗi email khởi động nhận được cùng một bình luận trên tin tức hacker:
- "Email hoạt động tốt, điều này giải quyết được vấn đề không quan trọng"
- "Chỉ cần sử dụng Gmail/Outlook như mọi người khác"
- "Một ứng dụng email khác sẽ bị đóng cửa trong 2 năm nữa"
- "Vấn đề thực sự là thư rác và điều này không giải quyết được vấn đề đó"
Cộng đồng đúng rồi. Những bình luận này xuất hiện trên mọi email khởi chạy ứng dụng khởi nghiệp vì các vấn đề cơ bản luôn giống nhau.
Sự lừa đảo của AI Email hiện đại
Làn sóng mới nhất
Năm 2024 chứng kiến làn sóng khởi nghiệp "email hỗ trợ AI" mới, với những thành công lớn đầu tiên đã diễn ra:
- Siêu nhân: Đã huy động được 33 triệu đô la, đã được Grammarly mua lại thành công (2025) - một ứng dụng khách hàng thành công hiếm hoi
- Sóng ngắn: Gmail wrapper với tóm tắt AI
- Hộp Sane: Lọc email AI (thực sự hiệu quả, nhưng không mang tính đột phá)
Những vấn đề cũ
Việc thêm "AI" không giải quyết được những thách thức cơ bản:
- Tóm tắt AI: Hầu hết các email đều đã súc tích
- Trả lời thông minh: Gmail đã có những thứ này trong nhiều năm và chúng hoạt động tốt
- Lên lịch email: Outlook thực hiện điều này một cách tự nhiên
- Phát hiện ưu tiên:Các máy khách email hiện tại có hệ thống lọc hiệu quả
Thách thức thực sự:Các tính năng AI đòi hỏi đầu tư cơ sở hạ tầng đáng kể trong khi vẫn giải quyết được những điểm yếu tương đối nhỏ.
Những gì thực sự hiệu quả: Những câu chuyện thành công thực sự của email
Các công ty cơ sở hạ tầng (Những người chiến thắng)
- Gửi Lưới: Twilio mua lại với giá 3 tỷ đô la
- súng đưa thư: Doanh thu trên 50 triệu đô la, được mua lại bởi Sinch
- Dấu bưu điện: Có lợi nhuận, được mua lại bởi ActiveCampaign
- Amazon SES: Hàng tỷ doanh thu
Mẫu:Họ xây dựng cơ sở hạ tầng chứ không phải ứng dụng.
Nhà cung cấp email (Những người sống sót)
- Thư nhanh: 25+ năm, có lợi nhuận, độc lập
- Thư Proton: Tập trung vào quyền riêng tư, tăng trưởng bền vững
- Thư Zoho: Một phần của bộ kinh doanh lớn hơn
- Chúng tôi: 7+ năm, có lợi nhuận, đang phát triển
[!WARNING]
Câu hỏi đầu tư JMAP: Trong khi Fastmail đầu tư nguồn lực vào JMAP, một giao thức đó là Trên 10 tuổi với số lượng nhận nuôi hạn chế, họ đồng thời từ chối thực hiện mã hóa PGP mà nhiều người dùng yêu cầu. Điều này thể hiện sự lựa chọn chiến lược để ưu tiên đổi mới giao thức hơn là các tính năng do người dùng yêu cầu. Liệu JMAP có được áp dụng rộng rãi hơn hay không vẫn còn phải chờ xem, nhưng hệ sinh thái ứng dụng email hiện tại vẫn chủ yếu dựa vào IMAP/SMTP.
[!TIP]
Thành công của doanh nghiệp: Chuyển tiếp quyền hạn Email giải pháp email cựu sinh viên cho các trường đại học hàng đầu, bao gồm Đại học Cambridge với 30.000 địa chỉ cựu sinh viên, tiết kiệm được 87.000 đô la chi phí hàng năm so với các giải pháp truyền thống.
Mẫu:Chúng cải thiện email chứ không thay thế nó.
Ngoại lệ: Câu chuyện thành công của Xobni
Hobney nổi bật là một trong số ít các công ty khởi nghiệp liên quan đến email thực sự thành công nhờ áp dụng đúng phương pháp.
Xobni đã làm đúng những gì:
- Email hiện tại được cải thiện: Được xây dựng trên Outlook thay vì thay thế nó
- Đã giải quyết các vấn đề thực tế: Quản lý danh bạ và tìm kiếm email
- Tập trung vào sự tích hợp: Làm việc với quy trình làm việc hiện có
- Tập trung vào doanh nghiệp: Nhắm mục tiêu vào người dùng doanh nghiệp có điểm khó khăn thực sự
Sự thành công: Xobni đã được Yahoo mua lại với giá 60 triệu đô la vào năm 2013, mang lại lợi nhuận vững chắc cho các nhà đầu tư và là lối thoát thành công cho những người sáng lập.
Tại sao Xobni thành công trong khi những người khác thất bại
- Được xây dựng trên cơ sở hạ tầng đã được chứng minh: Sử dụng chức năng xử lý email hiện có của Outlook
- Đã giải quyết các vấn đề thực tế: Quản lý liên lạc thực sự bị hỏng
- Thị trường doanh nghiệp: Các doanh nghiệp trả tiền cho các công cụ năng suất
- Phương pháp tiếp cận tích hợp: Cải thiện thay vì thay thế các quy trình làm việc hiện có
Sự thành công liên tục của những người sáng lập
Matt Brezina Và Adam Smith không dừng lại sau Xobni:
- Matt Brezina: Trở thành một người năng động nhà đầu tư thiên thần với các khoản đầu tư vào Dropbox, Mailbox và các công ty khác
- Adam Smith: Tiếp tục xây dựng các công ty thành công trong lĩnh vực năng suất
- Cả hai người sáng lập: Chứng minh rằng thành công của email đến từ sự cải tiến chứ không phải sự thay thế
Mẫu
Các công ty thành công trong việc sử dụng email khi họ:
- Xây dựng cơ sở hạ tầng (Gửi Lưới, súng đưa thư)
- Cải thiện quy trình làm việc hiện có (Hobney, Thư nhanh)
- Tập trung vào độ tin cậy (Amazon SES, Dấu bưu điện)
- Phục vụ các nhà phát triển (API và công cụ, không phải ứng dụng của người dùng cuối)
Đã có ai thành công trong việc tái tạo email chưa?
Đây là một câu hỏi quan trọng đi thẳng vào trọng tâm của sự đổi mới email. Câu trả lời ngắn gọn là: không ai có thể thay thế email thành công, nhưng một số người đã cải tiến nó thành công.
Những gì thực sự bị mắc kẹt
Nhìn lại những đổi mới về email trong 20 năm qua:
- Luồng của Gmail: Tổ chức email nâng cao
- Tích hợp lịch của Outlook: Lên lịch nâng cao
- Ứng dụng email di động: Khả năng truy cập được cải thiện
- DKIM/SPF/DMARC: Tăng cường bảo mật
Mẫu: Tất cả những đổi mới thành công được tăng cường các giao thức email hiện có thay vì thay thế chúng.
Các công cụ mới bổ sung cho email (nhưng không thay thế nó)
- Chùng xuống: Tuyệt vời cho trò chuyện nhóm, nhưng vẫn gửi thông báo qua email
- Bất hòa: Tuyệt vời cho cộng đồng, nhưng sử dụng email để quản lý tài khoản
- WhatsApp: Hoàn hảo cho việc nhắn tin, nhưng các doanh nghiệp vẫn sử dụng email
- Phóng: Thiết yếu cho các cuộc gọi video, nhưng lời mời họp sẽ được gửi qua email
Thí nghiệm HEY
[!IMPORTANT]
Xác thực trong thế giới thực: Người sáng lập HEY DHH thực sự sử dụng dịch vụ của chúng tôi tại Forward Email cho tên miền cá nhân của anh ấy dhh.dk
và đã như vậy trong nhiều năm, chứng minh rằng ngay cả những người đổi mới email cũng dựa vào cơ sở hạ tầng đã được chứng minh.
HEY qua Trại căn cứ đại diện cho nỗ lực nghiêm túc nhất gần đây nhằm "tái tạo" email:
- Đã ra mắt: 2020 với sự phô trương đáng kể
- Tiếp cận: Mô hình email hoàn toàn mới với chức năng sàng lọc, đóng gói và quy trình làm việc
- Thu nhận: Hỗn hợp - một số người thích nó, hầu hết vẫn giữ nguyên email hiện tại
- Thực tế: Vẫn là email (SMTP/IMAP) với giao diện khác
Những gì thực sự hiệu quả
Những cải tiến thành công nhất về email là:
- Cơ sở hạ tầng tốt hơn: Máy chủ nhanh hơn, lọc thư rác tốt hơn, khả năng phân phối được cải thiện
- Giao diện nâng cao: Chế độ xem cuộc trò chuyện của Gmail, Tích hợp lịch của Outlook
- Công cụ phát triển: API để gửi email, webhooks để theo dõi
- Quy trình làm việc chuyên biệt: Tích hợp CRM, tự động hóa tiếp thị, email giao dịch
Không có cái nào trong số này có thể thay thế được email - chúng còn làm cho nó tốt hơn.
Xây dựng cơ sở hạ tầng hiện đại cho các giao thức email hiện có: Cách tiếp cận của chúng tôi
Trước khi đi sâu vào các lỗi, điều quan trọng là phải hiểu những gì thực sự hiệu quả trong email. Thách thức không phải là email bị hỏng - mà là hầu hết các công ty cố gắng "sửa" thứ gì đó vốn đã hoạt động hoàn hảo.
Phổ đổi mới Email
Đổi mới email được chia thành ba loại:
graph TD
A[Email Innovation Spectrum] --> B[Infrastructure Enhancement]
A --> C[Workflow Integration]
A --> D[Protocol Replacement]
B --> E[What works: Better servers, delivery systems, developer tools]
C --> F[Sometimes works: Adding email to existing business processes]
D --> G[Always fails: Trying to replace SMTP, IMAP, or POP3]
Tại sao chúng tôi tập trung vào cơ sở hạ tầng
Chúng tôi quyết định xây dựng cơ sở hạ tầng email hiện đại vì:
- Giao thức email đã được chứng minh: SMTP đã hoạt động đáng tin cậy kể từ năm 1982
- Vấn đề là thực hiện: Hầu hết các dịch vụ email đều sử dụng các ngăn xếp phần mềm lỗi thời
- Người dùng muốn độ tin cậy: Không phải tính năng mới phá vỡ quy trình làm việc hiện tại
- Các nhà phát triển cần công cụ: Giao diện quản lý và API tốt hơn
Những gì thực sự hiệu quả trong Email
Mô hình thành công rất đơn giản: cải thiện quy trình làm việc email hiện tại thay vì thay thế chúng. Điều này có nghĩa là:
- Xây dựng máy chủ SMTP nhanh hơn, đáng tin cậy hơn
- Tạo bộ lọc thư rác tốt hơn mà không làm hỏng email hợp lệ
- Cung cấp API thân thiện với nhà phát triển cho các giao thức hiện có
- Cải thiện khả năng phân phối thông qua cơ sở hạ tầng phù hợp
Cách tiếp cận của chúng tôi: Tại sao chúng tôi khác biệt
Chúng tôi làm gì
- Xây dựng cơ sở hạ tầng thực tế: Máy chủ SMTP/IMAP tùy chỉnh từ đầu
- Tập trung vào độ tin cậy: Thời gian hoạt động 99,99%, xử lý lỗi thích hợp
- Cải thiện quy trình làm việc hiện có: Làm việc với tất cả các ứng dụng email
- Phục vụ các nhà phát triển: API và công cụ thực sự hoạt động
- Duy trì khả năng tương thích: Đầy SMTP/IMAP/POP3 Tuân thủ
Những gì chúng tôi không làm
- Xây dựng các ứng dụng email "mang tính cách mạng"
- Cố gắng thay thế các giao thức email hiện có
- Thêm các tính năng AI không cần thiết
- Hứa sẽ "sửa" email
Cách chúng tôi xây dựng cơ sở hạ tầng email thực sự hiệu quả
Cách tiếp cận chống khởi nghiệp của chúng tôi
Trong khi các công ty khác tiêu tốn hàng triệu đô la để cố gắng cải tiến email, chúng tôi tập trung vào việc xây dựng cơ sở hạ tầng đáng tin cậy:
- Không có trục: Chúng tôi đã xây dựng cơ sở hạ tầng email trong hơn 7 năm
- Không có chiến lược mua lại: Chúng tôi đang xây dựng cho mục tiêu dài hạn
- Không có tuyên bố "cách mạng": Chúng tôi chỉ làm cho email hoạt động tốt hơn
Điều gì làm chúng tôi khác biệt
[!TIP]
Tuân thủ cấp chính phủ: Chuyển tiếp Email là Tuân thủ Mục 889 và phục vụ các tổ chức như Học viện Hải quân Hoa Kỳ, thể hiện cam kết của chúng tôi trong việc đáp ứng các yêu cầu an ninh liên bang nghiêm ngặt.
[!NOTE]
Triển khai OpenPGP và OpenWKD: Không giống như Fastmail, từ chối thực hiện PGP nêu lý do lo ngại về tính phức tạp, Forward Email cung cấp hỗ trợ OpenPGP đầy đủ với khả năng tuân thủ OpenWKD (Web Key Directory), mang đến cho người dùng khả năng mã hóa mà họ thực sự muốn mà không buộc họ phải sử dụng các giao thức thử nghiệm như JMAP.
So sánh ngăn xếp kỹ thuật:
graph TD
A[Proton Mail Stack] --> B[Postfix SMTP Server]
A --> C[Custom Encryption Layer]
A --> D[Web Interface]
E[Forward Email Stack] --> F[100% Custom Node.js]
E --> G[JavaScript Throughout]
E --> H[Built From Scratch]
B --> I[1980s C code]
C --> J[Glue code required]
D --> K[Integration complexity]
F --> L[Modern language]
G --> M[No glue code needed]
H --> N[Web-native design]
- = Bài đăng trên blog APNIC xác nhận Proton sử dụng postfix-mta-sts-resolver, cho biết họ chạy một ngăn xếp Postfix
Sự khác biệt chính:
- Ngôn ngữ hiện đại: JavaScript trên toàn bộ ngăn xếp so với mã C những năm 1980
- Không có mã keo: Ngôn ngữ đơn loại bỏ sự phức tạp của tích hợp
- Web gốc: Được xây dựng cho phát triển web hiện đại từ đầu
- Có thể duy trì: Bất kỳ nhà phát triển web nào cũng có thể hiểu và đóng góp
- Không có nợ thừa kế: Cơ sở mã sạch, hiện đại mà không cần nhiều bản vá lỗi trong nhiều thập kỷ
[!NOTE]
Quyền riêng tư theo thiết kế: Của chúng tôi chính sách bảo mật đảm bảo chúng tôi không lưu trữ email được chuyển tiếp vào bộ nhớ đĩa hoặc cơ sở dữ liệu, không lưu trữ siêu dữ liệu về email và không lưu trữ nhật ký hoặc địa chỉ IP - chỉ hoạt động trong bộ nhớ cho các dịch vụ chuyển tiếp email.
Tài liệu kỹ thuật: Để biết thông tin chi tiết toàn diện về cách tiếp cận, kiến trúc và triển khai bảo mật của chúng tôi, hãy xem sách trắng kỹ thuật và tài liệu kỹ thuật mở rộng.
So sánh nhà cung cấp dịch vụ email: Tăng trưởng thông qua các giao thức đã được chứng minh
[!NOTE]
Số tăng trưởng thực tế: Trong khi các nhà cung cấp khác theo đuổi các giao thức thử nghiệm, Forward Email tập trung vào những gì người dùng thực sự muốn - IMAP, POP3, SMTP, CalDAV và CardDAV đáng tin cậy hoạt động trên mọi thiết bị. Sự phát triển của chúng tôi chứng minh giá trị của phương pháp này.
Các nhà cung cấp Tên miền (2024 qua Đường mòn bảo mật) Tên miền (2025 qua XemDNS) Phần trăm thay đổi Bản ghi MX Chuyển tiếp email 418,477 506,653 +21.1% mx1.forwardemail.net
Thư proton 253,977 334,909 +31.9% mail.protonmail.ch
Thư nhanh 168,433 192,075 +14% in1-smtp.messagingengine.com
Hộp thư 38,659 43,337 +12.1% mxext1.mailbox.org
Tổng cộng 18,781 21,720 +15.6% mail.tutanota.de
Skiff (đã ngừng hoạt động) 7,504 3,361 -55.2% inbound-smtp.skiff.com
Những hiểu biết chính:
- Chuyển tiếp email cho thấy sự tăng trưởng mạnh mẽ (+21,1%) với hơn 500.000 tên miền sử dụng bản ghi MX của chúng tôi
- Cơ sở hạ tầng đã được chứng minh là chiến thắng: Các dịch vụ có IMAP/SMTP đáng tin cậy cho thấy việc áp dụng tên miền nhất quán
- Sự không liên quan của JMAP: Khoản đầu tư JMAP của Fastmail cho thấy mức tăng trưởng chậm hơn (+14%) so với các nhà cung cấp tập trung vào các giao thức chuẩn
- Sự sụp đổ của Skiff:Công ty khởi nghiệp đã phá sản đã mất 55,2% tên miền, chứng minh sự thất bại của các phương pháp tiếp cận email "mang tính cách mạng"
- Xác thực thị trường: Sự tăng trưởng số lượng tên miền phản ánh mức độ chấp nhận của người dùng thực tế, không phải số liệu tiếp thị
Dòng thời gian kỹ thuật
Dựa trên của chúng tôi dòng thời gian chính thức của công ty, sau đây là cách chúng tôi xây dựng cơ sở hạ tầng email thực sự hiệu quả:
timeline
title Forward Email Development Timeline
2017 : October 2nd - Domain purchased : November 5th - 634-line JavaScript file created : November - Official launch with DNS-based forwarding
2018 : April - Switched to Cloudflare DNS for privacy : October - Gmail and Outlook "Send Mail As" integration
2019 : May - v2 release with performance improvements using Node.js streams
2020 : February - Enhanced Privacy Protection plan : April - Spam Scanner alpha release and 2FA : May - Custom port forwarding and RESTful API : August - ARC email authentication support : November 23rd - Public launch out of beta
2021 : February - 100% JavaScript/Node.js stack (removed Python) : September 27th - Regular expression alias support
2023 : January - Redesigned website : February - Error logs and dark mode : March - Tangerine integration and DNS over HTTPS : April - New infrastructure with bare metal servers : May - Outbound SMTP feature launch : November - Encrypted mailbox storage with IMAP support : December - POP3, passkeys, WebAuthn, and OpenPGP support
2024 : February - CalDAV support : March-July - IMAP/POP3/CalDAV optimizations : July - iOS Push support and TTI monitoring : August - EML/Mbox export and webhook signatures : September-January 2025 - Vacation responder and OpenPGP/WKD encryption
Tại sao chúng ta thành công trong khi người khác thất bại
- Chúng tôi xây dựng cơ sở hạ tầng, không phải ứng dụng: Tập trung vào máy chủ và giao thức
- Chúng tôi tăng cường chứ không thay thế: Làm việc với các ứng dụng email hiện có
- Chúng tôi có lợi nhuận: Không có áp lực từ VC để "phát triển nhanh và phá vỡ mọi thứ"
- Chúng tôi hiểu email: Hơn 7 năm kinh nghiệm chuyên môn sâu
- Chúng tôi phục vụ các nhà phát triển: API và công cụ thực sự giải quyết vấn đề
Kiểm tra thực tế chi phí
graph TD
A[Typical Email Startup] --> B[$500K-2M per month burn]
A --> C[20-50 employees]
A --> D[Expensive office space]
A --> E[Marketing costs]
F[Forward Email] --> G[Profitable from day one]
F --> H[Small focused team]
F --> I[Remote-first, low overhead]
F --> J[Organic growth]
Thách thức bảo mật trong cơ sở hạ tầng email
[!IMPORTANT]
Bảo mật Email Quantum-Safe: Chuyển tiếp Email là dịch vụ email đầu tiên và duy nhất trên thế giới sử dụng hộp thư SQLite chống lượng tử và được mã hóa riêng lẻ, cung cấp khả năng bảo mật chưa từng có trước các mối đe dọa máy tính lượng tử trong tương lai.
Bảo mật email là một thách thức phức tạp ảnh hưởng đến tất cả các nhà cung cấp trong ngành. Thay vì nêu bật các sự cố riêng lẻ, việc hiểu các cân nhắc chung về bảo mật mà tất cả các nhà cung cấp cơ sở hạ tầng email phải giải quyết sẽ có giá trị hơn.
Những cân nhắc chung về bảo mật
Tất cả các nhà cung cấp email đều phải đối mặt với những thách thức bảo mật tương tự:
- Bảo vệ dữ liệu: Bảo mật dữ liệu và thông tin liên lạc của người dùng
- Kiểm soát truy cập: Quản lý xác thực và ủy quyền
- An ninh cơ sở hạ tầng: Bảo vệ máy chủ và cơ sở dữ liệu
- Sự tuân thủ: Đáp ứng các yêu cầu quy định khác nhau như GDPR Và CCPA
[!NOTE]
Mã hóa nâng cao: Của chúng tôi thực hành an ninh bao gồm mã hóa ChaCha20-Poly1305 cho hộp thư, mã hóa toàn bộ ổ đĩa với LUKS v2 và bảo vệ toàn diện với mã hóa khi lưu trữ, mã hóa trong bộ nhớ và mã hóa khi truyền tải.
Giá trị của sự minh bạch
Khi sự cố bảo mật xảy ra, phản ứng có giá trị nhất là sự minh bạch và hành động nhanh chóng. Các công ty:
- Tiết lộ sự cố kịp thời: Giúp người dùng đưa ra quyết định sáng suốt
- Cung cấp mốc thời gian chi tiết: Thể hiện họ hiểu được phạm vi của các vấn đề
- Thực hiện sửa chữa nhanh chóng: Thể hiện năng lực kỹ thuật
- Chia sẻ bài học kinh nghiệm: Góp phần cải thiện an ninh toàn ngành
Những phản hồi này có lợi cho toàn bộ hệ sinh thái email bằng cách thúc đẩy các biện pháp thực hành tốt nhất và khuyến khích các nhà cung cấp khác duy trì các tiêu chuẩn bảo mật cao.
Những thách thức về an ninh đang diễn ra
Ngành công nghiệp email tiếp tục phát triển các biện pháp bảo mật của mình:
- Tiêu chuẩn mã hóa: Triển khai các phương pháp mã hóa tốt hơn như TLS 1.3
- Giao thức xác thực: Cải thiện DKIM, SPF, Và DMARC
- Phát hiện mối đe dọa: Phát triển bộ lọc thư rác và lừa đảo tốt hơn
- Tăng cường cơ sở hạ tầng: Bảo mật máy chủ và cơ sở dữ liệu
- Quản lý danh tiếng tên miền: Đối phó với thư rác chưa từng có từ tên miền onmicrosoft.com của Microsoft yêu cầu quy tắc chặn tùy ý Và thảo luận MSP bổ sung
Những thách thức này đòi hỏi sự đầu tư liên tục và chuyên môn từ tất cả các nhà cung cấp trong lĩnh vực này.
Kết luận: Tập trung vào cơ sở hạ tầng, không phải ứng dụng
Bằng chứng rõ ràng
Sau khi phân tích hàng trăm công ty khởi nghiệp về email:
- Tỷ lệ thất bại 80%+:Hầu hết các công ty khởi nghiệp email đều thất bại hoàn toàn (con số này có thể CAO HƠN 80%; chúng tôi đang nói một cách tử tế)
- Ứng dụng khách hàng thường thất bại: Việc bị mua lại thường có nghĩa là cái chết đối với các máy khách email
- Cơ sở hạ tầng có thể thành công: Các công ty xây dựng dịch vụ SMTP/API thường phát triển mạnh
- Nguồn vốn VC tạo ra áp lực: Vốn đầu tư mạo hiểm tạo ra kỳ vọng tăng trưởng không thực tế
- Nợ kỹ thuật tích lũy:Xây dựng cơ sở hạ tầng email khó hơn bạn nghĩ
Bối cảnh lịch sử
Theo các công ty khởi nghiệp, email đã "chết" trong hơn 20 năm:
- 2004: "Mạng xã hội sẽ thay thế email"
- 2008: "Tin nhắn di động sẽ giết chết email"
- 2012: "Chùng xuống sẽ thay thế email"
- 2016: "AI sẽ cách mạng hóa email"
- 2020: "Làm việc từ xa cần có công cụ giao tiếp mới"
- 2024: "AI cuối cùng sẽ sửa được email"
Email vẫn còn ở đây. Nó vẫn đang phát triển. Nó vẫn cần thiết.
Bài học thực sự
Bài học ở đây không phải là email không thể được cải thiện. Mà là về việc lựa chọn cách tiếp cận đúng đắn:
- Giao thức email hoạt động: SMTP, IMAP, POP3 đã được thử nghiệm trong chiến đấu
- Vấn đề cơ sở hạ tầng: Độ tin cậy và hiệu suất đánh bại các tính năng hào nhoáng
- Sự cải tiến đánh bại sự thay thế: Làm việc với email, đừng chống lại nó
- Tính bền vững đánh bại tăng trưởng: Các doanh nghiệp có lợi nhuận tồn tại lâu hơn các doanh nghiệp được VC tài trợ
- Phục vụ các nhà phát triển: Các công cụ và API tạo ra nhiều giá trị hơn các ứng dụng dành cho người dùng cuối
Cơ hội: Triển khai tốt hơn các giao thức đã được chứng minh, chứ không phải thay thế giao thức.
[!TIP]
Phân tích dịch vụ email toàn diện: Để so sánh chuyên sâu 79 dịch vụ email vào năm 2025, bao gồm các bài đánh giá chi tiết, ảnh chụp màn hình và phân tích kỹ thuật, hãy xem hướng dẫn toàn diện của chúng tôi: 79 Dịch vụ Email Tốt nhất. Phân tích này chứng minh lý do tại sao Forward Email luôn được xếp hạng là lựa chọn được khuyến nghị về độ tin cậy, bảo mật và tuân thủ tiêu chuẩn.
[!NOTE]
Xác thực trong thế giới thực: Phương pháp tiếp cận của chúng tôi phù hợp với các tổ chức từ các cơ quan chính phủ yêu cầu tuân thủ Mục 889 ĐẾN các trường đại học lớn quản lý hàng chục ngàn địa chỉ cựu sinh viên, chứng minh rằng xây dựng cơ sở hạ tầng đáng tin cậy là con đường dẫn đến thành công của email.
Nếu bạn đang nghĩ đến việc xây dựng một công ty khởi nghiệp về email, hãy cân nhắc xây dựng cơ sở hạ tầng email. Thế giới cần các máy chủ email tốt hơn, chứ không phải nhiều ứng dụng email hơn.
Nghĩa địa email mở rộng: Nhiều lỗi và sự cố hơn
Các thí nghiệm email của Google đã sai
Google, mặc dù sở hữu Gmail, đã giết chết nhiều dự án email:
- Sóng Google (2009-2012): "Kẻ giết người qua email" mà không ai hiểu được
- Google Buzz (2010-2011): Thảm họa tích hợp email xã hội
- Hộp thư đến của Gmail (2014-2019): Người kế nhiệm "thông minh" của Gmail, bị bỏ rơi
- Google+ Tính năng email (2011-2019): Tích hợp email mạng xã hội
Mẫu:Ngay cả Google cũng không thể tái tạo thành công email.
Thất bại liên tiếp: Ba cái chết của Newton Mail
Thư Newton đã chết ba lần:
- Đám mâyMagic (2013-2016): Ứng dụng email được Newton mua lại
- Thư Newton (2016-2018): Đổi thương hiệu, mô hình đăng ký thất bại
- Sự hồi sinh của Newton Mail (2019-2020): Nỗ lực trở lại, lại thất bại
Bài học:Các ứng dụng email không thể duy trì mô hình đăng ký.
Các ứng dụng chưa bao giờ ra mắt
Nhiều công ty khởi nghiệp về email đã thất bại trước khi ra mắt:
- Thời gian (2014): Tích hợp lịch-email, ngừng hoạt động trước khi ra mắt
- Luồng thư (2011): Công cụ quản lý email, được mua trước khi phát hành
- lưu loát (2013): Máy khách email, quá trình phát triển đã dừng lại
Mô hình từ tiếp nhận đến đóng cửa
- Chim sẻ → Google → Tắt máy (2012-2013)
- reMail → Google → Tắt máy (2010-2011)
- Hộp thư → Dropbox → Tắt máy (2013-2015)
- Accompli → Microsoft → Tắt máy (trở thành Outlook Mobile)
- Acompli → Microsoft → Tích hợp (thành công hiếm hoi)
Hợp nhất cơ sở hạ tầng email
- Hộp thư → eM Client (2024): Hộp thư bưu chính ngay lập tức đóng cửa sau khi mua lại
- Nhiều lần mua lại: Ngẫu hứng đã được mua lại nhiều lần, với mối quan tâm về quyền riêng tư được nêu ra Và thông báo mua lại Và danh sách doanh nghiệp
- Sự suy thoái dịch vụ: Nhiều dịch vụ trở nên tệ hơn sau khi mua lại
Nghĩa địa email nguồn mở: Khi "Miễn phí" không bền vững
Nylas Mail → Mailspring: Chiếc nĩa không thể
- Thư Nylas: Trình duyệt email nguồn mở, ngừng sản xuất năm 2017 và đã có vấn đề sử dụng bộ nhớ lớn
- Thư mùa xuân: Community fork, đang vật lộn với việc bảo trì và vấn đề sử dụng RAM cao
- Thực tế:Các ứng dụng email nguồn mở không thể cạnh tranh với các ứng dụng gốc
Eudora: Cuộc hành trình tử thần kéo dài 18 năm
- 1988-2006: Trình duyệt email phổ biến cho Mac/Windows
- 2006: Qualcomm đã dừng phát triển
- 2007: Mã nguồn mở là "Eudora OSE"
- 2010: Dự án bị bỏ dở
- Bài học: Ngay cả những ứng dụng email thành công cuối cùng cũng chết
FairEmail: Bị giết bởi Chính trị Google Play
- Email công bằng: Trình duyệt email Android tập trung vào quyền riêng tư
- Google Play: Bị cấm vì "vi phạm chính sách"
- Thực tế: Chính sách nền tảng có thể giết chết các ứng dụng email ngay lập tức
Vấn đề bảo trì
Các dự án email nguồn mở thất bại vì:
- Độ phức tạp: Giao thức email phức tạp để triển khai đúng cách
- Bảo vệ: Cần cập nhật bảo mật liên tục
- Khả năng tương thích: Phải làm việc với tất cả các nhà cung cấp email
- Tài nguyên: Sự kiệt sức của các nhà phát triển tình nguyện
Sự bùng nổ của công nghệ email AI: Lịch sử lặp lại với "Trí thông minh"
Cơn sốt email AI hiện tại
Các công ty khởi nghiệp email AI năm 2024:
- Siêu nhân: Đã huy động được 33 triệu đô la, được mua lại bởi Grammarly (2025)
- Sóng ngắn: Y Combinator, Gmail + AI
- Hộp Sane: Lọc email bằng AI (thực sự có lợi nhuận)
- Boomerang: Lập lịch và phản hồi AI
- Thư-0/Không: Khởi nghiệp ứng dụng email hỗ trợ AI đang xây dựng thêm một giao diện email khác
- Hộp thư đến số không: Trợ lý email AI nguồn mở đang cố gắng tự động hóa việc quản lý email
Cơn sốt tài trợ
Các nhà đầu tư mạo hiểm đang đổ tiền vào "AI + Email":
- Đã đầu tư hơn 100 triệu đô la trong các công ty khởi nghiệp email AI vào năm 2024
- Những lời hứa tương tự: "Trải nghiệm email mang tính cách mạng"
- Những vấn đề tương tự: Xây dựng trên cơ sở hạ tầng hiện có
- Kết quả tương tự: Hầu hết sẽ thất bại trong vòng 3 năm
Tại sao tất cả họ sẽ thất bại (một lần nữa)
- AI không giải quyết được những vấn đề không liên quan đến email: Email hoạt động tốt
- Gmail đã có AI: Trả lời thông minh, hộp thư đến ưu tiên, lọc thư rác
- Mối quan tâm về quyền riêng tư:AI yêu cầu đọc tất cả email của bạn
- Cấu trúc chi phí: Xử lý AI tốn kém, email là hàng hóa
- Hiệu ứng mạng: Không thể phá vỡ sự thống trị của Gmail/Outlook
Kết quả tất yếu
- 2025: Superhuman đã được Grammarly mua lại thành công - một sự thoát hiểm thành công hiếm hoi cho một ứng dụng email
- 2025-2026:Hầu hết các công ty khởi nghiệp email AI còn lại sẽ chuyển hướng hoặc đóng cửa
- 2027: Những người sống sót sẽ được tiếp nhận, với kết quả hỗn hợp
- 2028: "Email blockchain" hay xu hướng tiếp theo sẽ xuất hiện
Thảm họa hợp nhất: Khi "Những người sống sót" trở thành thảm họa
Hợp nhất dịch vụ email tuyệt vời
Ngành công nghiệp email đã được củng cố đáng kể:
- ActiveCampaign đã mua lại Postmark (2022)
- Sinch đã mua lại Mailgun (2021)
- Twilio đã mua lại SendGrid (2019)
- Nhiều Ngẫu hứng mua lại (đang diễn ra) với mối quan tâm về quyền riêng tư Và thông báo mua lại Và danh sách doanh nghiệp
Triển vọng: "Kẻ sống sót" không thể ngừng phá vỡ
Microsoft Outlook, mặc dù là "người sống sót", vẫn liên tục gặp phải những vấn đề:
- Rò rỉ bộ nhớ: Outlook tiêu tốn hàng gigabyte RAM Và yêu cầu khởi động lại thường xuyên
- Vấn đề đồng bộ: Email biến mất và xuất hiện lại ngẫu nhiên
- Các vấn đề về hiệu suất: Khởi động chậm, thường xuyên bị sập
- Vấn đề tương thích: Phá vỡ với các nhà cung cấp email của bên thứ ba
Trải nghiệm thực tế của chúng tôi:Chúng tôi thường xuyên hỗ trợ khách hàng có thiết lập Outlook không tuân thủ hoàn toàn IMAP của chúng tôi.
Vấn đề cơ sở hạ tầng của dấu bưu điện
Sau đó Việc mua lại ActiveCampaign:
- Lỗi chứng chỉ SSL: Gần 10 giờ mất điện vào tháng 9 năm 2024 do chứng chỉ SSL đã hết hạn
- Từ chối của người dùng: Marc Köhlbrugge bị từ chối mặc dù sử dụng hợp pháp
- Nhà phát triển Exodus: @levelsio tuyên bố "Amazon SES là hy vọng cuối cùng của chúng tôi"
- Các vấn đề của MailGun: Scott đã báo cáo: "Dịch vụ tệ nhất từ @Mail_Gun... chúng tôi không thể gửi email trong 2 tuần"
Thương vong gần đây của Email Client (2024-2025)
Hộp thư → eM Client Sự mua lại: Năm 2024, eM Client đã mua lại Postbox và ngay lập tức tắt nó đibuộc hàng ngàn người dùng phải di chuyển.
Thư Canary Vấn đề: Cho dù Cây Sequoia ủng hộ, người dùng báo cáo các tính năng không hoạt động và dịch vụ hỗ trợ khách hàng kém.
Spark của Readdle: Người dùng ngày càng báo cáo trải nghiệm kém với ứng dụng email.
Chim đưa thư Vấn đề cấp phép: Người dùng Windows gặp phải vấn đề về cấp phép và nhầm lẫn về đăng ký.
Đường hàng không Sự suy sụp: Trình khách email Mac/iOS, dựa trên cơ sở mã Sparrow bị lỗi, tiếp tục nhận được đánh giá kém về vấn đề độ tin cậy.
Mở rộng Email và Mua dịch vụ
HubSpot Sidekick → Đã ngừng sản xuất: Phần mở rộng theo dõi email của HubSpot là ngừng sản xuất vào năm 2016 và thay thế bằng "Bán hàng HubSpot".
Tham gia Gmail → Đã nghỉ hưu: Phần mở rộng Gmail của Salesforce là đã nghỉ hưu vào tháng 6 năm 2024, buộc người dùng phải chuyển sang các giải pháp khác.
Những người sống sót: Các công ty email thực sự hoạt động
Không phải tất cả các công ty email đều thất bại. Sau đây là những công ty thực sự hoạt động:
Mailmodo: Câu chuyện thành công của Y Combinator, 2 triệu đô la từ Surge của Sequoia bằng cách tập trung vào các chiến dịch email tương tác.
Mixmax: Nâng lên Tổng số tiền tài trợ là 13,3 triệu đô la và tiếp tục hoạt động như một nền tảng tương tác bán hàng thành công.
Outreach.io: Đạt Giá trị định giá 4,4 tỷ đô la và đang chuẩn bị cho đợt IPO tiềm năng như một nền tảng tương tác bán hàng.
Apollo.io: Đã đạt được Giá trị định giá 1,6 tỷ đô la với khoản đầu tư 100 triệu đô la vào vòng D năm 2023 cho nền tảng thông tin bán hàng của họ.
Khối lượng: Tạo câu chuyện thành công Bootstrap $140K/tháng như một tiện ích mở rộng của Gmail cho tiếp thị qua email.
Chuỗi CRM: CRM thành công dựa trên Gmail đã và đang hoạt động từ năm 2012 không có vấn đề gì lớn.
ToutApp: Thành công được Marketo mua lại vào năm 2017 sau khi huy động được hơn 15 triệu đô la tiền tài trợ.
Thẻ chuối: Được Staffbase mua lại vào năm 2021 và tiếp tục hoạt động với tên gọi "Staffbase Email".
Mẫu chìa khóa:Những công ty này thành công vì họ cải thiện quy trình làm việc email hiện có thay vì cố gắng thay thế hoàn toàn email. Họ xây dựng các công cụ hoạt động với cơ sở hạ tầng email, chứ không phải chống lại nó.
[!TIP]
Bạn không thấy nhà cung cấp nào bạn biết được đề cập ở đây? (ví dụ: Posteo, Mailbox.org, Migadu, v.v.) Xem trang so sánh dịch vụ email toàn diện để biết thêm thông tin chi tiết.