Why it’s so hard to innovate in the e-mail space
Last year Des Traynor wrote a very detailed and insightful post titled: “The Future of Email Product”. In this article he explains that email has not really evolved during the last 8 years (since Gmail came up in 2005) and that there is a lot of space to improve the way we deal with them. Here is the TL;DR:
- better interfaces: craft high polished interfaces and make better UX to speed the user up (Sparrow, Mailbox).
- better email management: treat the several types of emails we receive (conversations, newsletters, notifications, online orders, electronic tickets…) and process them accordingly.
- better workflow integration: a.k.a make our email client better suited for task management.
- better attachment handling: we often use our inboxes as file storage solutions (where’s that powerpoint presentation damn it, cannot find it back) but most email clients are not designed for that.
- better social integration: we receive so many emails from Twitter, Facebook, LinkedIn, Tinder etc. that it should be easy to take action within these emails (answer, follow, retweet, poke back…).
- better prioritisation and analytics: we are sitting on a trove of data which is just waiting to be mined.
This article hit home since we, at Front, are trying to innovate in this space. We are really in line with the different points raised by Des (Ok, maybe he is missing the point that making an email client more collaborative could be relevant for companies :-)).
However, if on paper all these innovations sound very promising it’s a whole different story when it comes to delivering these products. Because it’s incredibly hard to build them.
Launching an email startup can lead you to the startup graveyard faster than you think
Intercom illustrates its article with several examples of startups innovating in this space. One year later let’s see what happened to them.
Sparrow was already acquired by Google at that time.
Mailbox got acquired shortly after for a nifty $100 million by Dropbox (march 2013). Since then the email client is still iOS only (no Android version yet and no desktop version announced) and is compatible with Gmail, Yahoo mail and iCloud (the last two were announced only a couple of months ago).
mailer: still under the radar, no beta registration form.
alto mail (from AOL) was already up and running. One year after it’s still there (come on it’s AOL).
welovemail: still invite only.
.mail app: his conceptor stopped the development and the product won’t be released.
- outline => still a Dribbble design only
- mail pilot => went out of beta after 2 years and now offers both a mobile and a desktop client. They are already working on a V2
- attachments.me => shut down
- personamail => still in private beta
- unibox => went out of beta and is now available
So if you make the count out of 9 projects that were not publicly released yet, one year after only 2 could release a V1 product: mail pilot and Unibox. The others are either still building their product or hit the deadpool.
Why is it so freaking hard to build an email product?
The aim is not to to point these startups specifically and say they did a terrible job. This is quite the opposite, we admire these startups. No, the point is to show how long the cycles are when it comes to building an email product. We are also building one and, hell, we can confirm that it’s hard.
Users’ expectation bar is extremely high
When it comes to software, in general, people can forgive a lot of things: some bugs in their Twitter client, missing features in their CRM, not well polished interface in their invoicing tool etc… until it doesn’t completely destroy the core experience.
The problem with email is that we are ALL email experts since we ALL spend a lot of time sending, answering, managing them.
Here is a list of what users expect from day one in their email client:
- high reliability: it has to work all the time. Downtimes are deal breakers in this space.
- huge number of minimal core features: composer, attachment handling, tags, draft, archive, trash, conversation threading, contact management etc. Don’t think there’s a shortcut here.
- magic onboarding: most people already have several mail clients (web, mobile or desktop based). If they don’t perceive the value of your product and how it works within 5 minutes they’ll just go back to their current solution and forget about you. Forever.
- high security / confidentiality levels: people don’t care if their emails are used by Google to push ads or if the NSA spies on them. However, they do care if a young startup is dealing with what they consider a really private part of their life.
And here is a list of what users expect from day two:
- multi-platforms: from IMAP to Gmail, yahoo mail, hotmail… people want to be able to connect each of these email providers all to their app.
- multi-devices: people check their emails everywhere and on all their devices. From computer to phone or tablet.
- customization: dealing with email is a very personal experience. Some people like to be well organized and to archive all their emails to keep it clean. Some other don’t care but are tags addicts. Your UX should enable them to naturally choose the experience they want.
From a technical point of view building a mail client is no monkey work
The consequence of these high expectations is that you need to have really strong Frontend and Backend skills to build this kind of product.
Emails are still transmitted in a decade-old format, that has been patched again and again to do new things. You’ll need to master Base64, Quoted-Printable, UTF-8, MIME, Multipart etc. before attempting to display your first email. Then all the minimal core features we talked about have to work perfectly before you can start innovating.
Therefore building a MVP is long and complicated here, let alone a first stable version. And once you have this in place you need very talented people to take it to the next level. From a design (UX/UI) and a technical point of view.
Most startups have a long term vision but all of them have to start somewhere before. In the email space you can start with a plugin (a gmail extension) or go directly face to face with building a complete email application. You can choose to target one platform (iOS only) or to be multiplatforms from day one. You can choose to be Google Apps compatible only or to integrate other providers.
We sincerely don’t think that there is a better approach, it’s just how you execute your plan that makes the difference in the end.
We choose to start with a full featured desktop application targeting businesses. In our app, companies can create Shared Inboxes and collaborate on their Customer Support, Hiring, Sales, Projects etc. Even though the challenge is really tough and even though our chances of succeeding are low we still want to take the plunge. Yes we are crazy.