Le Cimetière des Startups Email : Pourquoi la Plupart des Entreprises Email Échouent

Alors que de nombreuses startups email ont investi des millions pour résoudre des problèmes perçus, nous chez Forward Email nous sommes concentrés depuis 2017 sur la construction d'une infrastructure email fiable à partir de zéro. Cette analyse explore les schémas derrière les résultats des startups email et les défis fondamentaux de l'infrastructure email.

La matrice des échecs des startups email

Voici tous les principaux échecs de startups email que nous avons pu trouver, organisés par accélérateur, financement et résultat :

Entreprise	Année	Accélérateur	Financement	Résultat	Statut	Problème clé
Skiff	2024	-	$14,2M au total	Acquis par Notion → Fermeture	😵 Mort	Les fondateurs ont quitté Notion pour Cursor
Sparrow	2012	-	$247K seed, <$25M acquisition	Acquis par Google → Fermeture	😵 Mort	Acquisition de talents uniquement
Email Copilot	2012	Techstars	~120K$ (standard Techstars)	Acquis → Fermeture	😵 Mort	Redirige maintenant vers Validity
ReplySend	2012	Techstars	~120K$ (standard Techstars)	Échec	😵 Mort	Proposition de valeur vague
Nveloped	2012	Techstars	~120K$ (standard Techstars)	Échec	😵 Mort	"Facile. Sécurisé. Email"
Jumble	2015	Techstars	~120K$ (standard Techstars)	Échec	😵 Mort	Chiffrement email
InboxFever	2011	Techstars	~118K$ (Techstars 2011)	Échec	😵 Mort	API pour applications email
Emailio	2014	YC	~120K$ (standard YC)	Pivot	🧟 Zombie	Email mobile → "bien-être"
MailTime	2016	YC	~120K$ (standard YC)	Pivot	🧟 Zombie	Client email → analytics
reMail	2009	YC	~20K$ (YC 2009)	Acquis par Google → Fermeture	😵 Mort	Recherche email iPhone
Mailhaven	2016	500 Global	~100K$ (standard 500)	Sortie	Inconnu	Suivi de colis

Le Bilan Réel de l'Infrastructure

Ce qui Fait Vraiment Tourner l'Email

Ce que les "Startups Email" Construisent Réellement

Pourquoi la Plupart des Startups Email Échouent

1. Les Protocoles Email Fonctionnent, l'Implémentation Souvent Pas

Les protocoles email de base sont solides, mais la qualité d'implémentation varie largement :

• Compatibilité universelle : Tous les appareils, toutes les plateformes supportent SMTP, IMAP, et POP3
• Décentralisé : Pas de point de défaillance unique à travers des milliards de serveurs email dans le monde
• Standardisé : SMTP, IMAP, POP3 sont des protocoles éprouvés des années 1980-1990
• Fiable : 347,3 milliards d'emails envoyés quotidiennement sans problèmes majeurs

La vraie opportunité : Mieux implémenter les protocoles existants, pas les remplacer.

2. Les Effets de Réseau Sont Infranchissables

L'effet de réseau de l'email est absolu :

• Tout le monde a un email : 4,37 milliards d'utilisateurs email dans le monde en 2023
• Multi-plateforme : Fonctionne parfaitement entre tous les fournisseurs
• Critique pour les entreprises : 99% des entreprises utilisent l'email quotidiennement pour leurs opérations
• Coût de changement : Changer d'adresse email casse tout ce qui y est lié

3. Elles Visent Souvent les Mauvais Problèmes

Beaucoup de startups email se concentrent sur des problèmes perçus plutôt que sur de réels points douloureux :

• "L'email est trop complexe" : Le flux de travail de base est simple - envoyer, recevoir, organiser depuis 1971
• "L'email a besoin d'IA" : Gmail dispose déjà de fonctionnalités intelligentes efficaces comme Réponse Intelligente et Boîte Prioritaire
• "L'email a besoin de meilleure sécurité" : DKIM, SPF, et DMARC fournissent une authentification solide
• "L'email a besoin d'une nouvelle interface" : Les interfaces Outlook et Gmail sont affinées grâce à des décennies de recherche utilisateur De vrais problèmes qui méritent d’être résolus : Fiabilité de l’infrastructure, délivrabilité, filtrage anti-spam et outils pour développeurs.

4. La dette technique est massive

Construire une véritable infrastructure email nécessite :

• Serveurs SMTP : Livraison complexe et gestion de la réputation
• Filtrage anti-spam : Paysage des menaces en constante évolution
• Systèmes de stockage : Implémentation fiable de IMAP/POP3
• Authentification : Conformité à DKIM, SPF, DMARC, ARC
• Délivrabilité : Relations avec les FAI et gestion de la réputation

5. L’infrastructure existe déjà

Pourquoi réinventer quand on peut utiliser :

• Amazon SES : Infrastructure de livraison éprouvée
• Postfix : Serveur SMTP éprouvé
• Dovecot : Serveur IMAP/POP3 fiable
• SpamAssassin : Filtrage anti-spam efficace
• Fournisseurs existants : Gmail, Outlook, FastMail fonctionnent bien

Études de cas : quand les startups email échouent

Étude de cas : Le désastre Skiff

Skiff illustre parfaitement tout ce qui ne va pas avec les startups email.

Le contexte

• Positionnement : « Plateforme email et productivité axée sur la confidentialité »
• Financement : Capital-risque important
• Promesse : Un meilleur email grâce à la confidentialité et au chiffrement

L’acquisition

Notion a acquis Skiff en février 2024 avec les promesses habituelles d’intégration et de développement continu.

La réalité

• Fermeture immédiate : Skiff fermé en quelques mois
• Exode des fondateurs : Les fondateurs de Skiff ont quitté Notion pour rejoindre Cursor
• Abandon des utilisateurs : Des milliers d’utilisateurs contraints de migrer

L’analyse de l’accélérateur

Y Combinator : L’usine à applications email

Y Combinator a financé des dizaines de startups email. Voici le schéma :

• Emailio (2014) : Client email mobile → pivot vers le « bien-être »
• MailTime (2016) : Email style chat → pivot vers l’analytics
• reMail (2009) : Recherche email iPhone → acquis par Google → fermeture
• Rapportive (2012) : Profils sociaux Gmail → acquis par LinkedIn → fermeture

Taux de réussite : Résultats mitigés avec quelques sorties notables. Plusieurs entreprises ont réussi des acquisitions (reMail par Google, Rapportive par LinkedIn), tandis que d’autres ont pivoté hors de l’email ou ont été acqui-hirées pour leur talent.

Techstars : Le cimetière des emails

Techstars a un bilan encore pire :

• Email Copilot (2012) : Acquis → fermeture
• ReplySend (2012) : Échec total
• Nveloped (2012) : « Facile. Sécurisé. Email » → échec
• Jumble (2015) : Chiffrement email → échec
• InboxFever (2011) : API email → échec Modèle : Propositions de valeur vagues, aucune réelle innovation technique, échecs rapides.

Le piège du capital-risque

Les VC adorent les startups email car elles semblent simples mais sont en réalité impossibles :

Réalité : Aucune de ces hypothèses ne tient pour l’email.

La réalité technique : piles email modernes

Ce qui alimente réellement les "startups email"

Voyons ce que ces entreprises utilisent réellement :

Les problèmes de performance

Gonflement mémoire : La plupart des applications email sont des apps web basées sur Electron qui consomment énormément de RAM :

• Mailspring : 500Mo+ pour un email basique
• Nylas Mail : 1Go+ d’utilisation mémoire avant arrêt
• Postbox : 300Mo+ mémoire au repos
• Canary Mail : Crashes fréquents dus à des problèmes mémoire
• Thunderbird : Utilisation élevée de RAM jusqu’à 90% de la mémoire système

Consommation de batterie : Synchronisation constante et code inefficace :

• Processus en arrière-plan qui ne dorment jamais
• Appels API inutiles toutes les quelques secondes
• Mauvaise gestion des connexions
• Aucune dépendance tierce sauf celles absolument nécessaires au cœur du fonctionnement

Les schémas d’acquisition : succès vs fermeture

Les deux schémas

Schéma application client (échoue généralement) :

Schéma infrastructure (réussit souvent) :

Exemples récents

Échecs d’applications client :

• Mailbox → Dropbox → Fermeture (2013-2015)

• Sparrow → Google → Fermeture (2012-2013)

• reMail → Google → Fermeture (2010-2011)

• Skiff → Notion → Fermeture (2024) Exception notable :

• Superhuman → Grammarly (2025) : Acquisition réussie avec intégration stratégique dans une plateforme de productivité

Succès dans l'infrastructure :

• SendGrid → Twilio (2019) : Acquisition à 3 milliards de dollars, croissance continue
• Mailgun → Sinch (2021) : Intégration stratégique
• Postmark → ActiveCampaign (2022) : Plateforme améliorée

Évolution et consolidation de l'industrie

Progression naturelle de l'industrie

L'industrie de l'email a naturellement évolué vers la consolidation, avec des entreprises plus grandes qui acquièrent des plus petites pour intégrer des fonctionnalités ou éliminer la concurrence. Ce n'est pas nécessairement négatif – c'est ainsi que la plupart des industries matures se développent.

Transitions post-acquisition

Lorsque des entreprises d'email sont acquises, les utilisateurs font souvent face à :

• Migrations de service : Passage à de nouvelles plateformes
• Changements de fonctionnalités : Perte de fonctionnalités spécialisées
• Ajustements tarifaires : Modèles d'abonnement différents
• Périodes d'intégration : Interruptions temporaires de service

Considérations des utilisateurs pendant les transitions

Pendant la consolidation de l'industrie, les utilisateurs bénéficient de :

• Évaluation des alternatives : Plusieurs fournisseurs offrent des services similaires
• Compréhension des parcours de migration : La plupart des services fournissent des outils d'exportation
• Considération de la stabilité à long terme : Les fournisseurs établis offrent souvent plus de continuité

Le contrôle de réalité de Hacker News

Chaque startup d'email reçoit les mêmes commentaires sur Hacker News :

• "L'email fonctionne bien, cela résout un non-problème"
• "Utilisez simplement Gmail/Outlook comme tout le monde"
• "Un autre client email qui sera fermé dans 2 ans"
• "Le vrai problème est le spam, et cela ne le résout pas"

La communauté a raison. Ces commentaires apparaissent à chaque lancement de startup email car les problèmes fondamentaux sont toujours les mêmes.

L'arnaque moderne de l'email IA

La dernière vague

2024 a apporté une nouvelle vague de startups "email propulsé par l'IA", avec déjà la première sortie majeure réussie :

• Superhuman : 33 millions de dollars levés, acquis avec succès par Grammarly (2025) – une rare sortie réussie d'application client
• Shortwave : Interface Gmail avec résumés IA
• SaneBox : Filtrage d'email par IA (fonctionne réellement, mais pas révolutionnaire)

Les mêmes vieux problèmes

Ajouter "IA" ne résout pas les défis fondamentaux :

• Résumés IA : La plupart des emails sont déjà concis
• Réponses intelligentes : Gmail les propose depuis des années et elles fonctionnent bien
• Planification d'email : Outlook le fait nativement
• Détection de priorité : Les clients email existants ont des systèmes de filtrage efficaces

Le vrai défi : Les fonctionnalités IA nécessitent un investissement infrastructurel important tout en traitant des points douloureux relativement mineurs.

Ce qui fonctionne réellement : les vraies histoires de succès de l'email

Entreprises d'infrastructure (les gagnants)

• SendGrid : Acquisition à 3 milliards de dollars par Twilio
• Mailgun : Plus de 50 millions de dollars de revenus, acquis par Sinch
• Postmark : Rentable, acquis par ActiveCampaign
• Amazon SES : Des milliards de revenus Modèle : Ils construisent l'infrastructure, pas les applications.

Fournisseurs d'Email (Les Survivants)

• FastMail : Plus de 25 ans, rentable, indépendant
• ProtonMail : Axé sur la confidentialité, croissance durable
• Zoho Mail : Partie d'une suite d'affaires plus large
• Nous : Plus de 7 ans, rentable, en croissance

Modèle : Ils améliorent l'email, ne le remplacent pas.

L'Exception : L'Histoire à Succès de Xobni

Xobni se distingue comme l'une des rares startups liées à l'email qui a réellement réussi en adoptant la bonne approche.

Ce que Xobni a bien fait :

• Amélioration de l'email existant : Construite sur Outlook au lieu de le remplacer
• Résolution de vrais problèmes : Gestion des contacts et recherche dans les emails
• Focus sur l'intégration : Fonctionnait avec les flux de travail existants
• Orientation entreprise : Ciblait les utilisateurs professionnels avec de vrais points douloureux

Le Succès : Xobni a été acquis par Yahoo pour 60 millions de dollars en 2013, offrant un retour solide aux investisseurs et une sortie réussie pour les fondateurs.

Pourquoi Xobni a réussi là où d'autres ont échoué

1. Construit sur une infrastructure éprouvée : Utilisation de la gestion d'email existante d'Outlook
2. Résolution de problèmes réels : La gestion des contacts était véritablement défaillante
3. Marché entreprise : Les entreprises paient pour des outils de productivité
4. Approche d'intégration : Amélioration plutôt que remplacement des flux de travail existants

Le Succès Continu des Fondateurs

Matt Brezina et Adam Smith ne se sont pas arrêtés après Xobni :

• Matt Brezina : Devenu un investisseur providentiel actif avec des investissements dans Dropbox, Mailbox, et d'autres
• Adam Smith : A continué à créer des entreprises à succès dans le domaine de la productivité
• Les deux fondateurs : Ont démontré que le succès dans l'email vient de l'amélioration, pas du remplacement

Le Modèle

Les entreprises réussissent dans l'email quand elles :

1. Construisent l'infrastructure (SendGrid, Mailgun)
2. Améliorent les flux de travail existants (Xobni, FastMail)
3. Se concentrent sur la fiabilité (Amazon SES, Postmark)
4. Servent les développeurs (APIs et outils, pas des applications pour utilisateurs finaux)

Quelqu'un a-t-il réussi à réinventer l'email ?

C'est une question cruciale qui va au cœur de l'innovation dans l'email. La réponse courte est : personne n'a réussi à remplacer l'email, mais certains l'ont réussi à l'améliorer.

Ce qui a vraiment perduré

En regardant les innovations dans l'email au cours des 20 dernières années :

• Le fil de discussion de Gmail : Amélioration de l'organisation des emails
• L'intégration du calendrier d'Outlook : Amélioration de la planification
• Applications email mobiles : Amélioration de l'accessibilité
• DKIM/SPF/DMARC : Amélioration de la sécurité Modèle : Toutes les innovations réussies ont amélioré les protocoles de messagerie existants plutôt que de les remplacer.

De Nouveaux Outils Complètent le Courriel (Mais ne le Remplacent Pas)

• Slack : Idéal pour le chat d'équipe, mais envoie toujours des notifications par email
• Discord : Excellent pour les communautés, mais utilise le courriel pour la gestion des comptes
• WhatsApp : Parfait pour la messagerie, mais les entreprises utilisent encore le courriel
• Zoom : Essentiel pour les appels vidéo, mais les invitations aux réunions arrivent par email

L'Expérience HEY

HEY par Basecamp représente la tentative la plus sérieuse récente de « réinventer » le courriel :

• Lancement : 2020 avec beaucoup de bruit
• Approche : Paradigme complètement nouveau avec filtrage, regroupement et flux de travail
• Réception : Mitigée - certains adorent, la plupart restent avec le courriel existant
• Réalité : C’est toujours du courriel (SMTP/IMAP) avec une interface différente

Ce Qui Fonctionne Vraiment

Les innovations les plus réussies dans le courriel ont été :

1. Meilleure infrastructure : Serveurs plus rapides, meilleur filtrage anti-spam, meilleure délivrabilité
2. Interfaces améliorées : Vue conversationnelle de Gmail, Intégration calendrier d’Outlook
3. Outils pour développeurs : API pour l’envoi d’emails, webhooks pour le suivi
4. Flux de travail spécialisés : Intégration CRM, automatisation marketing, email transactionnel

Aucun de ces éléments n’a remplacé le courriel - ils l’ont amélioré.

Construire une Infrastructure Moderne pour les Protocoles de Courriel Existants : Notre Approche

Avant d’aborder les échecs, il est important de comprendre ce qui fonctionne réellement dans le courriel. Le problème n’est pas que le courriel soit cassé - c’est que la plupart des entreprises essaient de « réparer » quelque chose qui fonctionne déjà parfaitement.

Le Spectre de l’Innovation dans le Courriel

L’innovation dans le courriel se divise en trois catégories :

Pourquoi Nous Nous Concentrons sur l’Infrastructure

Nous avons choisi de construire une infrastructure moderne pour le courriel parce que :

• Les protocoles de courriel sont éprouvés : SMTP fonctionne de manière fiable depuis 1982
• Le problème est l’implémentation : La plupart des services de courriel utilisent des piles logicielles obsolètes
• Les utilisateurs veulent de la fiabilité : Pas de nouvelles fonctionnalités qui cassent les flux de travail existants
• Les développeurs ont besoin d’outils : Meilleures API et interfaces de gestion

Ce Qui Fonctionne Vraiment dans le Courriel

Le modèle réussi est simple : améliorer les flux de travail de courriel existants au lieu de les remplacer. Cela signifie :

• Construire des serveurs SMTP plus rapides et plus fiables
• Créer un meilleur filtrage anti-spam sans bloquer les emails légitimes
• Fournir des API conviviales pour les protocoles existants
• Améliorer la délivrabilité grâce à une infrastructure appropriée

Notre Approche : Pourquoi Nous Sommes Différents

Ce Que Nous Faisons

• Construire une infrastructure réelle : Serveurs SMTP/IMAP personnalisés développés de zéro
• Se concentrer sur la fiabilité : 99,99 % de disponibilité, gestion correcte des erreurs
• Améliorer les flux de travail existants : Compatible avec tous les clients de courriel
• Servir les développeurs : API et outils qui fonctionnent vraiment
• Maintenir la compatibilité : Conformité complète SMTP/IMAP/POP3

Ce que nous ne faisons pas

• Construire des clients email "révolutionnaires"
• Tenter de remplacer les protocoles email existants
• Ajouter des fonctionnalités IA inutiles
• Promettre de "réparer" l'email

Comment nous construisons une infrastructure email qui fonctionne réellement

Notre approche anti-startup

Alors que d'autres entreprises dépensent des millions pour réinventer l'email, nous nous concentrons sur la construction d'une infrastructure fiable :

• Pas de pivots : Nous construisons une infrastructure email depuis plus de 7 ans
• Pas de stratégie d'acquisition : Nous construisons pour le long terme
• Pas de revendications "révolutionnaires" : Nous faisons simplement mieux fonctionner l'email

Ce qui nous rend différents

Comparaison des stacks techniques :

• = Article APNIC confirme que Proton utilise postfix-mta-sts-resolver, indiquant qu'ils exploitent une stack Postfix

Différences clés :

• Langage moderne : JavaScript sur toute la stack vs. code C des années 1980
• Pas de glue code : Un seul langage élimine la complexité d’intégration
• Natif web : Conçu pour le développement web moderne dès le départ
• Maintenable : Tout développeur web peut comprendre et contribuer
• Pas de dette technique : Code propre et moderne sans décennies de correctifs

Documentation technique : Pour des détails complets sur notre approche, architecture et mise en œuvre de la sécurité, consultez notre livre blanc technique et notre documentation technique étendue.

Comparaison des fournisseurs de services email : croissance grâce à des protocoles éprouvés

Fournisseur	Noms de domaine (2024 via SecurityTrails)	Noms de domaine (2025 via ViewDNS)	Variation en pourcentage	Enregistrement MX
Forward Email	418,477	506,653	+21,1 %	mx1.forwardemail.net
Proton Mail	253,977	334,909	+31,9 %	mail.protonmail.ch
Fastmail	168,433	192,075	+14 %	in1-smtp.messagingengine.com
Mailbox	38,659	43,337	+12,1 %	mxext1.mailbox.org
Tuta	18,781	21,720	+15,6 %	mail.tutanota.de
Skiff (défunt)	7,504	3,361	-55,2 %	inbound-smtp.skiff.com
Principaux enseignements :

• Forward Email affiche une forte croissance (+21,1 %) avec plus de 500 000 domaines utilisant nos enregistrements MX
• Victoire des infrastructures éprouvées : Les services avec IMAP/SMTP fiables montrent une adoption constante des domaines
• Irrelevance de JMAP : L’investissement de Fastmail dans JMAP montre une croissance plus lente (+14 %) comparée aux fournisseurs se concentrant sur les protocoles standards
• Effondrement de Skiff : La startup disparue a perdu 55,2 % des domaines, démontrant l’échec des approches « révolutionnaires » de l’email
• Validation du marché : La croissance du nombre de domaines reflète une adoption réelle par les utilisateurs, pas des métriques marketing

La chronologie technique

Basé sur notre chronologie officielle de l’entreprise, voici comment nous avons construit une infrastructure email qui fonctionne réellement :

Pourquoi nous réussissons là où d’autres échouent

1. Nous construisons l’infrastructure, pas des applications : Concentration sur les serveurs et protocoles
2. Nous améliorons, ne remplaçons pas : Travail avec les clients email existants
3. Nous sommes rentables : Pas de pression VC pour « croître vite et casser les choses »
4. Nous comprenons l’email : Plus de 7 ans d’expérience technique approfondie
5. Nous servons les développeurs : API et outils qui résolvent réellement les problèmes

La réalité des coûts

Défis de sécurité dans l’infrastructure email

La sécurité des emails est un défi complexe qui concerne tous les fournisseurs du secteur. Plutôt que de mettre en avant des incidents individuels, il est plus utile de comprendre les considérations de sécurité communes que tous les fournisseurs d’infrastructure email doivent traiter.

Considérations communes de sécurité

Tous les fournisseurs d’email font face à des défis de sécurité similaires :

• Protection des données : Sécuriser les données et communications des utilisateurs
• Contrôle d’accès : Gérer l’authentification et l’autorisation
• Sécurité de l’infrastructure : Protéger serveurs et bases de données
• Conformité : Respecter diverses réglementations comme le RGPD et le CCPA

La Valeur de la Transparence

Lorsque des incidents de sécurité surviennent, la réponse la plus précieuse est la transparence et une action rapide. Les entreprises qui :

• Divulguer les incidents rapidement : Aident les utilisateurs à prendre des décisions éclairées
• Fournir des chronologies détaillées : Montrent qu'elles comprennent l'étendue des problèmes
• Mettre en œuvre des correctifs rapidement : Démontrent une compétence technique
• Partager les leçons apprises : Contribuent à l'amélioration de la sécurité dans toute l'industrie

Ces réponses bénéficient à l'ensemble de l'écosystème de l'email en promouvant les meilleures pratiques et en encourageant les autres fournisseurs à maintenir des normes de sécurité élevées.

Défis de Sécurité Permanents

L'industrie de l'email continue d'évoluer ses pratiques de sécurité :

• Normes de chiffrement : Mise en œuvre de meilleures méthodes de chiffrement comme TLS 1.3
• Protocoles d'authentification : Amélioration de DKIM, SPF et DMARC
• Détection des menaces : Développement de meilleurs filtres anti-spam et anti-phishing
• Renforcement de l'infrastructure : Sécurisation des serveurs et des bases de données
• Gestion de la réputation des domaines : Gestion du spam sans précédent provenant du domaine onmicrosoft.com de Microsoft nécessitant des règles de blocage arbitraires et des discussions supplémentaires MSP

Ces défis nécessitent des investissements continus et une expertise de la part de tous les fournisseurs du secteur.

Conclusion : Se Concentrer sur l'Infrastructure, Pas sur les Applications

Les Preuves Sont Claires

Après avoir analysé des centaines de startups d'email :

• Taux d'échec supérieur à 80% : La plupart des startups d'email échouent complètement (ce chiffre est probablement BIEN supérieur à 80 % ; nous sommes indulgents)
• Les applications clientes échouent généralement : Être acquis signifie généralement la mort des clients email
• L'infrastructure peut réussir : Les entreprises construisant des services SMTP/API prospèrent souvent
• Le financement VC crée de la pression : Le capital-risque crée des attentes de croissance irréalistes
• La dette technique s'accumule : Construire une infrastructure email est plus difficile qu'il n'y paraît

Le Contexte Historique

L'email est "mort" depuis plus de 20 ans selon les startups :

• 2004 : « Les réseaux sociaux remplaceront l'email »
• 2008 : « La messagerie mobile tuera l'email »
• 2012 : « Slack remplacera l'email »
• 2016 : « L'IA révolutionnera l'email »
• 2020 : « Le télétravail nécessite de nouveaux outils de communication »
• 2024 : « L'IA réparera enfin l'email »

L'email est toujours là. Il continue de croître. Il reste essentiel.

La Vraie Leçon

La leçon n'est pas que l'email ne peut pas être amélioré. Il s'agit de choisir la bonne approche :

1. Les protocoles email fonctionnent : SMTP, IMAP, POP3 sont éprouvés
2. L'infrastructure compte : La fiabilité et la performance l'emportent sur les fonctionnalités tape-à-l'œil
3. L'amélioration l'emporte sur le remplacement : Travailler avec l'email, ne pas le combattre
4. La durabilité l'emporte sur la croissance : Les entreprises rentables durent plus longtemps que celles financées par VC
5. Servir les développeurs : Les outils et API créent plus de valeur que les applications pour utilisateurs finaux

L'opportunité : Une meilleure mise en œuvre des protocoles éprouvés, pas leur remplacement.

Le cimetière étendu des emails : plus d'échecs et de fermetures

Les expériences email ratées de Google

Google, malgré la possession de Gmail, a abandonné plusieurs projets email :

• Google Wave (2009-2012) : "tueur d'email" que personne n'a compris
• Google Buzz (2010-2011) : désastre d'intégration sociale dans l'email
• Inbox by Gmail (2014-2019) : successeur "intelligent" de Gmail, abandonné
• Fonctionnalités email de Google+ (2011-2019) : intégration email du réseau social

Constat : Même Google ne parvient pas à réinventer l'email avec succès.

L'échec en série : les trois morts de Newton Mail

Newton Mail est mort trois fois :

1. CloudMagic (2013-2016) : client email acquis par Newton
2. Newton Mail (2016-2018) : renommé, modèle d'abonnement raté
3. Renaissance de Newton Mail (2019-2020) : tentative de retour, nouvel échec

Leçon : Les clients email ne peuvent pas soutenir des modèles d'abonnement.

Les applications jamais lancées

De nombreuses startups email ont disparu avant leur lancement :

• Tempo (2014) : intégration calendrier-email, fermé avant lancement
• Mailstrom (2011) : outil de gestion email, acquis avant sortie
• Fluent (2013) : client email, développement arrêté

Le schéma acquisition → fermeture

• Sparrow → Google → Fermeture (2012-2013)
• reMail → Google → Fermeture (2010-2011)
• Mailbox → Dropbox → Fermeture (2013-2015)
• Accompli → Microsoft → Fermeture (devenu Outlook Mobile)
• Acompli → Microsoft → Intégré (succès rare)

Consolidation de l'infrastructure email

• Postbox → eM Client (2024) : Postbox fermé immédiatement après acquisition
• Multiples acquisitions : ImprovMX a été acquis plusieurs fois, avec des inquiétudes sur la vie privée soulevées et des annonces d'acquisition ainsi que des listings commerciaux
• Dégradation du service : Beaucoup de services se dégradent après acquisition

Le cimetière des emails open-source : quand "gratuit" n'est pas durable

Nylas Mail → Mailspring : le fork qui n'a pas pu

• Nylas Mail : client email open-source, abandonné en 2017 et souffrait de problèmes massifs de consommation mémoire
• Mailspring : fork communautaire, en difficulté pour la maintenance et avec des problèmes élevés d'utilisation RAM
• Réalité : les clients email open-source ne peuvent pas rivaliser avec les applications natives

Eudora : la marche funèbre de 18 ans

• 1988-2006 : client email dominant sur Mac/Windows
• 2006 : Qualcomm a arrêté le développement
• 2007 : open-source sous le nom "Eudora OSE"
• 2010 : projet abandonné
• Leçon : même les clients email à succès finissent par mourir

FairEmail : Tué par la politique de Google Play

• FairEmail : Client email Android axé sur la confidentialité
• Google Play : Banni pour "violation des politiques"
• Réalité : Les politiques de la plateforme peuvent tuer instantanément les applications email

Le problème de maintenance

Les projets email open-source échouent parce que :

• Complexité : Les protocoles email sont complexes à implémenter correctement
• Sécurité : Mises à jour de sécurité constantes requises
• Compatibilité : Doit fonctionner avec tous les fournisseurs email
• Ressources : Épuisement des développeurs bénévoles

La montée en puissance des startups email IA : L’histoire se répète avec "l’intelligence"

La ruée actuelle vers l’or des emails IA

Les startups email IA de 2024 :

• Superhuman : 33 M$ levés, acquis par Grammarly (2025)
• Shortwave : Y Combinator, Gmail + IA
• SaneBox : Filtrage email IA (réellement rentable)
• Boomerang : Planification et réponses IA
• Mail-0/Zero : Startup client email propulsé par IA construisant encore une autre interface email
• Inbox Zero : Assistant email IA open-source tentant d’automatiser la gestion des emails

La frénésie des financements

Les VC jettent de l’argent sur "IA + Email" :

• Plus de 100 M$ investis dans les startups email IA en 2024
• Les mêmes promesses : "Expérience email révolutionnaire"
• Les mêmes problèmes : Construire sur l’infrastructure existante
• Le même résultat : La plupart échoueront en moins de 3 ans

Pourquoi ils échoueront tous (encore)

1. L’IA ne résout pas les faux problèmes de l’email : L’email fonctionne bien
2. Gmail a déjà de l’IA : Réponses intelligentes, boîte prioritaire, filtrage anti-spam
3. Problèmes de confidentialité : L’IA nécessite de lire tous vos emails
4. Structure des coûts : Le traitement IA est coûteux, l’email est une commodité
5. Effets de réseau : Impossible de briser la domination de Gmail/Outlook

Le résultat inévitable

• 2025 : Superhuman acquis avec succès par Grammarly – une rare sortie réussie pour un client email
• 2025-2026 : La plupart des startups email IA restantes pivoteront ou fermeront
• 2027 : Les survivants seront acquis, avec des résultats mitigés
• 2028 : "Email blockchain" ou la prochaine tendance émergera

La catastrophe de la consolidation : Quand les "survivants" deviennent des désastres

La grande consolidation des services email

L’industrie de l’email s’est fortement consolidée :

• ActiveCampaign a acquis Postmark (2022)
• Sinch a acquis Mailgun (2021)
• Twilio a acquis SendGrid (2019)
• Multiples acquisitions ImprovMX (en cours) avec problèmes de confidentialité et annonces d’acquisition et listes commerciales

Outlook : Le "survivant" qui ne cesse de tomber en panne

Microsoft Outlook, malgré son statut de "survivant", rencontre des problèmes constants :

• Fuites de mémoire : Outlook consomme des gigaoctets de RAM et nécessite des redémarrages fréquents
• Problèmes de synchronisation : Les emails disparaissent et réapparaissent aléatoirement
• Problèmes de performance : Démarrage lent, plantages fréquents
• Problèmes de compatibilité : Ne fonctionne plus avec certains fournisseurs email tiers Notre expérience concrète : Nous aidons régulièrement des clients dont les configurations Outlook perturbent notre implémentation IMAP parfaitement conforme.

Le problème d'infrastructure de Postmark

Après l'acquisition par ActiveCampaign :

• Échec du certificat SSL : Panne de près de 10 heures en septembre 2024 due à l'expiration des certificats SSL
• Rejets d'utilisateurs : Marc Köhlbrugge se fait rejeter malgré une utilisation légitime
• Exode des développeurs : @levelsio déclarant "Amazon SES est notre dernier espoir"
• Problèmes avec MailGun : Scott a rapporté : "Le pire service de @Mail_Gun... nous n'avons pas pu envoyer d'emails pendant 2 semaines"

Victimes récentes des clients email (2024-2025)

Acquisition de Postbox → eM Client : En 2024, eM Client a acquis Postbox et l'a immédiatement fermé, forçant des milliers d'utilisateurs à migrer.

Problèmes avec Canary Mail : Malgré le soutien de Sequoia, les utilisateurs signalent des fonctionnalités non fonctionnelles et un support client médiocre.

Spark by Readdle : Les utilisateurs rapportent de plus en plus une mauvaise expérience avec ce client email.

Problèmes de licence avec Mailbird : Les utilisateurs Windows rencontrent des problèmes de licence et une confusion autour des abonnements.

Déclin de Airmail : Le client email Mac/iOS, basé sur le code échoué de Sparrow, continue de recevoir des avis négatifs pour des problèmes de fiabilité.

Extensions et acquisitions de services email

HubSpot Sidekick → Abandonné : L'extension de suivi email de HubSpot a été abandonnée en 2016 et remplacée par "HubSpot Sales."

Engage for Gmail → Retiré : L'extension Gmail de Salesforce a été retirée en juin 2024, forçant les utilisateurs à migrer vers d'autres solutions.

Les survivants : entreprises email qui fonctionnent réellement

Toutes les entreprises email ne faillissent pas. En voici celles qui fonctionnent réellement :

Mailmodo : Succès Y Combinator, $2M de Sequoia's Surge en se concentrant sur les campagnes email interactives.

Mixmax : A levé $13,3M de financement total et continue d'opérer comme une plateforme d'engagement commercial réussie.

Outreach.io : A atteint une valorisation de plus de 4,4 milliards de dollars et se prépare à une éventuelle introduction en bourse en tant que plateforme d'engagement commercial.

Apollo.io : A atteint une valorisation de 1,6 milliard de dollars avec une levée de fonds de 100M$ en série D en 2023 pour leur plateforme d'intelligence commerciale.

GMass : Histoire de succès bootstrap générant $140K/mois en tant qu'extension Gmail pour le marketing par email.

Streak CRM : CRM basé sur Gmail qui fonctionne avec succès depuis 2012 sans problèmes majeurs.

ToutApp : A été acquis avec succès par Marketo en 2017 après avoir levé plus de 15M$ en financement. Bananatag : Acquis par Staffbase en 2021 et continue d’opérer sous le nom de « Staffbase Email ».

Modèle clé : Ces entreprises réussissent parce qu’elles améliorent les flux de travail email existants plutôt que d’essayer de remplacer complètement l’email. Elles créent des outils qui fonctionnent avec l’infrastructure email, et non contre elle.