Some Thoughts on the Future of Email
Vergeet niet dat het nog niet zo lang geleden was dat iedereen het had over de dood van e-mail? Maar e-mail zal er nog een lange tijd zijn om een simpele reden..
Vergeet niet dat het nog niet zo lang geleden was dat iedereen het had over de dood van e-mail? Zoals we eerder dit jaar schreven, lijkt het erop dat we weer bij ons zinnen zijn gekomen. Verkeert me niet verkeerd, ik ben net zo gefrustreerd met e-mail als de volgende persoon.
Maar e-mail zal nog een lange tijd bestaan om een eenvoudige reden... het is universeel. Het is zo fundamenteel als andere internetstandaarden zoals HTTP. Je weet met 100% zekerheid dat elke professional met wie je contact wilt opnemen een e-mailadres heeft. Daarom is het de ene unieke identificatie voor alle digitale identiteiten, met op afstand de mobiele telefoonnummers als tweede. Het is in dit licht dat e-mail moet worden gezien als een geweldige technologische prestatie; het is de enige gegarandeerde vorm van digitale communicatie die elke professional ter wereld kan ondersteunen.
Internetwerkgroepen hebben tientallen jaren gestoken in de onderliggende protocollen die e-mail laten werken, zoals POP, SMTP, IMAP, enz. Dit zijn open standaarden die iedereen kan lezen en hun eigen server kan implementeren om te ondersteunen. En nu de wereld naar de cloud is verhuisd, lijkt het idee om je eigen mailserver te hosten een verspilling van tijd en geld (wat het ook is), wat e-mail nog eenvoudiger maakt voor zelfs de kleinste teams om op te zetten en te benutten.
Oké cool - dus het is een open standaard die door de hele wereld wordt ondersteund, laten we daar dan van profiteren, toch? Wel, hier beginnen de problemen. Net als documenten, werd e-mail gecreëerd door een digitale analogie te maken met een fysiek paradigma, postale mail. Het was de "California Roll-aanpak" om Sushi in Amerika te introduceren. En beide vormen van post hebben hetzelfde probleem. Ze dwingen ons om werk te doen! Je krijgt een stapel rotzooi in je brievenbus en je moet elk stukje openen en waarschijnlijk 80% eruit halen. Was ik nu aan het praten over postale mail of e-mail? Precies, het is hetzelfde. Bevestig dat met messaging-apps waar je kunt observeren en kiezen om alleen deel te nemen als je dat wilt. Als je een bericht negeert, is dat prima, het schuift gewoon van de pagina. Negeer een e-mail en het blijft gewoon staan in je inbox, totdat je het werk doet om het te verwerken.
E-mail geeft me angst en ik haat dat. Ik heb 2 e-mailaccounts zoals de meeste van ons, één voor werk en één voor persoonlijk. Het is een constante strijd om beide beheersbaar te houden, en er zijn enkele specifieke pijnpunten die ik opmerkt; reizen zorgt ervoor dat het zich opstapelt omdat de meeste van mijn reizen "niet-e-mail" tijd zijn. Ik breng ongeveer de helft van mijn tijd in sales door. Die e-mails vereisen snelle opvolging maar zijn gemengd met veel minder urgente e-mails. Dit alles is niet uniek voor mij.
Wat wordt er aan gedaan?
Er zijn een paar manieren waarop bedrijven dit probleem aanpakken:
Gewoon de e-mail helemaal afschaffen
Niet alles natuurlijk, maar mijn bovenstaande opmerkingen over waarom e-mail werkt spreken de interoperabiliteit van digitale communicatie tussen organisaties van alle groottes aan. Verkopers kunnen hun prospects bij andere bedrijven e-mailen wetende dat die prospects het zullen ontvangen. Maar hoe zit het met e-mail binnen het bedrijf? Interoperabiliteit is veel beter beheersbaar binnen een team dat samenwerkt. Dus laten we al die e-mail verwijderen en in plaats daarvan een messaging-app gebruiken. Dit is waar je messaging-apps zoals Slack en HipChat ziet schitteren omdat ze precies dat doen.
Maak een betere e-mailclient
Een golf van nieuwe e-mailclients is de afgelopen jaren opgedoken. De meeste werken door te voorspellen welke e-mail belangrijk voor je zal zijn, en het overige in andere mappen te verplaatsen zodat je dat later kunt afhandelen. Het is nuttig, vooral als je achterloopt op e-mail en je je inbox moet "sorteren", maar je moet die andere berichten later nog steeds afhandelen.
Persoon-gedreven e-mailclients. Tot nu toe voornamelijk gebouwd voor verkopers, creëren deze producten een e-mailervaring die begrijpt welke van je e-mails van klanten komen en helpt je die eerst prioriteit te geven door ze meer zichtbaarheid in je inbox te geven en dingen als klant-specifieke contracten direct naast het e-mailbericht zelf te brengen. Dit is de minst bewezen van de 3 benaderingen tot nu toe.
Wat zouden we hieraan moeten doen?
Dus e-mail is hier om te blijven, en veel bedrijven doen dingen om het beter te maken... maar we hebben meer nodig! Hier zijn enkele gedachten over waar we denken dat het heen kan.
Het draait allemaal om de banen!
In de toekomst zullen e-mailclients van de grond af opnieuw worden opgebouwd op basis van specifieke taken die moeten worden uitgevoerd. Wanneer je je e-mail opent, zul je expliciet een "taak" kiezen die je wilt uitvoeren, en je e-mailclient zal zich rondom die taken oriënteren. Generieke e-mailknoppen zoals "opstellen", "reageren", "bijvoegen", zullen plaatsmaken voor taak-specifieke acties zoals "intro", "tijd inplannen", "volgen", "afsluiten", "afsluiten", enz. Afhankelijk van de taak zal een van de tientallen "apps" worden ingeschakeld om je daadwerkelijk te helpen de taak uit te voeren, aangezien het onmogelijk zou zijn voor één leverancier om goed uit te voeren op de talloze verschillende taken die professionals moeten doen in verschillende industrieën en rollen in het bedrijf. De "client" zelf zal veel minder een applicatie zijn, en veel meer een platform, dat een basis biedt waarop een klant "taak-aanbieders" kan toevoegen om specifieke acties uit te voeren.
Het gebeurt al. Microsoft heeft hun Compose SDK aangekondigd om een 3rd party-app te installeren in het e-mailopstelvenster. Als je naar Gmail kijkt, gebeuren er 2 dingen. Vorig jaar hebben ze een API uitgebracht waarmee een app-maker gmail-gegevens op unieke en nieuwe manieren kan consumeren. En Chrome-extensies, hoewel duizenden zijn gebouwd voor alles Chrome, zijn ook zeer populair bij Gmail. Velen hebben niet eens knoppen in de browser en voegen in plaats daarvan een contextuele ervaring toe direct in je Gmail-venster. Enkele geweldige voorbeelden hiervan zijn SalesforceIQ die (onder andere) het juiste record in je CRM direct naast het e-mailbericht dat je open hebt trekken, of Streak, dat een volledige CRM direct in je inbox maakt, of Guru, dat relevante antwoorden suggereert op vragen die mensen je in je e-mail stellen.
Maar dit is pas het begin. We zullen grote verschuivingen in het platformniveau zien om deze ervaringen natuurlijker te maken om te bouwen, en om te werken op alle apparaten.
Andere coole voorbeelden waar je aan kunt denken? Als je dat doet, leren we er altijd graag meer over. Laat het hieronder weten!
Vergeet niet dat het nog niet zo lang geleden was dat iedereen het had over de dood van e-mail? Zoals we eerder dit jaar schreven, lijkt het erop dat we weer bij ons zinnen zijn gekomen. Verkeert me niet verkeerd, ik ben net zo gefrustreerd met e-mail als de volgende persoon.
Maar e-mail zal nog een lange tijd bestaan om een eenvoudige reden... het is universeel. Het is zo fundamenteel als andere internetstandaarden zoals HTTP. Je weet met 100% zekerheid dat elke professional met wie je contact wilt opnemen een e-mailadres heeft. Daarom is het de ene unieke identificatie voor alle digitale identiteiten, met op afstand de mobiele telefoonnummers als tweede. Het is in dit licht dat e-mail moet worden gezien als een geweldige technologische prestatie; het is de enige gegarandeerde vorm van digitale communicatie die elke professional ter wereld kan ondersteunen.
Internetwerkgroepen hebben tientallen jaren gestoken in de onderliggende protocollen die e-mail laten werken, zoals POP, SMTP, IMAP, enz. Dit zijn open standaarden die iedereen kan lezen en hun eigen server kan implementeren om te ondersteunen. En nu de wereld naar de cloud is verhuisd, lijkt het idee om je eigen mailserver te hosten een verspilling van tijd en geld (wat het ook is), wat e-mail nog eenvoudiger maakt voor zelfs de kleinste teams om op te zetten en te benutten.
Oké cool - dus het is een open standaard die door de hele wereld wordt ondersteund, laten we daar dan van profiteren, toch? Wel, hier beginnen de problemen. Net als documenten, werd e-mail gecreëerd door een digitale analogie te maken met een fysiek paradigma, postale mail. Het was de "California Roll-aanpak" om Sushi in Amerika te introduceren. En beide vormen van post hebben hetzelfde probleem. Ze dwingen ons om werk te doen! Je krijgt een stapel rotzooi in je brievenbus en je moet elk stukje openen en waarschijnlijk 80% eruit halen. Was ik nu aan het praten over postale mail of e-mail? Precies, het is hetzelfde. Bevestig dat met messaging-apps waar je kunt observeren en kiezen om alleen deel te nemen als je dat wilt. Als je een bericht negeert, is dat prima, het schuift gewoon van de pagina. Negeer een e-mail en het blijft gewoon staan in je inbox, totdat je het werk doet om het te verwerken.
E-mail geeft me angst en ik haat dat. Ik heb 2 e-mailaccounts zoals de meeste van ons, één voor werk en één voor persoonlijk. Het is een constante strijd om beide beheersbaar te houden, en er zijn enkele specifieke pijnpunten die ik opmerkt; reizen zorgt ervoor dat het zich opstapelt omdat de meeste van mijn reizen "niet-e-mail" tijd zijn. Ik breng ongeveer de helft van mijn tijd in sales door. Die e-mails vereisen snelle opvolging maar zijn gemengd met veel minder urgente e-mails. Dit alles is niet uniek voor mij.
Wat wordt er aan gedaan?
Er zijn een paar manieren waarop bedrijven dit probleem aanpakken:
Gewoon de e-mail helemaal afschaffen
Niet alles natuurlijk, maar mijn bovenstaande opmerkingen over waarom e-mail werkt spreken de interoperabiliteit van digitale communicatie tussen organisaties van alle groottes aan. Verkopers kunnen hun prospects bij andere bedrijven e-mailen wetende dat die prospects het zullen ontvangen. Maar hoe zit het met e-mail binnen het bedrijf? Interoperabiliteit is veel beter beheersbaar binnen een team dat samenwerkt. Dus laten we al die e-mail verwijderen en in plaats daarvan een messaging-app gebruiken. Dit is waar je messaging-apps zoals Slack en HipChat ziet schitteren omdat ze precies dat doen.
Maak een betere e-mailclient
Een golf van nieuwe e-mailclients is de afgelopen jaren opgedoken. De meeste werken door te voorspellen welke e-mail belangrijk voor je zal zijn, en het overige in andere mappen te verplaatsen zodat je dat later kunt afhandelen. Het is nuttig, vooral als je achterloopt op e-mail en je je inbox moet "sorteren", maar je moet die andere berichten later nog steeds afhandelen.
Persoon-gedreven e-mailclients. Tot nu toe voornamelijk gebouwd voor verkopers, creëren deze producten een e-mailervaring die begrijpt welke van je e-mails van klanten komen en helpt je die eerst prioriteit te geven door ze meer zichtbaarheid in je inbox te geven en dingen als klant-specifieke contracten direct naast het e-mailbericht zelf te brengen. Dit is de minst bewezen van de 3 benaderingen tot nu toe.
Wat zouden we hieraan moeten doen?
Dus e-mail is hier om te blijven, en veel bedrijven doen dingen om het beter te maken... maar we hebben meer nodig! Hier zijn enkele gedachten over waar we denken dat het heen kan.
Het draait allemaal om de banen!
In de toekomst zullen e-mailclients van de grond af opnieuw worden opgebouwd op basis van specifieke taken die moeten worden uitgevoerd. Wanneer je je e-mail opent, zul je expliciet een "taak" kiezen die je wilt uitvoeren, en je e-mailclient zal zich rondom die taken oriënteren. Generieke e-mailknoppen zoals "opstellen", "reageren", "bijvoegen", zullen plaatsmaken voor taak-specifieke acties zoals "intro", "tijd inplannen", "volgen", "afsluiten", "afsluiten", enz. Afhankelijk van de taak zal een van de tientallen "apps" worden ingeschakeld om je daadwerkelijk te helpen de taak uit te voeren, aangezien het onmogelijk zou zijn voor één leverancier om goed uit te voeren op de talloze verschillende taken die professionals moeten doen in verschillende industrieën en rollen in het bedrijf. De "client" zelf zal veel minder een applicatie zijn, en veel meer een platform, dat een basis biedt waarop een klant "taak-aanbieders" kan toevoegen om specifieke acties uit te voeren.
Het gebeurt al. Microsoft heeft hun Compose SDK aangekondigd om een 3rd party-app te installeren in het e-mailopstelvenster. Als je naar Gmail kijkt, gebeuren er 2 dingen. Vorig jaar hebben ze een API uitgebracht waarmee een app-maker gmail-gegevens op unieke en nieuwe manieren kan consumeren. En Chrome-extensies, hoewel duizenden zijn gebouwd voor alles Chrome, zijn ook zeer populair bij Gmail. Velen hebben niet eens knoppen in de browser en voegen in plaats daarvan een contextuele ervaring toe direct in je Gmail-venster. Enkele geweldige voorbeelden hiervan zijn SalesforceIQ die (onder andere) het juiste record in je CRM direct naast het e-mailbericht dat je open hebt trekken, of Streak, dat een volledige CRM direct in je inbox maakt, of Guru, dat relevante antwoorden suggereert op vragen die mensen je in je e-mail stellen.
Maar dit is pas het begin. We zullen grote verschuivingen in het platformniveau zien om deze ervaringen natuurlijker te maken om te bouwen, en om te werken op alle apparaten.
Andere coole voorbeelden waar je aan kunt denken? Als je dat doet, leren we er altijd graag meer over. Laat het hieronder weten!
Ervaar de kracht van het Guru-platform uit de eerste hand - maak onze interactieve producttour
Neem een rondleiding
