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ậtGiớ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 tyNămMáy gia tốcTài trợKết quảTrạng tháiVấ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ồiNhữ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ồiChỉ tuyển dụng nhân tài
Email Copilot2012Ngôi sao công nghệ~$120K (tiêu chuẩn Techstars)Đã mua → Tắt máy😵 Chết rồiBây giờ chuyển hướng đến Validity
Trả lờiGửi2012Ngôi sao công nghệ~$120K (tiêu chuẩn Techstars)Thất bại😵 Chết rồiGiá trị đề xuất mơ hồ
Đã đóng bìa2012Ngô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ộn2015Ngôi sao công nghệ~$120K (tiêu chuẩn Techstars)Thất bại😵 Chết rồiMã hóa email
Hộp thư đếnFever2011Ngôi sao công nghệ~$118K (Techstars 2011)Thất bại😵 Chết rồiAPI cho ứng dụng email
E-mail2014YC~$120K (tiêu chuẩn YC)Xoay trục🧟 Thây maEmail di động → "sức khỏe"
Thời gian gửi thư2016YC~$120K (tiêu chuẩn YC)Xoay trục🧟 Thây maMáy khách email → phân tích
gửi lại2009YC~$20K (YC 2009)Được Google mua lại → Tắt máy😵 Chết rồiTìm kiếm email trên iPhone
Thư Haven2016500 Toàn cầu~$100K (tiêu chuẩn 500)Đã thoátKhô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:

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:

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ự:

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:

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:

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

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ế

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:

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:

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:

[!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:

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:

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:

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:

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:

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)

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

  1. Đượ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
  2. Đã giải quyết các vấn đề thực tế: Quản lý liên lạc thực sự bị hỏng
  3. Thị trường doanh nghiệp: Các doanh nghiệp trả tiền cho các công cụ năng suất
  4. 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 BrezinaAdam 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ọ:

  1. Xây dựng cơ sở hạ tầng (Gửi Lưới, súng đưa thư)
  2. Cải thiện quy trình làm việc hiện có (Hobney, Thư nhanh)
  3. Tập trung vào độ tin cậy (Amazon SES, Dấu bưu điện)
  4. 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:

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à:

  1. 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
  2. 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
  3. Công cụ phát triển: API để gửi email, webhooks để theo dõi
  4. 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]

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ấpTên miền (2024 qua Đường mòn bảo mật)Tên miền (2025 qua XemDNS)Phần trăm thay đổiBản ghi MX
Chuyển tiếp email418,477506,653+21.1%mx1.forwardemail.net
Thư proton253,977334,909+31.9%mail.protonmail.ch
Thư nhanh168,433192,075+14%in1-smtp.messagingengine.com
Hộp thư38,65943,337+12.1%mxext1.mailbox.org
Tổng cộng18,78121,720+15.6%mail.tutanota.de
Skiff (đã ngừng hoạt động)7,5043,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

  1. 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
  2. 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ó
  3. 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ứ"
  4. Chúng tôi hiểu email: Hơn 7 năm kinh nghiệm chuyên môn sâu
  5. 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ư GDPRCCPA

[!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:

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:

  1. Giao thức email hoạt động: SMTP, IMAP, POP3 đã được thử nghiệm trong chiến đấu
  2. 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
  3. Sự cải tiến đánh bại sự thay thế: Làm việc với email, đừng chống lại nó
  4. 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ợ
  5. 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:

  1. Đám mâyMagic (2013-2016): Ứng dụng email được Newton mua lại
  2. Thư Newton (2016-2018): Đổi thương hiệu, mô hình đăng ký thất bại
  3. 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

Hợp nhất cơ sở hạ tầng email

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ể

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

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:

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)

  1. 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
  2. Gmail đã có AI: Trả lời thông minh, hộp thư đến ưu tiên, lọc thư rác
  3. 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
  4. Cấu trúc chi phí: Xử lý AI tốn kém, email là hàng hóa
  5. 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ể:

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 đề:

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:

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.