メールスタートアップの墓場: ほとんどのメール会社が失敗する理由

多くのメールスタートアップ企業が認識されている問題の解決に数百万ドルを投資している一方で、私たちForward Emailは、2017年から信頼性の高いメールインフラストラクチャをゼロから構築することに注力してきました。この分析では、メールスタートアップ企業の成果の背後にあるパターンと、メールインフラストラクチャの根本的な課題を探ります。
Note
重要な洞察: ほとんどのメールスタートアップ企業は、実際のメールインフラをゼロから構築していません。多くの企業は、Amazon SES などの既存のソリューションや Postfix などのオープンソースシステムをベースに構築しています。コアプロトコルは問題なく動作していますが、課題は実装にあります。
Tip
技術的な詳細:当社のアプローチ、アーキテクチャ、セキュリティ実装に関する包括的な詳細については、2017年からの開発タイムライン全体をまとめたメール転送に関するテクニカルホワイトペーパーと概要ページをご覧ください。
メール起動失敗マトリックス
Caution
失敗率アラート: テックスターズだけでも28社のメール関連企業がある の出口が5つしかないため、失敗率が非常に高くなっています(80%以上と計算される場合もあります)。
以下は、私たちが見つけることができたすべての主要な電子メールスタートアップの失敗例です。アクセラレーター、資金調達、結果ごとにまとめられています。
会社 | 年 | アクセル | 資金調達 | 結果 | 状態 | 重要な問題 |
---|---|---|---|---|---|---|
スキフ | 2024 | - | $14.2M total | Notionに買収→閉鎖 | 😵 死んだ | Founders left Notion for Cursor |
スズメ | 2012 | - | $247K seed, <$25M acquisition | Googleに買収→閉鎖 | 😵 死んだ | Talent acquisition only |
メールコパイロット | 2012 | テックスターズ | 約12万ドル(Techstars標準) | 買収 → シャットダウン | 😵 死んだ | Now redirects to Validity |
返信送信 | 2012 | テックスターズ | 約12万ドル(Techstars標準) | 失敗した | 😵 死んだ | Vague value proposition |
作成済み | 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
隠された真実: あらゆる「メールスタートアップ」は、既存のインフラ上にUIを構築しているだけです。彼らは実際のメールサーバーを構築しているのではなく、実際のメールインフラに接続するアプリを開発しているのです。
実際にメールを実行するもの
「メールスタートアップ」が実際に構築するもの
Tip
メール成功の鍵となるパターン:メール業界で真に成功する企業は、既存のものを一から作り直すようなことはしません。その代わりに、既存のメールワークフローを強化するインフラストラクチャとツールを構築します。センドグリッド、メールガン、そして消印は、信頼性の高いSMTP APIと配信サービスを提供することで、数十億ドル規模の企業へと成長しました。これらの企業は、メールプロトコルに逆らうのではなく、メールプロトコルと共に 機能しています。これは、Forward Emailで採用しているアプローチと同じです。
多くのメールスタートアップが失敗する理由
Important
基本パターン:メールクライアントのスタートアップ企業は、既存のプロトコルを置き換えようとすることで失敗することが多い一方、メールインフラストラクチャを提供する企業は、既存のワークフローを強化することで成功する可能性があります。重要なのは、ユーザーが実際に何を必要としているかと、起業家が何を必要としているかを理解することです。
1. メールプロトコルは機能するが、実装が機能しないことが多い
Note
メール統計: 毎日送信されるメールの数は3,473億通 は大きな問題はなく、2023年現在 世界中で43億7千万人のメールユーザー を配信しています。
コアとなる電子メール プロトコルは堅牢ですが、実装の品質は大きく異なります。
- ユニバーサルな互換性: すべてのデバイス、すべてのプラットフォームで SMTP、IMAP、POP3 をサポート
- 分散化: 世界中の数十億のメールサーバー に単一障害点はありません
- 標準化: SMTP、IMAP、POP3 は、1980年代から1990年代にかけて実績のあるプロトコルです
- 信頼性: 毎日送信されるメールの数は3,473億通 に大きな問題は発生していません
本当のチャンス: プロトコルの置き換えではなく、既存のプロトコルのより適切な実装。
2. ネットワーク効果は破壊不可能である
電子メールのネットワーク効果は絶対的です。
- 誰もがメールを持っている: 2023年時点で世界中で43億7千万人のメールユーザー
- クロスプラットフォーム: すべてのプロバイダー間でシームレスに連携
- ビジネスクリティカル: 運用上の企業の99%が毎日メールを使用しています
- 切り替えコスト: メールアドレスを変更すると、それに関連するすべてのものが壊れる
3. 間違った問題に的を絞っていることが多い
多くの電子メールスタートアップは、実際の問題点ではなく、認識されている問題に焦点を当てています。
- 「メールは複雑すぎる」: 基本的なワークフローはシンプルです - 1971年以来、送信、受信、整理
- 「メールにはAIが必要」: Gmailにはすでに効果的なスマート機能が搭載されている (スマートリプライや優先トレイなど)
- 「メールにはより強力なセキュリティが必要」: DKIM、SPF、DMARC は堅牢な認証を提供します
- 「メールには新しいインターフェースが必要」: 見通し と Gメール のインターフェースは、数十年にわたるユーザーリサーチを通じて改良されています
解決する価値のある実際の問題: インフラストラクチャの信頼性、配信性、スパムフィルタリング、開発者ツール。
4. 技術的負債は膨大である
実際の電子メール インフラストラクチャを構築するには、次のものが必要です。
- SMTPサーバー:複雑な配信と評判管理
- スパムフィルタリング:常に進化する脅威の状況
- ストレージシステム:信頼性の高いIMAP/POP3の実装
- 認証:DKIM、SPF、DMARC、ARCへの準拠
- 配信性:ISPとの関係と評判管理
5. インフラストラクチャが既に存在する
以下を使用できる場合、なぜ再発明する必要があるのでしょうか。
- アマゾンSES: 実績のある配信インフラストラクチャ
- ポストフィックス: 実績のあるSMTPサーバー
- 鳩小屋: 信頼性の高いIMAP/POP3サーバー
- スパムアサシン: 効果的なスパムフィルタリング
- 既存のプロバイダー: Gメール、見通し、ファストメールは問題なく動作します
ケーススタディ: メールのスタートアップが失敗するとき
ケーススタディ: スキフ事故
Skiff は、電子メール スタートアップのあらゆる問題点を完璧に例示しています。
セットアップ
- ポジショニング:「プライバシー重視のメールと生産性向上プラットフォーム」
- 資金調達:重要なベンチャーキャピタル
- 約束:プライバシーと暗号化による、より快適なメール
買収
統合と継続的な開発に関する典型的な買収約束を含む ノーションは2024年2月にスキフを買収した。。
現実
- 即時シャットダウン: スキフは数ヶ月以内に閉鎖された
- 創設者の離脱: Skiffの創設者はNotionを離れ、Cursorに加わった
- ユーザーの離脱: 数千人のユーザーが移行を余儀なくされる
アクセラレータ分析
Y Combinator: メールアプリファクトリー
Yコンビネーターは、数十のメール関連スタートアップに資金を提供してきました。そのパターンは以下のとおりです。
- メール (2014): モバイルメールクライアント → 「ウェルネス」に方向転換
- メールタイム (2016): チャット形式のメール → アナリティクスに方向転換
- 再メール (2009): iPhoneメール検索 → Googleに買収された → 終了
- 友好的な (2012): Gmailソーシャルプロフィール → LinkedInに買収された → 終了
成功率: 結果はまちまちでしたが、注目すべきエグジットもありました。いくつかの企業は買収に成功しました(reMailはGoogleへ、RapportiveはLinkedInへ)。一方で、メールサービスからの転換や、人材獲得のために買収された企業もありました。
Techstars: メールの墓場
テックスターズ の実績はさらに悪いです:
- メールコパイロット (2012): 取得 → シャットダウン
- 返信送信 (2012): 完全に失敗
- 作成 (2012): 「簡単・安全・メール」 → 失敗
- ジャンブル (2015): メール暗号化 → 失敗
- 受信箱フィーバー (2011): メールAPI → 失敗
パターン: 漠然とした価値提案、実際の技術革新なし、すぐに失敗。
ベンチャーキャピタルの罠
Caution
VC資金調達のパラドックス:VCはメールを使ったスタートアップを好みます。それは、シンプルに聞こえるのに実際には不可能だからです。投資を引き付ける根本的な前提こそが、失敗を保証するものなのです。
VC が電子メール スタートアップを好むのは、単純に聞こえるが実際には不可能だからです。
現実: これらの仮定はどれも電子メールには当てはまりません。
技術的な現実: 最新のメールスタック
「メールスタートアップ」の真の原動力
これらの企業が実際に何を運営しているかを見てみましょう。
パフォーマンスの問題
メモリの肥大化: ほとんどのメール アプリは、大量の RAM を消費する Electron ベースの Web アプリです。
- メールスプリング: 基本メールで500MB以上
- Nylas Mail: 1GB以上のメモリ使用量 (シャットダウン前)
- 郵便ポスト: 300MB以上のアイドルメモリ
- カナリアメール: メモリの問題による頻繁なクラッシュ
- サンダーバード: システムメモリのRAM使用率が最大90%まで上昇
Warning
Electron のパフォーマンス危機:Electron と React Native で構築された最新のメールクライアントは、深刻なメモリ肥大化とパフォーマンスの問題を抱えています。これらのクロスプラットフォームフレームワークは開発者にとって便利な一方で、基本的なメール機能を実行するだけで数百メガバイトからギガバイト単位の RAM を消費する、リソースを大量に消費するアプリケーションを生み出します。
バッテリーの消耗: 継続的な同期と非効率的なコード:
- 決して休むことのないバックグラウンドプロセス
- 数秒ごとに不要なAPI呼び出しが発生する
- 不十分な接続管理
- コア機能に絶対に必要なものを除き、サードパーティの依存関係がない
買収パターン:成功 vs. 撤退
2つのパターン
クライアント アプリ パターン (通常は失敗):
インフラストラクチャ パターン (多くの場合成功):
最近の例
クライアント アプリの障害:
- メールボックス → Dropbox → シャットダウン (2013~2015)
- スパロウ → Google → シャットダウン (2012~2013)
- reMail → Google → シャットダウン (2010~2011)
- スキフ → ノーション → シャットダウン (2024)
注目すべき例外:
- スーパーヒューマン → グラマーリー (2025): 生産性プラットフォームへの戦略的統合による買収の成功
インフラストラクチャの成功:
- SendGrid → Twilio (2019): 30億ドルの買収、継続的な成長
- メールガン → シンク (2021): 戦略的統合
- ポストマーク → ActiveCampaign (2022): プラットフォームの強化
業界の進化と統合
自然産業の進歩
メール業界は必然的に統合へと進んできました。大企業が中小企業を買収し、機能を統合したり競争相手を排除したりしてきました。これは必ずしも悪いことではありません。成熟した業界のほとんどがそうやって発展していくのです。
買収後の移行
メール会社が買収されると、ユーザーは次のような問題に直面することがよくあります。
- サービス移行: 新しいプラットフォームへの移行
- 機能変更: 特定の機能の喪失
- 価格調整: サブスクリプションモデルの変更
- 統合期間: 一時的なサービス中断
遷移中のユーザーの考慮事項
業界統合の過程で、ユーザーは次のようなメリットを得られます。
- 代替案の評価: 複数のプロバイダーが類似のサービスを提供しています
- 移行パスの理解: ほとんどのサービスがエクスポートツールを提供しています
- 長期的な安定性の検討: 確立されたプロバイダーは、多くの場合、より継続的なサービスを提供します
ハッカーニュースリアリティチェック
すべての電子メールスタートアップは、ハッカーニュース に関して同じコメントを受け取ります。
- 「電子メールは問題なく機能し、これにより問題は解決されました」
- 「他の人と同じように Gmail/Outlook を使用してください」
- 「2年後に廃止されるメールクライアント」
- 「本当の問題はスパムであり、これでは解決しない」
コミュニティの意見は正しい。こうしたコメントは、メールスタートアップの立ち上げ時に必ず現れる。根本的な問題は常に同じだからだ。
現代のAIメール詐欺
最新の波
2024 年には「AI 搭載メール」スタートアップの新たな波が到来し、最初の大規模なエグジットがすでに起こっています。
- 超人: 3,300万ドルを調達、Grammarlyによる買収に成功 (2025) - 稀に見るクライアントアプリの成功例
- 短波: AIサマリー機能付きGmailラッパー
- セインボックス: AIメールフィルタリング(実際には機能しますが、画期的ではありません)
いつもと同じ問題
「AI」を追加しても根本的な課題は解決されません。
- AIによる要約: ほとんどのメールは既に簡潔になっています
- スマート返信: Gmailには何年も前からこれがある で、効果的に機能します
- メールのスケジュール設定: Outlookはこれをネイティブに実行します
- 優先度検出: 既存のメールクライアントには効果的なフィルタリングシステムが備わっています
本当の課題: AI 機能には、比較的軽微な問題点に対処しながらも、多大なインフラストラクチャ投資が必要です。
実際に効果のあったメール成功事例
インフラ企業(受賞者)
- センドグリッド: Twilioによる30億ドルの買収
- メールガン: 5000万ドル以上の収益、Sinchに買収
- 消印: 黒字、ActiveCampaignに買収された
- アマゾンSES: 数十億ドルの収益
パターン: アプリではなくインフラストラクチャを構築します。
メールプロバイダー(生存者)
Warning
JMAPへの投資に関する疑問:Fastmailは、10歳以上、限定的な採用というプロトコルであるJMAPにリソースを投入する一方で、多くのユーザーが求めるPGP暗号化の実装を拒否するにも同時に取り組んでいます。これは、ユーザーからの要望よりもプロトコルの革新を優先するという戦略的な選択を示しています。JMAPがより広く普及するかどうかはまだ分かりませんが、現在のメールクライアントのエコシステムは、依然として主にIMAP/SMTPに依存しています。
Tip
エンタープライズの成功:一流大学向けの卒業生向けメールソリューションでは、Forward Emailがケンブリッジ大学を含む30,000人の卒業生のアドレスを管理しており、従来のソリューションと比較して年間87,000ドルのコスト削減を実現しています。
パターン: 電子メールを置き換えるのではなく、電子メールを強化するものです。
例外:Xobniの成功物語
ホブニー は、適切なアプローチを採用して実際に成功した数少ない電子メール関連のスタートアップ企業の 1 つとして際立っています。
Xobni がうまくいった点:
- 既存のメール機能を強化: Outlook を置き換えるのではなく、Outlook をベースに構築
- 実際の問題を解決: 連絡先管理とメール検索
- 統合に重点を置く: 既存のワークフローと連携
- エンタープライズ重視: 実際に課題を抱えるビジネスユーザーをターゲットに
成功: Xobniは2013年にYahooに6000万ドルで買収された。、投資家に確実な利益をもたらし、創設者に成功した出口を提供します。
他社が失敗したところでXobniが成功した理由
- 実績のあるインフラストラクチャ上に構築: Outlook の既存のメール処理機能を使用
- 実際の問題を解決: 連絡先管理が根本的に機能していなかった
- エンタープライズ市場: 企業は生産性向上ツールに費用を支払っている
- 統合アプローチ: 既存のワークフローを置き換えるのではなく、強化する
創業者の継続的な成功
マット・ブレジナ と アダム・スミス は Xobni の後も停止しませんでした:
- Matt Brezina: Dropbox、Mailboxなどへの投資で積極的なエンジェル投資家となりました。
- Adam Smith: 生産性向上分野で成功する企業を継続的に育成しました。
- 両創業者: メールの成功は置き換えではなく強化にあることを実証しました。
パターン
企業が電子メールで成功するのは次のような場合です。
- インフラストラクチャの構築 (センドグリッド、メールガン)
- 既存のワークフローの強化 (ホブニー、ファストメール)
- 信頼性の重視 (アマゾンSES、消印)
- 開発者へのサービス提供 (エンドユーザー向けアプリではなく、APIとツール)
メールを改革することに成功した人はいますか?
これは、電子メールのイノベーションの核心に迫る重要な質問です。簡潔に答えると、「電子メールを置き換えることに成功した人はいませんが、電子メールを強化することに成功した人はいます」となります。
実際に詰まったもの
過去 20 年間の電子メールの革新を振り返ると、
- Gmailのスレッド: メール整理機能の強化
- Outlookのカレンダー統合: スケジュール管理機能の強化
- モバイルメールアプリ: アクセシビリティの強化
- DKIM/SPF/DMARC: セキュリティの強化
パターン: 成功したイノベーションはすべて、既存の電子メール プロトコルを置き換えるのではなく、強化 するものでした。
新しいツールは電子メールを補完します(ただし、電子メールに取って代わるものではありません)
- スラック: チームチャットに最適ですが、メール通知も送信されます。
- 不和: コミュニティに最適ですが、アカウント管理にはメールを使用します。
- ワッツアップ: メッセージングには最適ですが、ビジネスではメールが依然として使用されます。
- ズーム: ビデオ通話には必須ですが、会議の招待はメールで届きます。
HEY実験
Important
実世界検証:HEYの創設者DHHは、個人ドメインdhh.dk
でForward Emailのサービスを実際に数年間利用しており、メールのイノベーターでさえも実績のあるインフラストラクチャに依存していることを示しています。
ベースキャンプ による HEY は、電子メールを「再発明」しようとする最近の最も真剣な試みを表しています。
- リリース: 盛大なファンファーレで迎えた2020年
- アプローチ: スクリーニング、バンドル、ワークフローを備えた全く新しいメールパラダイム
- 反応: 賛否両論 - 気に入っているユーザーもいるが、大半は既存のメールを使い続けている
- 現実: インターフェースは異なるものの、メール(SMTP/IMAP)であることに変わりはない
実際に機能するもの
最も成功した電子メールのイノベーションは次のとおりです。
- 優れたインフラストラクチャ:高速サーバー、優れたスパムフィルタリング、配信率の向上
- 強化されたインターフェース:Gmailの会話ビュー、Outlookのカレンダー統合
- 開発者ツール:メール送信用API、トラッキング用Webhook
- 専用ワークフロー:CRM連携、マーケティングオートメーション、トランザクションメール
これらは電子メールに代わるものではなく、電子メールをより良くするものでした。
既存の電子メールプロトコル向けの最新インフラストラクチャの構築:私たちのアプローチ
失敗例を掘り下げる前に、メールにおいて実際に何が機能しているのかを理解することが重要です。問題はメールが壊れていることではなく、多くの企業が既に完璧に機能しているものを「修正」しようとしていることです。
メールイノベーションスペクトラム
電子メールのイノベーションは、次の 3 つのカテゴリに分類されます。
インフラストラクチャに重点を置く理由
当社が最新の電子メール インフラストラクチャの構築を選択したのは、次の理由からです。
- メールプロトコルは実証済み: SMTPは1982年から安定して動作している
- 問題は実装: ほとんどのメールサービスは時代遅れのソフトウェアスタックを使用しています
- ユーザーは信頼性を求めています: 既存のワークフローを壊すような新機能は求めていません
- 開発者にはツールが必要です: より優れたAPIと管理インターフェース
メールで実際に機能するもの
成功のパターンはシンプルです。既存のメールワークフローを置き換えるのではなく、強化することです。つまり、
- より高速で信頼性の高いSMTPサーバーの構築
- 正規のメールを損なわずに、より優れたスパムフィルタリングを実現
- 既存のプロトコル向けに開発者フレンドリーなAPIを提供
- 適切なインフラストラクチャを通じて配信性を向上させる
私たちのアプローチ:私たちが他社と違う理由
私たちの活動
- 実際のインフラストラクチャを構築: カスタムSMTP/IMAPサーバーを一から構築
- 信頼性を重視: 99.99%の稼働率、適切なエラー処理
- 既存のワークフローを強化: すべてのメールクライアントに対応
- 開発者をサポート: 実際に機能するAPIとツール
- 互換性を維持: SMTP/IMAP/POP3に完全準拠
当社が行わないこと
- 「革新的な」メールクライアントを構築する
- 既存のメールプロトコルを置き換えようとする
- 不要なAI機能を追加する
- メールを「修正する」と約束する
実際に機能するメールインフラストラクチャの構築方法
当社のアンチスタートアップアプローチ
他の企業が電子メールの改革に何百万ドルも費やしている間、当社は信頼性の高いインフラストラクチャの構築に重点を置いています。
- ピボットなし: 7年以上メールインフラを構築してきました
- 買収戦略なし: 長期的な視点で構築しています
- 「革命的」な主張なし: メールをより良く機能させるだけです
当社の特徴
Tip
政府レベルのコンプライアンス:メール転送サービスはセクション889に準拠であり、米国海軍兵学校などの組織にサービスを提供しており、厳格な連邦政府のセキュリティ要件を満たすという当社のコミットメントを実証しています。
Note
OpenPGP と OpenWKD の実装: PGPの実装を拒否 が複雑さへの懸念を挙げている Fastmail とは異なり、Forward Email は OpenPGP を完全サポートし、OpenWKD (Web Key Directory) に準拠しているため、JMAP などの実験的なプロトコルの使用を強制することなく、ユーザーが本当に必要とする暗号化を実現できます。
技術スタックの比較:
- = APNICブログ投稿はProtonがpostfix-mta-sts-resolverを使用していることを確認し、Postfixスタックを実行していることを示しています。
主な違い:
- モダン言語: スタック全体でJavaScriptを採用、1980年代のC言語は不要
- グルーコードなし: 単一言語のため、統合の複雑さが解消
- Webネイティブ: ゼロから最新のWeb開発向けに構築
- メンテナンス性: あらゆるWeb開発者が理解し、貢献できる
- レガシー負債なし: 数十年にわたるパッチ適用のない、クリーンでモダンなコードベース
Note
プライバシーバイデザイン:プライバシーポリシー により、転送されたメールはディスクストレージやデータベースに保存されず、メールのメタデータやログ、IP アドレスも保存されません。メール転送サービスではメモリ内でのみ動作します。
技術ドキュメント: 当社のアプローチ、アーキテクチャ、セキュリティ実装の詳細については、技術ホワイトペーパー および詳細な技術ドキュメントをご覧ください。
メールサービスプロバイダーの比較:実証済みのプロトコルによる成長
Note
実質成長率:他のプロバイダーが試験的なプロトコルを追いかける中、Forward Emailはユーザーが本当に求めているもの、つまりあらゆるデバイスで動作する信頼性の高いIMAP、POP3、SMTP、CalDAV、CardDAVに重点を置いています。当社の成長は、このアプローチの価値を証明しています。
プロバイダー | ドメイン名(SecurityTrails 経由 2024) | ドメイン名(2025、ViewDNS経由) | 変化率 | MXレコード |
---|---|---|---|---|
メールを転送 | 418,477 | 506,653 | +21.1% | mx1.forwardemail.net |
プロトンメール | 253,977 | 334,909 | +31.9% | mail.protonmail.ch |
ファストメール | 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 |
スキフ(廃止) | 7,504 | 3,361 | -55.2% | inbound-smtp.skiff.com |
重要な洞察:
- Forward Email は50万以上のドメインがMXレコードを使用し、堅調な成長(+21.1%)を示しています。
- 実績のあるインフラストラクチャの勝利:信頼性の高いIMAP/SMTPを備えたサービスは、安定したドメイン導入率を示しています。
- JMAPの無関係性:FastmailのJMAPへの投資は、標準プロトコルに重点を置くプロバイダーと比較して、成長率が低い(+14%)ことを示しています。
- Skiffの崩壊:倒産したスタートアップ企業はドメインの55.2%を失い、「革新的な」メールアプローチの失敗を露呈しました。
- 市場の検証:ドメイン数の増加は、マーケティング指標ではなく、実際のユーザー導入率を反映しています。
テクニカルタイムライン
公式の会社タイムライン に基づいて、実際に機能する電子メール インフラストラクチャを構築する方法は次のとおりです。
他社が失敗する中で当社が成功する理由
- アプリではなくインフラを構築:サーバーとプロトコルに注力
- 置き換えではなく強化:既存のメールクライアントと連携
- 収益性が高い:ベンチャーキャピタルから「急成長して既存のものを壊せ」というプレッシャーを受けない
- メールに精通:7年以上の豊富な技術経験
- 開発者をサポート:実際に問題を解決できるAPIとツールを提供
コストの現実チェック
電子メールインフラストラクチャにおけるセキュリティの課題
Important
耐量子メールセキュリティ:転送メールは量子耐性と個別に暗号化されたSQLiteメールボックスを使用する世界初で唯一のメールサービスであり、将来の量子コンピューティングの脅威に対して前例のないセキュリティを提供します。
メールセキュリティは、業界のすべてのプロバイダーに影響を及ぼす複雑な課題です。個々のインシデントに焦点を当てるよりも、すべてのメールインフラプロバイダーが対処しなければならない共通のセキュリティ上の考慮事項を理解することの方が重要です。
一般的なセキュリティに関する考慮事項
すべてのメールプロバイダーは同様のセキュリティ上の課題に直面しています。
- データ保護: ユーザーデータと通信のセキュリティ保護
- アクセス制御: 認証と承認の管理
- インフラストラクチャセキュリティ: サーバーとデータベースの保護
- コンプライアンス: GDPR や CCPA などのさまざまな規制要件への準拠
Note
高度な暗号化:セキュリティ対策には、メールボックスのChaCha20-Poly1305暗号化、LUKS v2によるディスク全体の暗号化、保存時の暗号化、メモリ内の暗号化、転送中の暗号化による包括的な保護機能が含まれています。
透明性の価値
セキュリティインシデントが発生した場合、最も効果的な対応は透明性と迅速な対応です。以下の点に留意した企業
- インシデントを迅速に開示する: ユーザーが十分な情報に基づいた意思決定を行えるように支援する
- 詳細なタイムラインを提供する: 問題の範囲を理解していることを示す
- 迅速に修正を実施する: 技術的な能力を実証する
- 教訓を共有する: 業界全体のセキュリティ向上に貢献する
これらの対応は、ベスト プラクティスを促進し、他のプロバイダーに高いセキュリティ標準を維持するよう促すことで、電子メール エコシステム全体にメリットをもたらします。
進行中のセキュリティ上の課題
電子メール業界は、セキュリティ対策を進化させ続けています。
- 暗号化標準: TLS 1.3 などのより優れた暗号化方式の実装
- 認証プロトコル: DKIM、SPF、DMARC の改善
- 脅威検出: より優れたスパムおよびフィッシングフィルターの開発
- インフラストラクチャの強化: サーバーおよびデータベースのセキュリティ保護
- ドメインレピュテーション管理: 恣意的なブロックルール および 追加のMSPの議論 を必要とする Microsoftのonmicrosoft.comドメインからの前例のないスパム への対応
これらの課題を解決するには、この分野のすべてのプロバイダーからの継続的な投資と専門知識が必要です。
結論: アプリではなくインフラストラクチャに重点を置く
証拠は明らかです
数百の電子メールスタートアップを分析した結果:
- 80%以上の失敗率: ほとんどのメールスタートアップは完全に失敗します(この数字は80%をはるかに上回る可能性が高いです。控えめに言ってもです)
- クライアントアプリはたいてい失敗します: 買収されるということは、メールクライアントにとっては通常、死を意味します
- インフラは成功する可能性があります: SMTP/APIサービスを構築する企業は、しばしば成功します
- VCからの資金提供はプレッシャーを生み出します: ベンチャーキャピタルは非現実的な成長期待を生み出します
- 技術的負債が蓄積します: メールインフラの構築は見た目よりも困難です
歴史的背景
スタートアップ企業によると、電子メールは20年以上「衰退」し続けている。
- 2004:「ソーシャルネットワークがEメールに取って代わる」
- 2008:「モバイルメッセージングがEメールを駆逐する」
- 2012:「スラックがEメールに取って代わる」
- 2016:「AIがEメールに革命を起こす」
- 2020:「リモートワークには新しいコミュニケーションツールが必要」
- 2024:「AIがついにEメールを変革する」
メールは今も存在しています。今も成長を続けています。そして、今もなお欠かせない存在です。
本当の教訓
教訓は、メールは改善できないということではなく、適切なアプローチを選択することです。
- メールプロトコルは機能する: SMTP、IMAP、POP3は実戦でテスト済みです
- インフラストラクチャが重要: 信頼性とパフォーマンスは派手な機能よりも重要です
- 機能強化は置き換えよりも重要です: メールと格闘するのではなく、使いこなしましょう
- 持続可能性は成長よりも重要です: 収益性の高い企業は、VC資金提供を受けた企業よりも長く存続します
- 開発者に奉仕する: ツールとAPIは、エンドユーザー向けアプリよりも多くの価値を生み出します
機会: プロトコルの置き換えではなく、実績のあるプロトコルのより適切な実装。
Tip
包括的なメールサービス分析:2025年の79のメールサービスの詳細な比較(詳細なレビュー、スクリーンショット、技術分析を含む)については、当社の包括的なガイドをご覧ください:79のベストメールサービス。この分析では、信頼性、セキュリティ、標準準拠の点でForward Emailが常に推奨される選択肢である理由を説明しています。
Note
実環境検証:当社のアプローチはセクション889の遵守を要求する政府機関から数万の卒業生の住所を管理する主要大学までの組織に有効であり、信頼性の高いインフラストラクチャの構築がメールの成功への道であることを証明しています。
メールスタートアップの立ち上げを考えているなら、メールインフラの構築を検討してみてはいかがでしょうか。世界に必要なのは、より多くのメールアプリではなく、より優れたメールサーバーなのです。
拡張メール墓場: さらなる障害とシャットダウン
Googleのメール実験は失敗に終わった
Google は、Gメール を所有しているにもかかわらず、複数の電子メール プロジェクトを中止しました。
- Google Wave (2009-2012): 誰も理解しなかった「メールキラー」
- Googleバズ (2010-2011): ソーシャルメール連携の失敗
- Gmailの受信トレイ (2014-2019): Gmailの「スマート」な後継サービスだが、放棄された
- グーグル+ メール機能 (2011-2019): ソーシャルネットワークのメール連携
パターン: Google でも電子メールをうまく再発明することはできません。
連続失敗:ニュートン・メールの3人の死
ニュートンメール は 3 回 死亡しました:
- クラウドマジック (2013-2016): メールクライアントがNewtonに買収される
- Newton Mail (2016-2018): ブランド変更、サブスクリプションモデルは失敗
- ニュートン・メール・リバイバル (2019-2020): 復活を試みるも失敗
教訓: 電子メール クライアントはサブスクリプション モデルを維持できません。
起動しなかったアプリ
多くの電子メールスタートアップは立ち上げ前に消滅した。
- Tempo (2014): カレンダーとメールの統合、リリース前に停止
- メールストリーム (2011): メール管理ツール、リリース前に買収
- Fluent (2013): メールクライアント、開発中止
取得からシャットダウンまでのパターン
- スパロウ → Google → シャットダウン (2012-2013)
- reMail → Google → シャットダウン (2010-2011)
- メールボックス → Dropbox → シャットダウン (2013-2015)
- 完了 → マイクロソフト → シャットダウン (Outlook Mobile に変更)
- Acompli → Microsoft → 統合 (稀に成功)
電子メールインフラストラクチャの統合
- ポストボックス → eMクライアント (2024): 取得後、郵便ポストは直ちに停止しました
- 複数回の取得: インプロブMX は、プライバシーに関する懸念が浮上、買収発表、ビジネスリスト とともに複数回取得されています
- サービスの低下: 多くのサービスは、取得後に悪化しています
オープンソースメールの墓場:「無料」が持続不可能なとき
Nylas Mail → Mailspring: できなかったフォーク
- ニラス・メール: オープンソースのメールクライアント、2017年廃止、大量のメモリ使用量の問題
- メールスプリング: コミュニティフォーク、メンテナンスに苦労、RAM使用量が多い問題
- 現実: オープンソースのメールクライアントはネイティブアプリに太刀打ちできない
ユードラ:18年間の死の行進
- 1988-2006: Mac/Windows 向けメールクライアントの主流
- 2006: クアルコムは開発を中止した
- 2007: 「Eudora OSE」としてオープンソース化
- 2010: プロジェクト中止
- 教訓: 成功したメールクライアントでさえ、いつかは終焉を迎える
FairEmail: Google Play の政治によって殺された
- フェアメール: プライバシー重視のAndroidメールクライアント
- Google Play: 「ポリシー違反」のため禁止
- 現実: プラットフォームのポリシーによってメールアプリが即座に停止される可能性があります
メンテナンスの問題
オープンソースの電子メール プロジェクトが失敗する理由:
- 複雑さ: メールプロトコルは正しく実装するのが複雑です
- セキュリティ: 継続的なセキュリティアップデートが必要です
- 互換性: すべてのメールプロバイダーで動作する必要があります
- リソース: ボランティア開発者の燃え尽き症候群
AIメールスタートアップの急増:「インテリジェンス」で歴史は繰り返される
現在のAIメールゴールドラッシュ
2024年のAIメールスタートアップ:
- 超人: 3,300万ドルを調達、Grammarlyに買収された (2025年)
- 短波: Y Combinator、Gmail + AI
- セインボックス: AIメールフィルタリング(実際に収益化)
- ブーメラン: AIスケジューリングと返信
- メール0/ゼロ: AI搭載メールクライアントのスタートアップ企業。新たなメールインターフェースを構築中
- 受信トレイゼロ: メール管理の自動化を目指すオープンソースのAIメールアシスタント
資金調達の熱狂
VC は「AI + メール」に資金を投じている。
- 2024年のAIメールスタートアップにおける**1億ドル以上投資**
- 同じ約束:「革新的なメール体験」
- 同じ問題:既存のインフラ上に構築
- 同じ結果:ほとんどが3年以内に倒産する
なぜ彼らは皆失敗するのか(再び)
- AIはメールの非問題は解決しない: メールは問題なく機能している
- GmailにはすでにAIが搭載されている: スマートリプライ、優先受信トレイ、スパムフィルタリング
- プライバシーの懸念: AIはすべてのメールを読む必要がある
- コスト構造: AI処理は高価で、メールはコモディティ化している
- ネットワーク効果: Gmail/Outlookの優位性は崩れない
避けられない結果
- 2025: SuperhumanがGrammarlyに買収される - メールクライアントとしては稀な成功例
- 2025~2026: 残存するAIメールスタートアップのほとんどが方向転換または閉鎖
- 2027: 生き残った企業は買収されるが、結果はまちまち
- 2028: 「ブロックチェーンメール」、あるいは次のトレンドが出現
統合の大惨事:「生き残り」が災害に変わるとき
大規模なメールサービス統合
電子メール業界は劇的に統合されました。
- ActiveCampaignがPostmarkを買収 (2022)
- シンチがメールガンを買収 (2021)
- TwilioがSendGridを買収 (2019)
- インプロブMXの複数の買収 (進行中) プライバシーに関する懸念、買収発表、ビジネスリスト
展望:破壊を止められない「生存者」
マイクロソフトアウトルック は、「生存者」であるにもかかわらず、常に問題を抱えています。
- メモリリーク: Outlookは数ギガバイトのRAMを消費します および 頻繁な再起動が必要
- 同期の問題: メールがランダムに消えたり再表示されたりする
- パフォーマンスの問題: 起動が遅い、頻繁にクラッシュする
- 互換性の問題: サードパーティのメールプロバイダーと連携できない
実際の経験: Outlook の設定により、完全に準拠した IMAP 実装が壊れてしまうお客様を、当社では定期的に支援しています。
ポストマークインフラの問題
- SSL証明書エラー: 2024年9月に10時間近くの停電(SSL証明書の有効期限切れによる)
- ユーザー拒否: マーク・コールブルッゲが拒否される(正当な使用方法にもかかわらず)
- 開発者流出: @levelsio は「Amazon SES は私たちの最後の希望です」と述べています
- MailGunの問題: スコットは報告した: 「@Mail_Gunのサービスは最悪です…2週間もメールを送信できません」
最近のメールクライアントの死傷者数(2024~2025年)
ポストボックス → eMクライアント の買収: 2024 年に eM Client が Postbox と すぐにシャットダウンする を買収し、数千人のユーザーに移行を余儀なくされました。
カナリアメール の問題: セコイアのバックアップ にもかかわらず、ユーザーは機能が動作しないことと顧客サポートが不十分であることを報告しています。
ReaddleのSpark: 電子メール クライアントのエクスペリエンスが悪いというユーザーからの報告が増えています。
メールバード ライセンスの問題: Windows ユーザーは、ライセンスの問題とサブスクリプションの混乱に直面しています。
航空便 拒否: 失敗した Sparrow コードベースに基づく Mac/iOS 電子メール クライアントは、信頼性の問題により 悪いレビュー を受信し続けます。
メール拡張機能とサービス獲得
HubSpotサイドキック → 廃止: HubSpot のメール追跡拡張機能は 2016年に廃止 で、「HubSpot Sales」に置き換えられました。
Gmail向けEngage → 廃止: Salesforce の Gmail 拡張機能は 2024年6月に引退 であったため、ユーザーは他のソリューションに移行する必要がありました。
生き残る人々:実際に機能するメール会社
すべてのメール会社が失敗するわけではありません。実際に成功している会社をご紹介します。
メールモード: Yコンビネーターの成功物語、セコイアの急騰による200万ドル インタラクティブな電子メール キャンペーンに重点を置きます。
ミックスマックス: 総資金調達額1,330万ドル を調達し、成功したセールスエンゲージメント プラットフォームとして運営を続けています。
Outreach.io: 評価額44億ドル以上 に到達し、セールスエンゲージメント プラットフォームとして IPO の可能性に向けて準備中です。
Apollo.io: 2023 年にセールス インテリジェンス プラットフォームで 1 億ドルのシリーズ D 資金調達により 16億ドルの評価額 を達成しました。
GMass: 電子メール マーケティング用の Gmail 拡張機能として 月額14万ドル を生成した Bootstrap の成功事例。
ストリークCRM: 大きな問題なく 2012年以来 を運用している成功した Gmail ベースの CRM。
トゥートアプリ: 1,500万ドル以上の資金を調達し、2017年にマルケトに買収されたに成功しました。
バナナタグ: 2021年にStaffbaseに買収された となり、「Staffbase Email」として動作し続けます。
キーパターン: これらの企業が成功しているのは、メールを完全に置き換えようとするのではなく、既存のメールワークフローを強化するからです。メールインフラに反するのではなく、メールインフラと連携して機能するツールを構築しています。
Tip
ここに記載されていないプロバイダーをお持ちですか? (例: Posteo、Mailbox.org、Migadu など) 詳細については、総合的なメールサービス比較ページ をご覧ください。