STRATEGIC DEVELOPER: Email's many hats

STRATEGIC DEVELOPER: Email's many hats

Email is the jack of all trades, but the master of none. There are better ways to transfer files, hold discussions, deliver notifications, broadcast newsletters, schedule meetings, work collaboratively and manage personal information. But even though email isn’t the best tool for any of these tasks, it provides a single interface to all of them. Here’s a challenge: Let’s improve the various functions performed by email without multiplying the interfaces people must learn in order to use those functions.

The problem, of course, is that there are so many choices. Those of us who are technically inclined have long since internalised them. But mastery of multiple interfaces goes way beyond the call of duty for most folks. Email is a poor file-transfer solution in many ways, but it makes perfect sense to users. An email with an attachment compresses notification and delivery into a single step. When I use one of my alternate methods, it’s a two-step dance. I still send a notification message, in this case containing just a URL. Separately, I upload the file pointed to by the URL. It’s second nature for me, but most people won’t want to do that two-step, and they shouldn’t have to.

I’m hardly the first to imagine an interface-conserving solution. An email client could pass a file “by reference” rather than “by value,” automatically uploading the file and transmitting only its URL. If the file is confidential, the program could upload it to a password-protected directory and include the password in the message. If it’s really confidential the file should be encrypted, but that’s an obscure part of email’s interface that few have mastered.

Mailing lists and newsletters present an analogous opportunity. As I’ve often noted, RSS simply makes obsolete the use of email for these purposes. Inherently opt-in and spam-free, RSS spares both senders and receivers the cost and hassle of trying to keep the email channel of communication clear. So why hasn’t RSS been adopted more widely for this purpose? It’s no mystery: An RSS reader usually presents a new kind of interface. But that’s not necessarily so. NewsGator, the RSS newsreader that runs as an Outlook plug-in, is a great example of interface conservation. When you subscribe to a feed in NewsGator, it looks like any other source of email messages. But this source is unlikely to spam you. And if it does, you can tell it to go away and it has no choice but to comply.

I’m not saying we shouldn’t invent new interface genres. Arguably there’s too little of that kind of innovation. But we can innovate within established genres, too. If better implementations of email’s various functions can retain the comfortable familiarity of email’s interface, let’s have them.

Follow Us

Join the newsletter!


Sign up to gain exclusive access to email subscriptions, event invitations, competitions, giveaways, and much more.

Membership is free, and your security and privacy remain protected. View our privacy policy before signing up.

Error: Please check your email address.


Show Comments