Het kerkhof van e-mailstartups: waarom de meeste e-mailbedrijven mislukken

Hoewel veel e-mailstartups miljoenen hebben geïnvesteerd in het oplossen van vermeende problemen, richten wij ons bij Forward Email sinds 2017 op het vanaf nul opbouwen van een betrouwbare e-mailinfrastructuur. Deze analyse onderzoekt de patronen achter de resultaten van e-mailstartups en de fundamentele uitdagingen van e-mailinfrastructuur.

Note

Belangrijk inzicht: De meeste e-mailstartups bouwen geen daadwerkelijke e-mailinfrastructuur vanaf nul. Veel bouwen voort op bestaande oplossingen zoals Amazon SES of open-sourcesystemen zoals Postfix. De kernprotocollen werken goed - de uitdaging zit in de implementatie.

Tip

Technische verdieping: Voor uitgebreide details over onze aanpak, architectuur en beveiligingsimplementatie, zie onze Technisch whitepaper over het doorsturen van e-mails en Over pagina, waarin onze volledige ontwikkelingstijdlijn sinds 2017 wordt beschreven.

De matrix voor mislukte e-mailstarts

Caution

Waarschuwing voor faalpercentage: Techstars alleen al heeft 28 e-mailgerelateerde bedrijven met slechts 5 exits - een extreem hoog faalpercentage (soms berekend op 80%+).

Hieronder staan alle grote mislukkingen van e-mailstartups die we konden vinden, gesorteerd op accelerator, financiering en resultaat:

Bedrijf Jaar Gaspedaal Financiering Resultaat Status Kernpunt
Skiff 2024 - $14.2M total Overgenomen door Notion → Afsluiting 😵 Dood Founders left Notion for Cursor
Mus 2012 - $247K seed, <$25M acquisition Overgenomen door Google → Afgesloten 😵 Dood Talent acquisition only
E-mail Copilot 2012 Techsterren ~$120K (Techstars-standaard) Verworven → Afgesloten 😵 Dood Now redirects to Validity
BeantwoordenVerzenden 2012 Techsterren ~$120K (Techstars-standaard) Mislukt 😵 Dood Vague value proposition
Onthuld 2012 Techsterren ~$120K (Techstars-standaard) Mislukt 😵 Dood "Easy. Secure. Email"
Wortelhoop 2015 Techsterren ~$120K (Techstars-standaard) Mislukt 😵 Dood Email encryption
InboxFever 2011 Techsterren ~$118K (Techstars 2011) Mislukt 😵 Dood API for email apps
E-mail 2014 YC ~$120K (YC-standaard) Gedraaid 🧟 Zombie Mobile email → "wellness"
Posttijd 2016 YC ~$120K (YC-standaard) Gedraaid 🧟 Zombie Email client → analytics
re-mail 2009 YC ~$20K (YC 2009) Acquired by Google → Afsluiten 😵 Dood iPhone email search
Mailhaven 2016 500 Wereldwijd ~$100K (500 standaard) Uitgetreden Onbekend Package tracking

De infrastructuur-realiteitscheck

Warning

De verborgen waarheid: Elke "e-mailstartup" bouwt slechts een gebruikersinterface bovenop de bestaande infrastructuur. Ze bouwen geen echte e-mailservers - ze bouwen apps die verbinding maken met een echte e-mailinfrastructuur.

Wat voert e-mail eigenlijk uit

Wat "e-mailstartups" eigenlijk bouwen

Tip

Belangrijk patroon voor e-mailsucces: De bedrijven die daadwerkelijk succesvol zijn in e-mail, proberen het wiel niet opnieuw uit te vinden. In plaats daarvan bouwen ze infrastructuur en tools die bestaande e-mailworkflows verbeteren. SendGrid, Mailgun en Poststempel zijn miljardenbedrijven geworden door betrouwbare SMTP API's en bezorgservices te bieden - ze werken met e-mailprotocollen, niet ertegen. Dit is dezelfde aanpak die we bij Forward Email hanteren.

Waarom de meeste e-mailstartups mislukken

Important

Het fundamentele patroon: Startups die zich richten op e-mailclients mislukken meestal omdat ze proberen werkende protocollen te vervangen, terwijl bedrijven die zich richten op e-mailinfrastructuur succesvol kunnen zijn door bestaande workflows te verbeteren. De sleutel is te begrijpen wat gebruikers daadwerkelijk nodig hebben en wat ondernemers denken dat ze nodig hebben.

1. E-mailprotocollen werken, implementatie vaak niet

Note

E-mailstatistieken: 347,3 miljard e-mails per dag verzonden zonder grote problemen, in dienst van 4,37 miljard e-mailgebruikers wereldwijd vanaf 2023.

De kernprotocollen voor e-mail zijn solide, maar de kwaliteit van de implementatie varieert sterk:

De echte kans: Betere implementatie van bestaande protocollen, niet vervanging van protocollen.

2. Netwerkeffecten zijn onbreekbaar

Het netwerkeffect van e-mail is absoluut:

3. Ze richten zich vaak op de verkeerde problemen

Veel e-mailstartups richten zich op waargenomen problemen in plaats van op echte pijnpunten:

Echte problemen die het oplossen waard zijn: Betrouwbaarheid van infrastructuur, leverbaarheid, spamfiltering en tools voor ontwikkelaars.

4. Technische schuld is enorm

Voor het bouwen van een echte e-mailinfrastructuur is het volgende nodig:

5. De infrastructuur bestaat al

Waarom opnieuw uitvinden als je het volgende kunt gebruiken:

Casestudies: Wanneer e-mailstartups falen

Casestudy: De Skiff-ramp

Skiff is een prachtig voorbeeld van wat er allemaal mis is met e-mailstartups.

De installatie

De acquisitie

Notion nam Skiff in februari 2024 over met typische acquisitiebeloftes over integratie en doorontwikkeling.

De realiteit

De Accelerator-analyse

Y Combinator: De e-mail-appfabriek

Y-Combinator heeft tientallen e-mailstartups gefinancierd. Dit is het patroon:

Succespercentage: Gemengde resultaten met enkele opvallende exits. Verschillende bedrijven hebben succesvolle overnames gerealiseerd (reMail naar Google, Rapportive naar LinkedIn), terwijl andere zich hebben teruggetrokken uit e-mail of zijn overgenomen voor talent.

Techstars: Het e-mailkerkhof

Techsterren heeft een nog slechter trackrecord:

Patroon: Vage waardeproposities, geen echte technische innovatie, snelle mislukkingen.

De valkuil van durfkapitaal

Caution

Paradox van VC-financiering: VC's zijn dol op e-mailstartups omdat ze simpel klinken, maar in werkelijkheid onmogelijk zijn. De fundamentele aannames die investeringen aantrekken, zijn precies wat mislukking garandeert.

VC's zijn dol op e-mailstartups, omdat ze eenvoudig klinken, maar in werkelijkheid onmogelijk zijn:

Realiteit: Geen van deze veronderstellingen geldt voor e-mail.

De technische realiteit: moderne e-mailstapels

Wat is de werkelijke kracht achter "e-mailstartups"

Laten we eens kijken wat deze bedrijven eigenlijk doen:

De prestatieproblemen

Geheugenexplosie: De meeste e-mail-apps zijn op Electron gebaseerde web-apps die enorme hoeveelheden RAM verbruiken:

Warning

Electron-prestatiecrisis: Moderne e-mailclients die gebouwd zijn met Electron en React Native kampen met ernstige geheugenproblemen en prestatieproblemen. Deze platformonafhankelijke frameworks zijn weliswaar handig voor ontwikkelaars, maar creëren applicaties die veel resources verbruiken en honderden megabytes tot gigabytes RAM verbruiken voor basisfunctionaliteit voor e-mail.

Batterijverbruik: Constante synchronisatie en inefficiënte code:

  • Achtergrondprocessen die nooit slapen
  • Onnodige API-aanroepen om de paar seconden
  • Slecht verbindingsbeheer
  • Geen afhankelijkheden van derden, behalve die welke absoluut noodzakelijk zijn voor de kernfunctionaliteit

De acquisitiepatronen: succes versus afsluiting

De twee patronen

Client-apppatroon (mislukt meestal):

Infrastructuurpatroon (vaak succesvol):

Recente voorbeelden

Fouten in client-app:

Opmerkelijke uitzondering:

Succesvolle infrastructuur:

Industrie-evolutie en consolidatie

Natuurlijke industriële progressie

De e-mailindustrie is op natuurlijke wijze geëvolueerd naar consolidatie, waarbij grote bedrijven kleinere bedrijven overnemen om functies te integreren of de concurrentie uit te schakelen. Dit is niet per se negatief – het is hoe de meeste volwassen industrieën zich ontwikkelen.

Post-acquisitie-overgangen

Wanneer e-mailbedrijven worden overgenomen, worden gebruikers vaak geconfronteerd met:

  • Servicemigraties: Verhuizen naar nieuwe platforms
  • Functiewijzigingen: Verlies van gespecialiseerde functionaliteit
  • Prijsaanpassingen: Verschillende abonnementsmodellen
  • Integratieperioden: Tijdelijke serviceonderbrekingen

Gebruikersoverwegingen tijdens overgangen

Tijdens de consolidatie van de sector profiteren gebruikers van:

  • Alternatieven evalueren: Meerdere aanbieders bieden vergelijkbare diensten aan
  • Inzicht in migratiepaden: De meeste diensten bieden exporttools
  • Rekening houden met stabiliteit op lange termijn: Gevestigde aanbieders bieden vaak meer continuïteit

De Hacker News Reality Check

Elke e-mailstartup krijgt dezelfde opmerkingen over Hacker Nieuws:

De community heeft gelijk. Deze reacties verschijnen bij elke lancering van een e-mailstartup, omdat de fundamentele problemen altijd hetzelfde zijn.

De moderne AI-e-mailgrift

De nieuwste golf

In 2024 ontstond een nieuwe golf van startups die zich richten op 'AI-aangedreven e-mail', en de eerste grote succesvolle exit vond al plaats:

Dezelfde oude problemen

Het toevoegen van 'AI' lost de fundamentele uitdagingen niet op:

De echte uitdaging: AI-functies vereisen aanzienlijke investeringen in infrastructuur, terwijl er relatief kleine pijnpunten moeten worden aangepakt.

Wat echt werkt: de echte succesverhalen van e-mail

Infrastructuurbedrijven (de winnaars)

Patroon: Ze bouwen infrastructuur, geen apps.

E-mailproviders (de overlevenden)

  • FastMail: 25+ jaar, winstgevend, onafhankelijk
  • ProtonMail: Privacygerichte, duurzame groei
  • Zoho Mail: Onderdeel van een grotere business suite
  • Wij: 7+ jaar, winstgevend, groeiend

Warning

De JMAP-investeringsvraag: Fastmail investeert weliswaar in JMAP, een protocol dat 10+ jaar oud met beperkte adoptie is, maar tegelijkertijd ook in weigeren PGP-encryptie te implementeren, een protocol dat veel gebruikers aanvragen. Dit is een strategische keuze om protocolinnovatie voorrang te geven boven door gebruikers gevraagde functies. Of JMAP breder zal worden toegepast, valt nog te bezien, maar het huidige ecosysteem van e-mailclients blijft voornamelijk afhankelijk van IMAP/SMTP.

Tip

Succes voor ondernemingen: Forward Email ondersteunt alumni-e-mailoplossingen voor topuniversiteiten, waaronder de Universiteit van Cambridge met 30.000 alumni-adressen, wat een jaarlijkse kostenbesparing van $ 87.000 oplevert ten opzichte van traditionele oplossingen.

Patroon: Ze verbeteren e-mail, maar vervangen het niet.

De uitzondering: Xobni's succesverhaal

Hobney onderscheidt zich als een van de weinige startups op het gebied van e-mail die daadwerkelijk succes heeft geboekt dankzij de juiste aanpak.

Wat Xobni goed deed:

  • Bestaande e-mail verbeterd: Gebouwd op Outlook in plaats van het te vervangen
  • Echte problemen opgelost: Contactbeheer en e-mail zoeken
  • Gericht op integratie: Werkte met bestaande workflows
  • Focus op bedrijven: Gericht op zakelijke gebruikers met echte knelpunten

Het succes: Xobni werd in 2013 voor 60 miljoen dollar overgenomen door Yahoo, dat een solide rendement voor investeerders en een succesvolle exit voor oprichters biedt.

Waarom Xobni slaagde waar anderen faalden

  1. Gebouwd op een bewezen infrastructuur: Gebruikte de bestaande e-mailverwerking van Outlook
  2. Echte problemen opgelost: Contactbeheer was echt kapot
  3. Zakelijke markt: Bedrijven betalen voor productiviteitstools
  4. Integratiebenadering: Bestaande workflows verbeterd in plaats van vervangen

Het voortdurende succes van de oprichters

Matt Brezina en Adam Smith stopten niet na Xobni:

  • Matt Brezina: Werd een actieve investeerder met investeringen in Dropbox, Mailbox en andere bedrijven
  • Adam Smith: Blijft succesvolle bedrijven bouwen in de productiviteitssector
  • Beide oprichters: Hebben aangetoond dat e-mailsucces voortkomt uit verbetering, niet uit vervanging

Het patroon

Bedrijven zijn succesvol met e-mail als ze:

  1. Infrastructuur bouwen (SendGrid, Mailgun)
  2. Bestaande workflows verbeteren (Hobney, FastMail)
  3. Focus op betrouwbaarheid (Amazon SES, Poststempel)
  4. Ontwikkelaars bedienen (API's en tools, geen apps voor eindgebruikers)

Heeft iemand e-mail met succes opnieuw uitgevonden?

Dit is een cruciale vraag die de kern raakt van e-mailinnovatie. Het korte antwoord is: niemand heeft e-mail succesvol vervangen, maar sommigen hebben het wel succesvol verbeterd.

Wat is er eigenlijk blijven hangen

Een blik op e-mailinnovaties van de afgelopen 20 jaar:

Patroon: Alle succesvolle innovaties verbeterden bestaande e-mailprotocollen in plaats van ze te vervangen.

Nieuwe tools vullen e-mail aan (maar vervangen het niet)

  • Slack: Ideaal voor teamchat, maar stuurt ook e-mailmeldingen
  • Meningsverschil: Uitstekend voor communities, maar gebruikt e-mail voor accountbeheer
  • WhatsApp: Perfect voor berichten, maar bedrijven gebruiken nog steeds e-mail
  • Zoom: Essentieel voor videogesprekken, maar uitnodigingen voor vergaderingen komen via e-mail

Het HEY-experiment

Important

Validatie in de praktijk: De oprichter van HEY, DHH, maakt al jaren gebruik van onze service bij Forward Email voor zijn persoonlijke domein dhh.dk, wat aantoont dat zelfs e-mailinnovatoren vertrouwen op bewezen infrastructuur.

HEY van Basiskamp vertegenwoordigt de meest serieuze recente poging om e-mail "opnieuw uit te vinden":

  • Gelanceerd: 2020 met veel bombarie
  • Aanpak: Compleet nieuw e-mailparadigma met screening, bundeling en workflows
  • Ontvangst: Gemengd - sommigen zijn er dol op, de meesten houden vast aan hun bestaande e-mail
  • Realiteit: Het is nog steeds e-mail (SMTP/IMAP) met een andere interface

Wat werkt echt

De meest succesvolle e-mailinnovaties zijn:

  1. Betere infrastructuur: Snellere servers, betere spamfiltering, verbeterde leverbaarheid
  2. Verbeterde interfaces: De conversatieweergave van Gmail, Integratie van de agenda in Outlook
  3. Ontwikkelaarstools: API's voor het verzenden van e-mail, webhooks voor tracking
  4. Gespecialiseerde workflows: CRM-integratie, marketingautomatisering, transactionele e-mail

Geen van deze oplossingen heeft e-mail vervangen, ze hebben het beter gemaakt.

Moderne infrastructuur bouwen voor bestaande e-mailprotocollen: onze aanpak

Voordat we ingaan op de mislukkingen, is het belangrijk om te begrijpen wat er daadwerkelijk werkt in e-mail. De uitdaging is niet dat e-mail kapot is, maar dat de meeste bedrijven proberen iets te "repareren" dat al perfect werkt.

Het e-mailinnovatiespectrum

E-mailinnovatie valt in drie categorieën uiteen:

Waarom we ons richten op infrastructuur

Wij hebben ervoor gekozen om een moderne e-mailinfrastructuur te bouwen omdat:

  • E-mailprotocollen zijn bewezen: SMTP werkt betrouwbaar sinds 1982
  • Het probleem zit in de implementatie: De meeste e-maildiensten gebruiken verouderde softwarestacks
  • Gebruikers willen betrouwbaarheid: Geen nieuwe functies die bestaande workflows verstoren
  • Ontwikkelaars hebben tools nodig: Betere API's en beheerinterfaces

Wat werkt er eigenlijk in e-mail

Het succesvolle patroon is eenvoudig: bestaande e-mailworkflows verbeteren in plaats van ze te vervangen. Dit betekent:

  • Snellere en betrouwbaardere SMTP-servers bouwen
  • Betere spamfiltering creëren zonder legitieme e-mail te beschadigen
  • Ontwikkelaarsvriendelijke API's aanbieden voor bestaande protocollen
  • De afleverbaarheid verbeteren door middel van een goede infrastructuur

Onze aanpak: waarom we anders zijn

Wat we doen

  • Bouw daadwerkelijke infrastructuur: Aangepaste SMTP/IMAP-servers vanaf nul
  • Focus op betrouwbaarheid: 99,99% uptime, correcte foutafhandeling
  • Verbeter bestaande workflows: Werk met alle e-mailclients
  • Bedien ontwikkelaars: API's en tools die echt werken
  • Behoud compatibiliteit: Volledige naleving van SMTP/IMAP/POP3

Wat we niet doen

  • Bouw "revolutionaire" e-mailclients
  • Probeer bestaande e-mailprotocollen te vervangen
  • Voeg onnodige AI-functies toe
  • Beloof e-mail te "repareren"

Hoe we een e-mailinfrastructuur bouwen die echt werkt

Onze anti-startup-aanpak

Terwijl andere bedrijven miljoenen verspillen aan het opnieuw uitvinden van e-mail, richten wij ons op het bouwen van een betrouwbare infrastructuur:

  • Geen draaipunten: We bouwen al meer dan 7 jaar aan e-mailinfrastructuur
  • Geen acquisitiestrategie: We bouwen voor de lange termijn
  • Geen "revolutionaire" claims: We zorgen er gewoon voor dat e-mail beter werkt

Wat ons anders maakt

Tip

Overheidsconformiteit: Forward Email is Voldoet aan sectie 889 en wordt gebruikt door organisaties zoals de US Naval Academy, wat aantoont dat we ons inzetten om te voldoen aan de strenge federale veiligheidseisen.

Note

OpenPGP- en OpenWKD-implementatie: In tegenstelling tot Fastmail, waarover weigert PGP te implementeren complexiteitsproblemen aanvoerde, biedt Forward Email volledige OpenPGP-ondersteuning met OpenWKD-compatibiliteit (Web Key Directory). Hierdoor krijgen gebruikers de encryptie die ze daadwerkelijk willen, zonder dat ze gedwongen worden experimentele protocollen zoals JMAP te gebruiken.

Technische stackvergelijking:

  • = APNIC-blogpost bevestigt dat Proton postfix-mta-sts-resolver gebruikt, wat aangeeft dat ze een Postfix-stack gebruiken

Belangrijkste verschillen:

  • Moderne taal: JavaScript over de gehele stack versus C-code uit de jaren 80
  • Geen lijmcode: Eén taal elimineert integratiecomplexiteit
  • Web-native: Vanaf de grond af ontwikkeld voor moderne webontwikkeling
  • Onderhoudbaar: Elke webontwikkelaar kan het begrijpen en eraan bijdragen
  • Geen legacy-schuld: Schone, moderne codebase zonder tientallen jaren aan patches

Note

Privacy by Design: Onze privacybeleid zorgt ervoor dat we doorgestuurde e-mails niet opslaan op schijfruimte of in databases, geen metadata over e-mails opslaan en geen logs of IP-adressen opslaan. De service werkt alleen in het geheugen voor e-maildoorstuurservices.

Technische documentatie: Voor uitgebreide informatie over onze aanpak, architectuur en beveiligingsimplementatie, zie onze technisch whitepaper en uitgebreide technische documentatie.

Vergelijking van e-mail serviceproviders: groei door bewezen protocollen

Note

Echte groeicijfers: Terwijl andere providers experimentele protocollen nastreven, richt Forward Email zich op wat gebruikers daadwerkelijk willen: betrouwbare IMAP, POP3, SMTP, CalDAV en CardDAV die op alle apparaten werken. Onze groei bewijst de waarde van deze aanpak.

Aanbieder Domeinnamen (2024 via SecurityTrails) Domeinnamen (2025 via ViewDNS) Percentage verandering MX-record
E-mail doorsturen 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
Postbus 38,659 43,337 +12.1% mxext1.mailbox.org
Totaal 18,781 21,720 +15.6% mail.tutanota.de
Skiff (niet meer in gebruik) 7,504 3,361 -55.2% inbound-smtp.skiff.com

Belangrijkste inzichten:

  • Forward Email laat een sterke groei zien (+21,1%) met meer dan 500.000 domeinen die onze MX-records gebruiken
  • Bewezen infrastructuurwinsten: Diensten met betrouwbare IMAP/SMTP laten een consistente domeinacceptatie zien
  • JMAP-irrelevantie: Fastmails JMAP-investering laat een tragere groei zien (+14%) vergeleken met providers die zich richten op standaardprotocollen
  • Skiff's ondergang: De ter ziele gegane startup verloor 55,2% van haar domeinen, wat het falen van "revolutionaire" e-mailbenaderingen aantoont
  • Marktvalidatie: De groei van het aantal domeinen weerspiegelt de daadwerkelijke gebruikersacceptatie, niet de marketingstatistieken

De technische tijdlijn

Op basis van onze officiële bedrijfstijdlijn hebben we een e-mailinfrastructuur gebouwd die echt werkt:

Waarom wij succesvol zijn waar anderen falen

  1. Wij bouwen infrastructuur, geen apps: Focus op servers en protocollen
  2. Wij verbeteren, vervangen niet: Werken met bestaande e-mailclients
  3. Wij zijn winstgevend: Geen druk van VC om "snel te groeien en dingen te breken"
  4. Wij begrijpen e-mail: Meer dan 7 jaar diepgaande technische ervaring
  5. Wij bedienen ontwikkelaars: API's en tools die daadwerkelijk problemen oplossen

De kostenrealiteitscheck

Beveiligingsuitdagingen in e-mailinfrastructuur

Important

Quantumveilige e-mailbeveiliging: Forward Email is de 's werelds eerste en enige e-mailservice die gebruikmaakt van kwantumbestendige en individueel gecodeerde SQLite-mailboxen en biedt ongekende beveiliging tegen toekomstige bedreigingen voor quantumcomputing.

E-mailbeveiliging is een complexe uitdaging die alle aanbieders in de branche aangaat. In plaats van individuele incidenten te benadrukken, is het waardevoller om de algemene beveiligingsaspecten te begrijpen waarmee alle aanbieders van e-mailinfrastructuur rekening moeten houden.

Algemene beveiligingsoverwegingen

Alle e-mailproviders worden geconfronteerd met vergelijkbare beveiligingsuitdagingen:

  • Gegevensbescherming: Beveiliging van gebruikersgegevens en -communicatie
  • Toegangscontrole: Beheer van authenticatie en autorisatie
  • Infrastructuurbeveiliging: Bescherming van servers en databases
  • Compliance: Voldoen aan diverse wettelijke vereisten, zoals GDPR en CCPA

Note

Geavanceerde encryptie: Onze beveiligingspraktijken omvat ChaCha20-Poly1305-encryptie voor mailboxen, volledige schijfencryptie met LUKS v2 en uitgebreide bescherming met encryptie in rust, encryptie in het geheugen en encryptie tijdens verzending.

De waarde van transparantie

Wanneer zich beveiligingsincidenten voordoen, is transparantie en snelle actie de meest waardevolle reactie. Bedrijven die:

  • Incidenten snel melden: Help gebruikers weloverwogen beslissingen te nemen
  • Geef gedetailleerde tijdlijnen: Laat zien dat ze de omvang van de problemen begrijpen
  • Snel oplossingen implementeren: Toon technische competentie
  • Deel geleerde lessen: Draag bij aan sectorbrede beveiligingsverbeteringen

Deze reacties zijn gunstig voor het gehele e-mailecosysteem, omdat ze best practices promoten en andere aanbieders aanmoedigen om hoge beveiligingsnormen te handhaven.

Doorlopende beveiligingsuitdagingen

De e-mailindustrie blijft haar beveiligingspraktijken verder ontwikkelen:

Deze uitdagingen vereisen voortdurende investeringen en expertise van alle aanbieders in de sector.

Conclusie: focus op infrastructuur, niet op apps

Het bewijs is duidelijk

Na analyse van honderden e-mailstartups:

  • 80%+ falingspercentage: De meeste e-mailstartups mislukken volledig (dit cijfer is waarschijnlijk VEEL hoger dan 80%; we zijn aardig)
  • Client-apps mislukken meestal: Overname betekent meestal de dood voor e-mailclients
  • Infrastructuur kan slagen: Bedrijven die SMTP/API-diensten bouwen, floreren vaak
  • VC-financiering creëert druk: Risicokapitaal creëert onrealistische groeiverwachtingen
  • Technische schuld bouwt zich op: Het bouwen van e-mailinfrastructuur is moeilijker dan het lijkt

De historische context

Volgens startups is e-mail al meer dan 20 jaar op sterven na dood:

  • 2004: "Sociale netwerken zullen e-mail vervangen"
  • 2008: "Mobiel berichtenverkeer zal e-mail doden"
  • 2012: "Slack zal e-mail vervangen"
  • 2016: "AI zal e-mail revolutioneren"
  • 2020: "Thuiswerken heeft nieuwe communicatiemiddelen nodig"
  • 2024: "AI zal e-mail eindelijk oplossen"

E-mail is er nog steeds. Het groeit nog steeds. Het is nog steeds essentieel.

De echte les

De les is niet dat e-mail niet verbeterd kan worden. Het gaat om het kiezen van de juiste aanpak:

  1. E-mailprotocollen werken: SMTP, IMAP, POP3 zijn in de praktijk getest
  2. Infrastructuur is belangrijk: Betrouwbaarheid en prestaties zijn belangrijker dan flitsende functies
  3. Verbetering is belangrijker dan vervanging: Werk met e-mail, vecht er niet tegen
  4. Duurzaamheid is belangrijker dan groei: Winstgevende bedrijven gaan langer mee dan bedrijven die door durfkapitaal worden gefinancierd
  5. Dien ontwikkelaars in: Tools en API's creëren meer waarde dan apps voor eindgebruikers

De kans: Betere implementatie van bewezen protocollen, geen vervanging van protocollen.

Tip

Uitgebreide analyse van e-maildiensten: Raadpleeg onze uitgebreide handleiding: 79 beste e-mailservices voor een diepgaande vergelijking van 79 e-maildiensten in 2025, inclusief gedetailleerde reviews, screenshots en technische analyses. Deze analyse laat zien waarom Forward Email consequent wordt beoordeeld als de aanbevolen keuze voor betrouwbaarheid, beveiliging en naleving van standaarden.

Note

Validatie in de praktijk: Onze aanpak werkt voor organisaties van overheidsinstanties die naleving van sectie 889 vereisen tot grote universiteiten beheren tienduizenden alumni-adressen en bewijst dat het bouwen van een betrouwbare infrastructuur de weg is naar e-mailsucces.

Als je overweegt een e-mailstartup op te zetten, overweeg dan om een e-mailinfrastructuur te bouwen. De wereld heeft betere e-mailservers nodig, niet meer e-mailapps.

Het uitgebreide e-mailkerkhof: meer storingen en afsluitingen

Google's e-mailexperimenten mislukken

Google heeft, ondanks dat het eigenaar is van Gmail, meerdere e-mailprojecten stopgezet:

  • Google Wave (2009-2012): "E-mailkiller" die niemand begreep
  • Google Buzz (2010-2011): Ramp met de integratie van sociale e-mail
  • Postvak IN van Gmail (2014-2019): De "slimme" opvolger van Gmail, verlaten
  • Google+ e-mailfuncties (2011-2019): E-mailintegratie via sociale netwerken

Patroon: Zelfs Google kan e-mail niet opnieuw uitvinden.

De seriele mislukking: de drie doden van Newton Mail

Newton Mail is drie keer overleden:

  1. CloudMagic (2013-2016): E-mailclient overgenomen door Newton
  2. Newton Mail (2016-2018): Rebranding, abonnementsmodel mislukt
  3. Newton Mail Revival (2019-2020): Poging tot comeback, wederom mislukt

Les: E-mailclients kunnen geen abonnementsmodellen ondersteunen.

De apps die nooit zijn gelanceerd

Veel e-mailstartups gingen failliet voordat ze van start gingen:

  • Tempo (2014): Integratie van agenda en e-mail, stopgezet vóór de lancering
  • Mailstroom (2011): Tool voor e-mailbeheer, aangeschaft vóór de release
  • Fluent (2013): E-mailclient, ontwikkeling stopgezet

Het acquisitie-tot-afsluitingspatroon

Consolidatie van e-mailinfrastructuur

Het open-source e-mailkerkhof: wanneer 'gratis' niet duurzaam is

Nylas Mail → Mailspring: de fork die {#nylas-mail--mailspring-the-fork-that-couldnt} niet kon

Eudora: De 18-jarige dodenmars

  • 1988-2006: Dominante e-mailclient voor Mac/Windows
  • 2006: Qualcomm stopte met de ontwikkeling
  • 2007: Open source als "Eudora OSE"
  • 2010: Project stopgezet
  • Les: Zelfs succesvolle e-mailclients gaan uiteindelijk ten onder

FairEmail: gedood door Google Play Politics

Het onderhoudsprobleem

Open source e-mailprojecten mislukken omdat:

  • Complexiteit: E-mailprotocollen zijn complex om correct te implementeren
  • Beveiliging: Constante beveiligingsupdates vereist
  • Compatibiliteit: Moet met alle e-mailproviders werken
  • Hulpbronnen: Vrijwillige ontwikkelaars raken uitgeput

De AI-e-mailstartup-golf: geschiedenis herhaalt zich met "intelligentie"

De huidige AI-e-mailgoudkoorts

De AI-e-mailstartups van 2024:

De financieringsgekte

VC's gooien geld naar "AI + E-mail":

  • Meer dan $100 miljoen geïnvesteerd in AI-e-mailstartups in 2024
  • Dezelfde beloftes: "Revolutionaire e-mailervaring"
  • Dezelfde problemen: Voortbouwen op bestaande infrastructuur
  • Hetzelfde resultaat: De meeste zullen binnen 3 jaar falen

Waarom ze allemaal (opnieuw) zullen falen

  1. AI lost geen niet-problemen met e-mail op: E-mail werkt prima
  2. Gmail heeft al AI: Slimme antwoorden, prioriteitsinbox, spamfiltering
  3. Privacyoverwegingen: AI vereist het lezen van al je e-mails
  4. Kostenstructuur: AI-verwerking is duur, e-mail is een basisproduct
  5. Netwerkeffecten: Kan de dominantie van Gmail/Outlook niet doorbreken

De onvermijdelijke uitkomst

  • 2025: Superhuman succesvol overgenomen door Grammarly - een zeldzame succesvolle exit voor een e-mailclient
  • 2025-2026: De meeste overgebleven AI-e-mailstartups zullen een omslag maken of sluiten
  • 2027: Overlevenden zullen worden overgenomen, met wisselende uitkomsten
  • 2028: "Blockchain-e-mail" of de volgende trend zal zich voordoen

De consolidatiecatastrofe: wanneer 'overlevenden' rampen worden

De grote e-mailserviceconsolidatie

De e-mailindustrie is dramatisch geconsolideerd:

Outlook: De "overlever" die niet kan stoppen met breken

Microsoft Outlook heeft, ondanks dat hij een "overlever" is, voortdurend problemen:

Onze praktijkervaring: We helpen regelmatig klanten waarvan de Outlook-instellingen onze perfect compatibele IMAP-implementatie verstoren.

Het poststempelinfrastructuurprobleem

Na Overname van ActiveCampaign:

Recente slachtoffers van e-mailclients (2024-2025)

Overname van Postbus → eM Client: In 2024 nam eM Client Postbox en onmiddellijk uitschakelen over, waardoor duizenden gebruikers moesten migreren.

Canarische post Problemen: Ondanks Sequoia-achterkant melden gebruikers niet-werkende functies en slechte klantondersteuning.

Spark door Readdle: Gebruikers melden steeds vaker een slechte ervaring met de e-mailclient.

Mailbird Licentieproblemen: Windows-gebruikers ondervinden licentieproblemen en verwarring over abonnementen.

Luchtpost Afwijzing: De Mac/iOS-e-mailclient, gebaseerd op de mislukte Sparrow-codebase, blijft slechte recensies ontvangen vanwege betrouwbaarheidsproblemen.

E-mailuitbreiding en service-acquisities

HubSpot-hulpprogramma → Niet meer leverbaar: De e-mailtrackingextensie van HubSpot was stopgezet in 2016 en vervangen door "HubSpot Sales."

Engage voor Gmail → Uit dienst: De Gmail-extensie van Salesforce was gepensioneerd in juni 2024, waardoor gebruikers gedwongen werden te migreren naar andere oplossingen.

De overlevenden: e-mailbedrijven die echt werken

Niet alle e-mailbedrijven falen. Dit zijn de bedrijven die wél werken:

Mailmodo: Succesverhaal van Y Combinator, $2 miljoen van Sequoia's Surge door zich te richten op interactieve e-mailcampagnes.

Mixmax: Totale financiering van $ 13,3 miljoen is verhoogd en het blijft functioneren als succesvol sales engagement platform.

Outreach.io: Waardering van $4,4 miljard+ bereikt en bereidt zich voor op een potentiële beursgang als sales engagement platform.

Apollo.io: Waardering van $1,6 miljard behaald met $100 miljoen Serie D in 2023 voor hun sales intelligence-platform.

GMass: Bootstrap-succesverhaal waarbij $140K/maand werd gegenereerd als Gmail-extensie voor e-mailmarketing.

Streak CRM: Succesvol Gmail-gebaseerd CRM dat sinds 2012 zonder grote problemen heeft gedraaid.

ToutApp: overgenomen door Marketo in 2017 is succesvol gestart na het ophalen van meer dan $ 15 miljoen aan financiering.

Bananatag: Overgenomen door Staffbase in 2021 en blijft functioneren als "Staffbase Email."

Belangrijk patroon: Deze bedrijven slagen omdat ze bestaande e-mailworkflows verbeteren in plaats van te proberen e-mail volledig te vervangen. Ze bouwen tools die samen werken met de e-mailinfrastructuur, niet ertegen.

Tip

Staat er hier geen provider vermeld die u kent? (bijv. Posteo, Mailbox.org, Migadu, enz.) Raadpleeg onze uitgebreide e-mailservicevergelijkingspagina voor meer informatie.