Could this be the ultimate unified messaging client?

This content is 13 years old. I don't routinely update old blog posts as they are only intended to represent a view at a particular point in time. Please be warned that the information here may be out of date.

Much has been made of the slow death of email and the rise of enterprise social software so I was interested to read a recent paper in which Benno Zollner, Fujitsu’s global CIO, commented on the need to balance email usage with other communications mechanisms.

In the paper, Benno posits a view that we’re entering not just a post-PC era but a post-email era where we use a plethora of devices and protocols. This is driven by a convergence of voice and data (not just on smartphones, but on the “desktop” too – Microsoft’s acquisition of Skype shows how seriously they are taking this) but also the enterprise social software that’s extending our traditional collaboration platforms to offer what was once referred to as a “web 2.0” experience, only inside the corporate network.  Actually, I’m slightly uncomfortable with that last sentence – not just because as I find the terms “web 2.0” and “enterprise 2.0” to be cringe-worthy but, also, the concept of the corporate network is becoming less and less relevant as we transact more and more business in the cloud, using the mobile Internet, Wi-Fi hotspots and home broadband. Even so, it illustrates my point, that social networking is very much a part of the modern business environment, alongside traditional communications mechanisms including the telephone and email.

A few months ago, I wrote about the need to prioritise communications but I can see us taking a step further in the not-too-distant future.  Why do I need an email client (Microsoft Outlook), multiple instant messaging/presence/voice over IP (VoIP) clients (Microsoft Office Communicator/Lync/Skype) a Twitter client (TweetDeck), Enterprise social software (Microsoft SharePoint/Newsgator Social Sites/Salesforce Chatter) and a combination of mobile and desk-based phones (don’t forget SMS on that mobile too!)? Plenty has been made of the ability to use VoIP to ring several phones simultaneously, to call the phone that best matches my presence or to divert the call to a unified messaging inbox but why limit this to telephony?

I can envisage a time when we each have a consolidated communications client – one that recognises who we’re trying to communicate with and picks the appropriate channel to contact them.  If I’m sending a message to my wife and she’s at her desk, then email is fine but if I can tell she’s on the school run then why not route it to her mobile phone by SMS?  Similarly, advanced presence information can be used to route communications over a variety of channels to favour that which each of my contacts tends to use in a given scenario.  Perhaps the software knows that a contact is not available via instant messaging but is signed in to Twitter and can be contacted with a direct message.  Maybe I can receive a précis of an urgent report on my smartphone but the full version is available at my desk. The possibilities are vast but the main point is that the sender shouldn’t need to pick and choose the medium; instead, software can take into account the preferences of the recipient and route the communication accordingly (taking into account that some transport mechanisms may not guarantee delivery). Could this be the ultimate unified messaging client?

Email isn’t dead – but soon we won’t care whether our messages are sent via SMTP, SIP, SMS or semaphore – just as long as they arrive in a manner that ensures an efficient communication process and lets us focus on the task at hand, rather than spending the day working our way through our inboxes.

This post originally appeared on the Fujitsu UK and Ireland CTO Blog and is based on a concept proposed by Ian Mitchell.