Sähköpostiyritysten hautausmaa: Miksi useimmat sähköpostiyritykset epäonnistuvat

Vaikka monet sähköpostialan startup-yritykset ovat investoineet miljoonia havaittujen ongelmien ratkaisemiseen, me täällä Lähetä sähköposti edelleen ovat keskittyneet luotettavan sähköpostiinfrastruktuurin rakentamiseen tyhjästä vuodesta 2017 lähtien. Tämä analyysi tutkii sähköpostialan perustamisten tulosten taustalla olevia malleja ja sähköpostiinfrastruktuurin perustavanlaatuisia haasteita.

[!NOTE] Keskeinen näkemysUseimmat sähköpostialan startup-yritykset eivät rakenna varsinaista sähköpostiinfrastruktuuria tyhjästä. Monet rakentavat olemassa olevien ratkaisujen, kuten Amazon SES:n, tai avoimen lähdekoodin järjestelmien, kuten Postfixin, päälle. Ydinprotokollat toimivat hyvin – haaste on toteutuksessa.

[!TIP] Tekninen syväsukellusKattavat tiedot lähestymistavastamme, arkkitehtuuristamme ja tietoturvan toteutuksestamme löytyvät Sähköpostin edelleenlähetyksen tekninen raportti ja Tietoja-sivu joka dokumentoi koko kehitysaikataulumme vuodesta 2017 lähtien.

Sähköpostin käynnistyksen epäonnistumismatriisi

[!CAUTION] Vikahälytys: Pelkästään Techstarsilla on 28 sähköpostiin liittyvää yritystä. vain viidellä uloskäynnillä - erittäin korkea epäonnistumisprosentti (joskus laskettu yli 80 %).

Tässä on kaikki löytämämme merkittävät sähköpostialan startup-yritysten epäonnistumiset, jotka on järjestetty kiihdyttämön, rahoituksen ja lopputuloksen mukaan:

YhtiöVuosiKiihdytinRahoitusTuloksetTilaKeskeinen ongelma
Soutuvene2024-Yhteensä 14,2 miljoonaa dollariaNotionin hankkima → Sammutus😵 KuollutPerustajat jättivät Notionin Cursorin hyväksi
Varpunen2012-247 000 dollarin siemen, <25 miljoonan dollarin yritysostoGooglen hankkima → Sulkeminen😵 KuollutVain kykyjen hankinta
Sähköpostin apupilotille2012Techstars~120 000 dollaria (Techstarsin vakiohinta)Hankittu → Sammutus😵 KuollutOhjaa nyt Validityyn
VastaaLähetä2012Techstars~120 000 dollaria (Techstarsin vakiohinta)Epäonnistui😵 KuollutEpämääräinen arvoehdotus
Kehitetty2012Techstars~120 000 dollaria (Techstarsin vakiohinta)Epäonnistui😵 Kuollut"Helppo. Turvallinen. Sähköposti"
Sekoitus2015Techstars~120 000 dollaria (Techstarsin vakiohinta)Epäonnistui😵 KuollutSähköpostin salaus
InboxFever2011Techstars~118 000 dollaria (Techstars 2011)Epäonnistui😵 KuollutSähköpostisovellusten API
Sähköposti2014YC~120 000 dollaria (YC-standardi)Kääntynyt🧟 ZombiMobiilisähköposti → "hyvinvointi"
MailTime2016YC~120 000 dollaria (YC-standardi)Kääntynyt🧟 ZombiSähköpostiohjelma → analytiikka
uudelleensähköposti2009YC~$20K (YC 2009)Googlen hankkima → Sammutus😵 KuollutiPhonen sähköpostihaku
Mailhaven2016500 maailmanlaajuinen~100 000 dollaria (500 dollaria vakiona)PoistuiTuntematonPaketin seuranta

Infrastruktuurin todellisuustarkistus

[!WARNING] Piilotettu totuusJokainen "sähköpostialan startup" rakentaa vain käyttöliittymää olemassa olevan infrastruktuurin päälle. He eivät rakenna oikeita sähköpostipalvelimia – he rakentavat sovelluksia, jotka yhdistyvät oikeaan sähköpostiinfrastruktuuriin.

Mikä sähköpostia oikeastaan käyttää

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]





Mitä "sähköpostiyritykset" todellisuudessa rakentavat


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]
Sähköpostin menestyksen avainmalliYritykset, jotka todella menestyvät sähköpostin saralla, eivät yritä keksiä pyörää uudelleen. Sen sijaan ne rakentavat infrastruktuuria ja työkaluja, jotka parantavat olemassa olevat sähköpostin työnkulut. SendGrid, Postipyssy, ja Postileima niistä tuli miljardin dollarin yrityksiä tarjoamalla luotettavia SMTP-rajapintoja ja toimituspalveluita - ne toimivat kanssa sähköpostiprotokollia vastaan, ei niitä vastaan. Tämä on sama lähestymistapa, jota me Forward Emaililla noudatamme.




Miksi useimmat sähköpostialan startupit epäonnistuvat




[!IMPORTANT]
Perustava malliSähköposti asiakas startupit epäonnistuvat tyypillisesti, koska ne yrittävät korvata toimivia protokollia, kun taas sähköposti infrastruktuuri Yritykset voivat menestyä parantamalla olemassa olevia työnkulkuja. Keskeistä on ymmärtää, mitä käyttäjät todella tarvitsevat verrattuna siihen, mitä yrittäjät luulevat tarvitsevansa.




1. Sähköpostiprotokollat toimivat, toteutus usein ei




[!NOTE]
Sähköpostitilastot: 347,3 miljardia sähköpostia lähetetään päivittäin ilman suurempia ongelmia, tarjoilee 4,37 miljardia sähköpostin käyttäjää maailmanlaajuisesti vuodesta 2023 alkaen.




Sähköpostin ydinprotokollat ovat vankkoja, mutta toteutuksen laatu vaihtelee suuresti:



Todellinen tilaisuusOlemassa olevien protokollien parempi toteutus, ei protokollien korvaaminen.


2. Verkkovaikutukset ovat särkymättömiä


Sähköpostin verkostovaikutus on absoluuttinen:



3. He usein kohdistavat huomionsa vääriin ongelmiin


Monet sähköpostialan startupit keskittyvät havaittuihin ongelmiin todellisten kipukohtien sijaan:



Todellisia ongelmia, jotka kannattaa ratkaistaInfrastruktuurin luotettavuus, toimitettavuus, roskapostin suodatus ja kehittäjätyökalut.


4. Tekninen velka on valtava


Todellisen sähköpostiinfrastruktuurin rakentaminen edellyttää:



5. Infrastruktuuri on jo olemassa


Miksi keksiä uudelleen, kun voit käyttää:



Case-tutkimukset: Kun sähköpostialan startupit epäonnistuvat


Tapaustutkimus: Skiffin katastrofi


Skiff havainnollistaa täydellisesti kaikkea, mikä sähköpostialan startup-yrityksissä on vialla.


Asennus


    

  • Paikannus: "Yksityisyys etusijalla sähköposti- ja tuottavuusalusta"
    • 

  • Rahoitus: Merkittävä riskipääoma
    • 

  • LupausParempi sähköposti yksityisyyden ja salauksen avulla
    • 



Hankinta


Notion osti Skiffin helmikuussa 2024 tyypillisillä yritysostolupauksilla integraatiosta ja jatkuvasta kehityksestä.


Todellisuus



Kiihdyttimen analyysi


Y Combinator: Sähköpostisovellusten tehdas


Y-kombinaattori on rahoittanut kymmeniä sähköpostialan startup-yrityksiä. Tässä on kaava:



OnnistumisprosenttiTulokset olivat vaihtelevia, ja joitakin merkittäviä irtautumisia tapahtui. Useat yritykset tekivät onnistuneita yritysostoja (reMail Googlelle, Rapportive LinkedInille), kun taas toiset luopuivat sähköpostista tai heidät palkattiin osaajien hankkimiseksi.


Techstars: Sähköpostin hautausmaa


Techstars on vielä huonompi historia:



KuvioEpämääräiset arvoehdotukset, ei todellista teknistä innovaatiota, nopeat epäonnistumiset.


Riskipääoma-ansa




[!CAUTION]
Pääomasijoittajien paradoksiPääomasijoittajat rakastavat sähköpostitse tehtäviä startup-yrityksiä, koska ne kuulostavat yksinkertaisilta, mutta ovat itse asiassa mahdottomia. Juuri investointeja houkuttelevat perusoletukset takaavat epäonnistumisen.




Pääomasijoittajat rakastavat sähköpostipohjaisia startup-yrityksiä, koska ne kuulostavat yksinkertaisilta, mutta ovat itse asiassa mahdottomia:


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]





TodellisuusMikään näistä oletuksista ei pidä paikkaansa sähköpostin kohdalla.


Tekninen todellisuus: Nykyaikaiset sähköpostipinot


Mikä todellisuudessa pyörittää "sähköpostialan startup-yrityksiä"


Katsotaanpa, mitä nämä yritykset oikeasti tekevät:


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]





Suorituskykyongelmat


MuistiturvotusUseimmat sähköpostisovellukset ovat Electron-pohjaisia verkkosovelluksia, jotka kuluttavat valtavasti RAM-muistia:





[!WARNING]
Elektronien suorituskykykriisiNykyaikaiset Electronilla ja React Nativella rakennetut sähköpostiohjelmat kärsivät vakavasta muistin ylikuormituksesta ja suorituskykyongelmista. Nämä monialustaiset kehykset ovat käteviä kehittäjille, mutta ne luovat resursseja kuluttavia sovelluksia, jotka kuluttavat satoja megatavuja tai gigatavuja RAM-muistia sähköpostin perustoimintoihin.




Akun tyhjennysJatkuva synkronointi ja tehoton koodi:


    

  • Taustaprosessit, jotka eivät koskaan nuku
    • 

  • Tarpeettomia API-kutsuja muutaman sekunnin välein
    • 

  • Huono yhteyksien hallinta
    • 

  • Ei kolmannen osapuolen riippuvuuksia, paitsi ne, jotka ovat ehdottoman välttämättömiä ydintoiminnoille
    • 



Hankintamallit: Menestys vs. alasajo


Kaksi kuviota


Asiakassovelluksen malli (yleensä epäonnistuu):


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"]





Infrastruktuurimalli (usein onnistuu):


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"]





Viimeaikaiset esimerkit


Asiakassovelluksen virheet:



Merkittävä poikkeus:



Infrastruktuurin onnistumiset:



Alan kehitys ja konsolidoituminen


Luonnollinen teollisuuden kehitys


Sähköpostiala on luonnollisesti kehittynyt kohti konsolidoitumista, kun suuremmat yritykset ostavat pienempiä integroidakseen ominaisuuksia tai poistaakseen kilpailun. Tämä ei välttämättä ole negatiivista – näin useimmat kypsät toimialat kehittyvät.


Hankinnan jälkeiset siirtymät


Kun sähköpostiyrityksiä ostetaan, käyttäjät kohtaavat usein:


    

  • Palveluiden migraatiotSiirtyminen uusille alustoille
    • 

  • Ominaisuuksien muutoksetErikoistoimintojen menetys
    • 

  • Hinnoittelun muutoksetErilaiset tilausmallit
    • 

  • IntegraatiojaksotTilapäisiä palvelukatkoksia
    • 



Käyttäjän huomioitavia asioita siirtymien aikana


Toimialan konsolidoinnin aikana käyttäjät hyötyvät seuraavista asioista:


    

  • Vaihtoehtojen arviointiUseat palveluntarjoajat tarjoavat samankaltaisia palveluita
    • 

  • Muuttopolkujen ymmärtäminenUseimmat palvelut tarjoavat vientityökaluja
    • 

  • Pitkän aikavälin vakauden huomioon ottaminenVakiintuneet palveluntarjoajat tarjoavat usein enemmän jatkuvuutta
    • 



Hakkereiden uutisten todellisuustarkistus


Jokainen sähköpostialan startup saa samat kommentit Hakkeri uutiset:



Yhteisö on oikeassaNämä kommentit näkyvät jokaisen sähköpostiyrityksen käynnistyksen yhteydessä, koska perusongelmat ovat aina samat.


Moderni tekoälyn sähköpostihuijaus


Uusin aalto


Vuosi 2024 toi mukanaan uuden aallon "tekoälypohjaisia sähköposti" -startup-yrityksiä, ja ensimmäinen merkittävä onnistunut exit on jo tapahtunut:



Samat vanhat ongelmat


"Tekoälyn" lisääminen ei ratkaise perustavanlaatuisia haasteita:



Todellinen haasteTekoälyominaisuudet vaativat merkittäviä infrastruktuuri-investointeja, mutta samalla ne ratkaisevat suhteellisen pieniä kipupisteitä.


Mikä oikeasti toimii: Todellisia sähköpostimenestystarinoita


Infrastruktuuriyritykset (voittajat)



KuvioHe rakentavat infrastruktuuria, eivät sovelluksia.


Sähköpostipalveluntarjoajat (The Survivors)





[!WARNING]
JMAP-sijoituskysymysVaikka Fastmail investoi resursseja JMAP, protokolla, joka on 10+ vuotta vanha, rajoitetusti käyttöönotettu, he samanaikaisesti kieltäytyä PGP-salauksen käyttöönotosta jota monet käyttäjät pyytävät. Tämä on strateginen valinta asettaa protokollan innovaatiot etusijalle käyttäjien pyytämien ominaisuuksien sijaan. Jää nähtäväksi, tuleeko JMAP:sta laajempaa omaksumista, mutta nykyinen sähköpostiohjelmaekosysteemi perustuu edelleen pääasiassa IMAP/SMTP:hen.






[!TIP]
Yrityksen menestysSähköpostin edelleenlähetysvaltuudet alumnien sähköpostiratkaisut huippuyliopistoille, mukaan lukien Cambridgen yliopisto, jossa on 30 000 alumniosoitetta, mikä tuo 87 000 dollarin vuosittaiset kustannussäästöt perinteisiin ratkaisuihin verrattuna.




KuvioNe parantavat sähköpostia, eivät korvaa sitä.


Poikkeus: Xobnin menestystarina


Hobney erottuu yhtenä harvoista sähköpostiin liittyvistä startup-yrityksistä, jotka todella menestyivät oikealla lähestymistavalla.


Mitä Xobni teki oikein:


    

  • Parannettu olemassa oleva sähköpostiRakennettu Outlookin päälle sen korvaamisen sijaan
    • 

  • Ratkaisi oikeita ongelmiaYhteystietojen hallinta ja sähköpostihaku
    • 

  • Keskittyy integraatioonTyöskenteli olemassa olevien työnkulkujen kanssa
    • 

  • YrityspainotteinenKohdennettu yrityskäyttäjät, joilla on todellisia kipupisteitä
    • 



Menestys: Yahoo osti Xobnin 60 miljoonalla dollarilla vuonna 2013., tarjoten sijoittajille vakaan tuoton ja perustajille onnistuneen exitin.


Miksi Xobni onnistui siellä, missä muut epäonnistuivat


    

  1. Rakennettu hyväksi todetulle infrastruktuurilleKäytti Outlookin nykyistä sähköpostin käsittelyä
    2. 

  2. Ratkaisi todellisia ongelmiaYhteystietojen hallinta oli todella rikki
    3. 

  3. YritysmarkkinatYritykset maksavat tuottavuustyökaluista
    4. 

  4. IntegraatiolähestymistapaParanneltuja eikä korvattu olemassa olevia työnkulkuja
    5. 



Perustajien jatkuva menestys


Matt Brezina ja Adam Smith ei pysähtynyt Xobnin jälkeen:


    

  • Matt Brezina: Aktiivinen enkelisijoittaja sijoituksilla Dropboxiin, Mailboxiin ja muihin
    • 

  • Adam SmithJatkoimme menestyvien yritysten rakentamista tuottavuusalalla
    • 

  • Molemmat perustajatOsoittanut, että sähköpostin menestys tulee parantamisesta, ei korvaamisesta
    • 



Kuvio


Yritykset menestyvät sähköpostin käytössä, kun ne:


    

  1. Rakenna infrastruktuuria (SendGrid, Postipyssy)
    2. 

  2. Paranna olemassa olevia työnkulkuja (Hobney, Pikaposti)
    3. 

  3. Keskity luotettavuuteen (Amazon SES, Postileima)
    4. 

  4. Palvele kehittäjiä (APIt ja työkalut, ei loppukäyttäjän sovellukset)
    5. 



Onko kukaan onnistuneesti uudistanut sähköpostia?


Tämä on ratkaiseva kysymys, joka menee sähköpostin innovaatioiden ytimeen. Lyhyt vastaus on: Kukaan ei ole onnistuneesti korvannut sähköpostia, mutta jotkut ovat onnistuneesti parantaneet sitä.


Mikä oikeasti jumissa


Tarkastellaan sähköpostin innovaatioita viimeisten 20 vuoden ajalta:



KuvioKaikki onnistuneet innovaatiot parannettu olemassa olevia sähköpostiprotokollia niiden korvaamisen sijaan.


Uudet työkalut täydentävät sähköpostia (mutta eivät korvaa sitä)


    

  • SlackLoistava tiimikeskusteluun, mutta lähettää silti sähköposti-ilmoituksia
    • 

  • EripuraErinomainen yhteisöille, mutta käyttää sähköpostia tilien hallintaan
    • 

  • WhatsAppTäydellinen viestittelyyn, mutta yritykset käyttävät edelleen sähköpostia
    • 

  • ZoomausVälttämätön videopuheluissa, mutta kokouskutsut tulevat sähköpostitse
    • 



HEY-kokeilu




[!IMPORTANT]
Todellisen maailman validointiHEY:n perustaja DHH käyttää itse asiassa Forward Email -palveluamme henkilökohtaisella verkkotunnuksellaan dhh.dk ja on tehnyt niin jo useiden vuosien ajan, mikä osoittaa, että jopa sähköpostin innovaattorit luottavat toimivaksi todistettuun infrastruktuuriin.




HEY kirjoittanut Tukikohta edustaa viimeaikaista vakavinta yritystä "keksiä" sähköposti uudelleen:


    

  • Käynnistettiin: Vuosi 2020 merkittävien fanfaarien merkeissä
    • 

  • LähestyäTäysin uusi sähköpostiparadigma seulonnalla, niputtamalla ja työnkuluilla
    • 

  • VastaanottoVaihteleva – jotkut rakastavat sitä, useimmat pysyvät olemassa olevassa sähköpostissa
    • 

  • TodellisuusSe on edelleen sähköposti (SMTP/IMAP) eri käyttöliittymällä
    • 



Mikä oikeasti toimii


Menestyksekkäimmät sähköposti-innovaatiot ovat olleet:


    

  1. Parempi infrastruktuuriNopeammat palvelimet, parempi roskapostin suodatus, parempi toimituskyky
    2. 

  2. Parannetut käyttöliittymät: Gmailin keskustelunäkymä, Outlookin kalenteriintegraatio
    3. 

  3. KehittäjätyökalutSähköpostin lähettämiseen tarkoitetut API-rajapinnat, seurantaan tarkoitetut webhookit
    4. 

  4. Erikoistuneet työnkulutCRM-integraatio, markkinoinnin automatisointi, transaktiosähköpostit
    5. 



Mikään näistä ei korvannut sähköpostia – ne tekivät siitä paremman.


Nykyaikaisen infrastruktuurin rakentaminen olemassa oleville sähköpostiprotokollille: Lähestymistapamme


Ennen kuin syvennymme epäonnistumisiin, on tärkeää ymmärtää, mikä sähköpostissa oikeasti toimii. Haaste ei ole se, että sähköposti on rikki, vaan se, että useimmat yritykset yrittävät "korjata" jotain, mikä jo toimii täydellisesti.


Sähköpostin innovaatioiden kirjo


Sähköpostin innovaatiot voidaan jakaa kolmeen luokkaan:


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]





Miksi keskitymme infrastruktuuriin


Päätimme rakentaa modernin sähköposti-infrastruktuurin, koska:


    

  • Sähköpostiprotokollat ovat todistettuja: SMTP on toiminut luotettavasti vuodesta 1982 lähtien
    • 

  • Ongelma on toteutusUseimmat sähköpostipalvelut käyttävät vanhentuneita ohjelmistoja
    • 

  • Käyttäjät haluavat luotettavuuttaEi uusia ominaisuuksia, jotka rikkovat olemassa olevia työnkulkuja
    • 

  • Kehittäjät tarvitsevat työkalujaParemmat API:t ja hallintaliittymät
    • 



Mikä sähköpostissa oikeasti toimii


Onnistunut kaava on yksinkertainen: parantaa olemassa olevia sähköpostin työnkulkuja korvaamisen sijaanTämä tarkoittaa:


    

  • Nopeampien ja luotettavampien SMTP-palvelimien rakentaminen
    • 

  • Paremman roskapostisuodatuksen luominen rikkomatta laillisia sähköposteja
    • 

  • Kehittäjäystävällisten API-rajapintojen tarjoaminen olemassa oleville protokollille
    • 

  • Toimitettavuuden parantaminen asianmukaisen infrastruktuurin avulla
    • 



Lähestymistapamme: Miksi olemme erilaisia


Mitä me teemme


    

  • Rakenna todellista infrastruktuuriaMukautettavat SMTP/IMAP-palvelimet alusta alkaen
    • 

  • Keskity luotettavuuteen: 99,99 % käyttöaika, asianmukainen virheenkäsittely
    • 

  • Paranna olemassa olevia työnkulkujaToimii kaikkien sähköpostiohjelmien kanssa
    • 

  • Palvele kehittäjiä: API:t ja työkalut, jotka todella toimivat
    • 

  • Säilytä yhteensopivuusTäysi SMTP/IMAP/POP3 vaatimustenmukaisuus
    • 



Mitä emme tee


    

  • Rakenna "vallankumouksellisia" sähköpostiohjelmia
    • 

  • Yritä korvata olemassa olevat sähköpostiprotokollat
    • 

  • Lisää tarpeettomia tekoälyominaisuuksia
    • 

  • Lupaus "korjata" sähköposti
    • 



Kuinka rakennamme sähköposti-infrastruktuuria, joka todella toimii


Startup-vastainen lähestymistapamme


Samalla kun muut yritykset käyttävät miljoonia sähköpostin uudistamiseen, me keskitymme luotettavan infrastruktuurin rakentamiseen:


    

  • Ei kääntöpisteitäOlemme rakentaneet sähköposti-infrastruktuuria yli 7 vuotta
    • 

  • Ei hankintastrategiaaRakennamme pitkällä aikavälillä
    • 

  • Ei "vallankumouksellisia" väitteitäMe vain parannamme sähköpostin toimintaa
    • 



Mikä tekee meistä erilaisia




[!TIP]
Valtionhallinnon vaatimustenmukaisuusSähköpostin edelleenlähetys on 889-pykälän mukainen ja palvelee organisaatioita, kuten Yhdysvaltain laivastoakatemiaa, mikä osoittaa sitoutumisemme tiukkojen liittovaltion turvallisuusvaatimusten täyttämiseen.






[!NOTE]
OpenPGP- ja OpenWKD-toteutusToisin kuin Fastmail, joka kieltäytyy ottamasta käyttöön PGP:tä Monimutkaisuusongelmien vuoksi Forward Email tarjoaa täyden OpenPGP-tuen ja OpenWKD (Web Key Directory) -yhteensopivuuden, antaen käyttäjille haluamansa salauksen pakottamatta heitä käyttämään kokeellisia protokollia, kuten JMAP.




Tekninen pinon vertailu:


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]





    

  • = APNIC-blogikirjoitus vahvistaa, että Proton käyttää postfix-mta-sts-resolveria, mikä osoittaa, että he suorittavat Postfix-pinoa
    • 



Keskeiset erot:


    

  • NykykieliJavaScript koko koodipinossa vs. 1980-luvun C-koodi
    • 

  • Ei liimakoodiaYksi kieli poistaa integroinnin monimutkaisuuden
    • 

  • VerkkopohjainenRakennettu nykyaikaista web-kehitystä varten alusta alkaen
    • 

  • YlläpidettäväKuka tahansa web-kehittäjä voi ymmärtää ja osallistua
    • 

  • Ei perintövelkaaPuhdas, moderni koodikanta ilman vuosikymmenten korjauksia
    • 





[!NOTE]
Yksityisyys suunnittelustaMeidän Tietosuojakäytäntö varmistaa, ettemme tallenna edelleenlähetettyjä sähköposteja levylle tai tietokantoihin, emme tallenna sähköpostien metatietoja emmekä lokeja tai IP-osoitteita – toimii muistissa vain sähköpostin edelleenlähetyspalveluita varten.




Tekninen dokumentaatioKattavat tiedot lähestymistavastamme, arkkitehtuuristamme ja tietoturvan toteutuksestamme löytyvät tekninen raportti ja laaja tekninen dokumentaatio.


Sähköpostipalveluntarjoajien vertailu: Kasvua toimiviksi todistettujen protokollien avulla




[!NOTE]
Todelliset kasvuluvutKun muut palveluntarjoajat käyttävät kokeellisia protokollia, Forward Email keskittyy siihen, mitä käyttäjät todella haluavat – luotettavaa IMAP-, POP3-, SMTP-, CalDAV- ja CardDAV-protokollaa, joka toimii kaikissa laitteissa. Kasvumme osoittaa tämän lähestymistavan arvon.




PalveluntarjoajaVerkkotunnukset (2024 kautta Turvallisuuspolut)Verkkotunnukset (2025 kautta ViewDNS)ProsenttimuutosMX-tietue
Lähetä sähköposti edelleen418,477506,653+21.1%mx1.forwardemail.net
Proton Mail253,977334,909+31.9%mail.protonmail.ch
Fastmail168,433192,075+14%in1-smtp.messagingengine.com
Postilaatikko38,65943,337+12.1%mxext1.mailbox.org
Kokonais18,78121,720+15.6%mail.tutanota.de
Skiff (lakkautettu)7,5043,361-55.2%inbound-smtp.skiff.com


Keskeiset näkemykset:


    

  • Lähetä sähköposti edelleen osoittaa vahvaa kasvua (+21,1 %) ja yli 500 000 verkkotunnusta käyttää MX-tietueitamme
    • 

  • Todistetut infrastruktuurivoitotLuotettavaa IMAP/SMTP-protokollaa käyttävät palvelut ottavat verkkotunnuksia käyttöön tasaisesti
    • 

  • JMAP:n merkityksettömyysFastmailin JMAP-investointi kasvaa hitaammin (+14 %) verrattuna standardiprotokolliin keskittyviin tarjoajiin.
    • 

  • Skiffin romahdusLopetettu startup menetti 55,2 % verkkotunnuksistaan, mikä osoittaa "vallankumouksellisten" sähköpostilähestymistapojen epäonnistumisen.
    • 

  • Markkinoiden validointiVerkkotunnusten määrän kasvu heijastaa todellista käyttäjien käyttöönottoa, ei markkinointimittareita
    • 



Tekninen aikajana


Perustuen meidän virallinen yrityksen aikajana, näin olemme rakentaneet sähköposti-infrastruktuurin, joka todella toimii:


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



Miksi me onnistumme siellä, missä muut epäonnistuvat


    

  1. Rakennamme infrastruktuuria, emme sovelluksiaKeskity palvelimiin ja protokolliin
    2. 

  2. Parannamme, emme korvaa: Työskentele olemassa olevien sähköpostiohjelmien kanssa
    3. 

  3. Olemme kannattaviaEi pääomasijoittajille kohdistuvaa painetta "kasvaa nopeasti ja rikkoa asioita"
    4. 

  4. Ymmärrämme sähköpostin: Yli 7 vuotta syvällistä teknistä kokemusta
    5. 

  5. Palvelemme kehittäjiäAPI:t ja työkalut, jotka todella ratkaisevat ongelmia
    6. 



Kustannusten todellisuustarkistus


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]





Sähköpostiinfrastruktuurin tietoturvahaasteet




[!IMPORTANT]
Quantum-Safe-sähköpostin suojausSähköpostin edelleenlähetys on maailman ensimmäinen ja ainoa sähköpostipalvelu, joka käyttää kvanttiherkkiä ja yksilöllisesti salattuja SQLite-postilaatikoita, mikä tarjoaa ennennäkemättömän suojan tulevaisuuden kvanttilaskennan uhkia vastaan.




Sähköpostin tietoturva on monimutkainen haaste, joka vaikuttaa kaikkiin alan tarjoajiin. Yksittäisten tapausten korostamisen sijaan on arvokkaampaa ymmärtää yhteiset tietoturvanäkökohdat, joihin kaikkien sähköpostiinfrastruktuurin tarjoajien on puututtava.


Yleisiä turvallisuusnäkökohtia


Kaikki sähköpostipalveluntarjoajat kohtaavat samanlaisia tietoturvahaasteita:


    

  • TietosuojaKäyttäjätietojen ja viestinnän suojaaminen
    • 

  • Pääsyoikeuksien hallintaTodennuksen ja valtuutuksen hallinta
    • 

  • Infrastruktuurin turvallisuusPalvelimien ja tietokantojen suojaaminen
    • 

  • VaatimustenmukaisuusTäyttää erilaisia sääntelyvaatimuksia, kuten GDPR ja CCPA
    • 





[!NOTE]
Edistynyt salausMeidän turvallisuuskäytännöt sisältää ChaCha20-Poly1305-salauksen postilaatikoille, täyden levyn salauksen LUKS v2:lla ja kattavan suojauksen levossa tapahtuvalla salauksella, muistissa tapahtuvalla salauksella ja siirron aikaisella salauksella.




Läpinäkyvyyden arvo


Tietoturvapoikkeamien sattuessa arvokkain vastaus on läpinäkyvyys ja nopea toiminta. Yritykset, jotka:


    

  • Ilmoita tapahtumista viipymättäAuta käyttäjiä tekemään tietoon perustuvia päätöksiä
    • 

  • Anna yksityiskohtaiset aikataulutOsoittavat ymmärtävänsä ongelmien laajuuden
    • 

  • Toteuta korjaukset nopeastiOsoita teknistä osaamista
    • 

  • Jaa opitut asiatOsallistu koko toimialan tietoturvaparannuksiin
    • 



Nämä vastaukset hyödyttävät koko sähköpostiekosysteemiä edistämällä parhaita käytäntöjä ja kannustamalla muita palveluntarjoajia ylläpitämään korkeita turvallisuusstandardeja.


Jatkuvat turvallisuushaasteet


Sähköpostiala kehittää jatkuvasti turvallisuuskäytäntöjään:



Nämä haasteet vaativat jatkuvia investointeja ja asiantuntemusta kaikilta alan toimijoilta.


Johtopäätös: Keskitytään infrastruktuuriin, ei sovelluksiin


Todisteet ovat selvät


Analysoituani satoja sähköpostialan startup-yrityksiä:


    

  • 80%+ vikaantumisprosenttiUseimmat sähköpostialan startup-yritykset epäonnistuvat täysin (tämä luku on todennäköisesti PALJON korkeampi kuin 80 %; olemmehan kilttejä)
    • 

  • Asiakassovellukset epäonnistuvat yleensäSähköpostiasiakkaille hankituksi tuleminen tarkoittaa yleensä kuolemaa.
    • 

  • Infrastruktuuri voi menestyäSMTP/API-palveluita rakentavat yritykset usein menestyvät
    • 

  • Pääomasijoittajien rahoitus luo paineitaRiskipääoma luo epärealistisia kasvuodotuksia
    • 

  • Tekninen velka kertyySähköpostiinfrastruktuurin rakentaminen on vaikeampaa kuin miltä se näyttää
    • 



Historiallinen konteksti


Startup-yritysten mukaan sähköposti on ollut "kuolemassa" yli 20 vuotta:


    

  • 2004"Sosiaalinen media korvaa sähköpostin"
    • 

  • 2008: "Mobiiliviestit tappavat sähköpostin"
    • 

  • 2012: "Slack korvaa sähköpostin"
    • 

  • 2016: "Tekoäly mullistaa sähköpostin"
    • 

  • 2020: "Etätyö tarvitsee uusia viestintävälineitä"
    • 

  • 2024: "Tekoäly korjaa vihdoin sähköpostin"
    • 



Sähköposti on edelleen täälläSe kasvaa edelleen. Se on edelleen välttämätön.


Todellinen oppitunti


Opetus ei ole se, etteikö sähköpostia voisi parantaa. Kyse on oikean lähestymistavan valitsemisesta:


    

  1. Sähköpostiprotokollat toimivat: SMTP, IMAP, POP3 ovat taistelussa koeteltuja
    2. 

  2. Infrastruktuurilla on merkitystäLuotettavuus ja suorituskyky päihittävät näyttävät ominaisuudet
    3. 

  3. Parannuslyöntien korvaaminenTyöskentele sähköpostin kanssa, äläkä vastusta sitä
    4. 

  4. Kestävä kehitys voittaa kasvunKannattavat yritykset kestävät pidempään kuin pääomasijoittajien rahoittamat yritykset
    5. 

  5. Palvele kehittäjiäTyökalut ja API:t luovat enemmän arvoa kuin loppukäyttäjäsovellukset
    6. 



MahdollisuusTodistettujen protokollien parempi toteutus, ei protokollien korvaaminen.




[!TIP]
Kattava sähköpostipalveluanalyysiKatso kattava oppaamme, josta löydät perusteellisen vertailun 79 sähköpostipalvelusta vuonna 2025, mukaan lukien yksityiskohtaiset arvostelut, kuvakaappaukset ja teknisen analyysin: 79 parasta sähköpostipalveluaTämä analyysi osoittaa, miksi Forward Email on jatkuvasti suositeltu valinta luotettavuuden, turvallisuuden ja standardien noudattamisen kannalta.






[!NOTE]
Todellisen maailman validointiLähestymistapamme sopii organisaatioille, jotka vaihtelevat valtion virastot, jotka edellyttävät 889-pykälän noudattamista kohtaan suuret yliopistot hallinnoivat kymmeniätuhansia alumniosoitteita, mikä osoittaa, että luotettavan infrastruktuurin rakentaminen on tie sähköpostin menestykseen.




Jos harkitset sähköpostialan startupin perustamista, harkitse sen sijaan sähköpostiinfrastruktuurin rakentamista. Maailma tarvitsee parempia sähköpostipalvelimia, ei lisää sähköpostisovelluksia.


Laajennettu sähköpostin hautausmaa: Lisää epäonnistumisia ja sulkemisia


Googlen sähköpostikokeilut menivät pieleen


Google, omistamisestaan huolimatta Gmail, on lopettanut useita sähköpostiprojekteja:


    

  • Google Wave (2009-2012): "Sähköpostin tappaja", jota kukaan ei ymmärtänyt
    • 

  • Google Buzz (2010-2011): Sosiaalisen sähköpostin integroinnin katastrofi
    • 

  • Gmailin postilaatikko  (2014-2019): Gmailin "älykäs" seuraaja hylätty
    • 

  • Google+ sähköpostiominaisuudet (2011–2019): Sosiaalisen median sähköpostiintegraatio
    • 



KuvioEdes Google ei pysty onnistuneesti keksimään sähköpostia uudelleen.


Sarjaepäonnistuminen: Newton Mailin kolme kuolemaa


Newton Mail kuoli kolme kertaa:


    

  1. CloudMagia (2013-2016): Newton osti sähköpostiohjelman
    2. 

  2. Newton Mail (2016-2018): Uudelleenbrändätty, tilausmalli epäonnistui
    3. 

  3. Newtonin postin herätys (2019-2020): Yritetty paluu epäonnistui jälleen
    4. 



OppituntiSähköpostiohjelmat eivät voi ylläpitää tilausmalleja.


Sovellukset, jotka eivät koskaan käynnistyneet


Monet sähköpostialan startup-yritykset kuolivat ennen lanseeraustaan:


    

  • Aika (2014): Kalenterin ja sähköpostin integrointi, sammutus ennen julkaisua
    • 

  • Postivirta (2011): Sähköpostinhallintatyökalu, hankittu ennen julkaisua
    • 

  • Sujuva (2013): Sähköpostiohjelma, kehitys pysähtynyt
    • 



Hankinnasta alasajoon -malli



Sähköpostiinfrastruktuurin yhdistäminen



Avoimen lähdekoodin sähköpostien hautausmaa: Kun "ilmainen" ei ole kestävää


Nylas Mail → Mailspring: Haarukka, joka ei pystynyt



Eudora: 18 vuotta kestänyt kuolemanmarssi


    

  • 1988-2006: Hallitseva sähköpostiohjelma Macille/Windowsille
    • 

  • 2006: Qualcomm lopetti kehityksen
    • 

  • 2007Avoimen lähdekoodin ohjelmisto nimellä "Eudora OSE"
    • 

  • 2010Projekti hylätty
    • 

  • OppituntiJopa menestyvät sähköpostiasiakkaat kuolevat lopulta
    • 



FairEmail: Google Playn politiikka tappoi sen



Huolto-ongelma


Avoimen lähdekoodin sähköpostiprojektit epäonnistuvat, koska:


    

  • MonimutkaisuusSähköpostiprotokollien oikea toteuttaminen on monimutkaista.
    • 

  • TurvallisuusJatkuvia tietoturvapäivityksiä tarvitaan
    • 

  • YhteensopivuusTäytyy toimia kaikkien sähköpostipalveluntarjoajien kanssa
    • 

  • ResurssitVapaaehtoisten kehittäjien loppuunpalaminen
    • 



Tekoälyn sähköpostialan startup-suhdanne: Historia toistuu "älykkyyden" avulla


Nykyinen tekoälyn sähköpostikultaryntäys


Vuoden 2024 tekoälysähköpostiyritykset:



Rahoitusvimma


Pääomasijoittajat heittävät rahaa "tekoälyyn + sähköpostiin":


    

  • Yli 100 miljoonan dollarin sijoitukset tekoälysähköpostialan startup-yrityksissä vuonna 2024
    • 

  • Samat lupaukset: "Vallankumouksellinen sähköpostikokemus"
    • 

  • Samat ongelmatRakentaminen olemassa olevan infrastruktuurin päälle
    • 

  • Sama lopputulosUseimmat epäonnistuvat kolmen vuoden kuluessa
    • 



Miksi he kaikki epäonnistuvat (taas)


    

  1. Tekoäly ei ratkaise sähköpostin ei-olennaisia ongelmiaSähköposti toimii hyvin
    2. 

  2. Gmailissa on jo tekoälyÄlykkäät vastaukset, tärkeät postit, roskapostin suodatus
    3. 

  3. TietosuojaongelmatTekoäly vaatii kaikkien sähköpostiesi lukemista
    4. 

  4. KustannusrakenneTekoälykäsittely on kallista, sähköposti on hyödyke
    5. 

  5. VerkkovaikutuksetGmailin/Outlookin ylivoimaa ei voi rikkoa
    6. 



Väistämätön lopputulos


    

  • 2025: Grammarly hankki Superhumanin onnistuneesti - harvinainen onnistunut poistuminen sähköpostiohjelmalta
    • 

  • 2025-2026Useimmat jäljellä olevat tekoälyyn perustuvat sähköpostialan startup-yritykset muuttavat toimintaansa tai lopettavat toimintansa.
    • 

  • 2027Selviytyjiä hankitaan, ja tulokset vaihtelevat.
    • 

  • 2028"Lohkoketjusähköposti" eli seuraava trendi nousee esiin
    • 



Yhdistämiskatastrofi: Kun "selviytyjistä" tulee katastrofeja


Suuri sähköpostipalveluiden yhdistäminen


Sähköpostiala on keskittynyt dramaattisesti:



Outlook: "Selviytyjä", joka ei voi lakata rikkomasta


Microsoft Outlook, vaikka onkin "selviytyjä", hänellä on jatkuvia ongelmia:



Todellisen maailman kokemuksemmeAutamme säännöllisesti asiakkaita, joiden Outlook-asetukset rikkovat täysin yhteensopivan IMAP-toteutuksemme.


Postileimainfrastruktuuriongelma


Jälkeen ActiveCampaignin hankinta:



Viimeaikaiset sähköpostiasiakkaiden tapaturmat (2024-2025)


Postilaatikko → Sähköpostiasiakas HankintaVuonna 2024 eM Client osti Postboxin ja sammuta se hetipakottaen tuhannet käyttäjät siirtymään.


Kanarian posti OngelmatHuolimatta Sequoia-taustakäyttäjät raportoivat toimimattomista ominaisuuksista ja huonosta asiakastuesta.


Readdlen kipinäKäyttäjät raportoivat yhä useammin huonoista kokemuksista sähköpostiohjelman kanssa.


Postilintu LisensointiongelmatWindows-käyttäjät kohtaavat lisensointiongelmia ja hämmennystä tilausten kanssa.


Lentoposti HylkääMac/iOS-sähköpostiohjelma, joka perustuu epäonnistuneeseen Sparrow-koodikantaan, vastaanottaa edelleen huonot arvostelut luotettavuusongelmien vuoksi.


Sähköpostilaajennus ja palveluhankinnat


HubSpot-apulainen → LopetettuHubSpotin sähköpostin seurantalaajennus oli lopetettu vuonna 2016 ja korvattu termillä "HubSpot Sales".


Engage Gmailissa → EläkkeelläSalesforcen Gmail-laajennus oli eläkkeelle kesäkuussa 2024pakottaen käyttäjät siirtymään muihin ratkaisuihin.


Selviytyjät: Sähköpostiyritykset, jotka todella toimivat


Kaikki sähköpostiyritykset eivät epäonnistu. Tässä ovat ne, jotka todella toimivat:


Mailmodo: Y Combinatorin menestystarina, 2 miljoonaa dollaria Sequoia's Surgesta keskittymällä interaktiivisiin sähköpostikampanjoihin.


MixmaxKorotettu Kokonaisrahoitus 13,3 miljoonaa dollaria ja jatkaa toimintaansa menestyvänä myyntialustana.


Outreach.ioSaavutettu Arvostus yli 4,4 miljardia dollaria ja valmistautuu mahdolliseen listautumisantiin myyntialustana.


Apollo.ioSaavutettu 1,6 miljardin dollarin arvostus 100 miljoonan dollarin D-sarjalla vuonna 2023 myyntitiedustelualustalleen.


GMassBootstrapin menestystarinoiden luominen 140 000 dollaria/kuukausi Gmail-laajennuksena sähköpostimarkkinointiin.


Streak CRMMenestyksekäs Gmail-pohjainen CRM-järjestelmä, joka on toiminut pitkään vuodesta 2012 lähtien ilman suurempia ongelmia.


ToutAppOnnistuneesti Marketo osti sen vuonna 2017 yli 15 miljoonan dollarin rahoituksen keräämisen jälkeen.


Bananatag: Staffbasen ostoma vuonna 2021 ja jatkaa toimintaansa nimellä "Staffbase Email".


NäppäinkuvioNämä yritykset menestyvät, koska ne parantaa olemassa olevia sähköpostin työnkulkuja sen sijaan, että he yrittäisivät korvata sähköpostin kokonaan. He rakentavat työkaluja, jotka toimivat kanssa sähköpostiinfrastruktuuria, ei sitä vastaan.




[!TIP]
Eikö täällä mainita tuntemaasi palveluntarjoajaa? (esim. Posteo, Mailbox.org, Migadu jne.) Katso kattava sähköpostipalveluiden vertailusivu saadaksesi lisätietoa.