Social Software Inbox

“It has been said that democracy is the worst form of government except all the others that have been tried.”

– Sir Winston Churchill

Whenever I complain about email I am reminded of that quote from the eminently quotable Sir Winston Churchill. Think about it for a second, what would you do without email? The power of email lies in it’s complete pervasiveness and total interoperability, which is far more than anything one could say about any other communication tool except the telephone.

Having said that, the inbox is certainly not without faults. I don’t think anyone would ever say that they don’t get enough email or that it’s even close to be efficient for high volumes. Products have been promised for this but I doubt it’s anything that is solvable within the current email model. Sam Lawrence notices that a lot of social software seems destined for the same problems that plague email, overload:

Even the people who develop email software like Microsoft, Google and IBM know that the inbox sucks. We don’t need a new email inbox we need something completely new. The problem is that Social Software seems to headed into the same problems as email and we certainly don’t need another dump zone.

[From Go Big Always – We need a social software inbox]

It’s hard to disagree with Sam but at the same time to throw the “baby out with the bath water” would be equally hazardous. Part of the solution will be found in our human ability to adapt and filter, which at the end of the day outstrips any software by light years, and the other part will be enhancing the venerable inbox with social graph features the serve to collapse down all the networks we participate in.

FriendFeed has done this to some degree and while it is not email it is also not a stretch to consider that email is just another lifestream that can get pumped into FriendFeed based on predetermined qualifiers. Companies like Xobni are working on unlocking the social graph that is represented in everyone’s inbox, something that a great many of us are anxious to do.

Bringing application function to the lowly email is something else that is really interesting. I’m tempted to say this would be like the old Firedrop stuff or even Zimbra’s email widgets, but I think it’s something different, maybe adding semantic tags and/or microformats with handler apps to email messages. I saw the potential for this when I upgraded to Leopard and saw how email, ical, and address book could be integrated at the message level by simply interpreting that “next wednesday” meant a date that was a week from this wednesday in ical, or that a phone number in a message could be added to the address book with a simple drop down. It’s startling how much you come to rely on this functionality when you have it.

So while Sam isn’t wrong in suggesting that the inbox paradigm is wrong for social software, I think the answer is found in enhancing the social features in email and building interoperability to non-email systems. Inboxes are here to stay, let’s figure out how to get the most of them, I say.

6 thoughts on Social Software Inbox

  1. Jeff, I think you're on the right track with "something different, maybe adding semantic tags and/or microformats with handler apps to email messages." That plus integrating the inbox with multiple external sources of content is imo the direction of the next generation of messaging solutions. Check out my blog post on the topic where I go into more detail on the integration and context needed to process information more intelligently –

  2. Boiled down, we're having conversations with people. I'm now talking to you on this blog vs my inbox. The fact other people can read our conversation and participate is powerful. My email in box is filled with conversations, too. That box is filled with closed, addressed conversations. Right now I have to bounce between many things to continue these conversations. Twitter, email on social networks, my corp inbox, my personal inbox, blogs, comments on blogs, voicemails, SMS messages. I have to bebop around from lilly pad to lilly pad to try to keep up with all that stuff and it's a huge time sink. The new inbox will bring together not only what's important and needy across those lily pads but will give me insight as well, a lot of which isn't immediately actionable. I do think it will be hard to build this as a bolted on incremental element to the traditional email inbox. Those boxes already have a lot of crap in them and are pretty messy. I think we need a fresh approach that interjects the old with the new vs the reverse paradaigm of adding the new into the old.

  3. yeah that's what I'm saying as well – interoperability. We've basically dumbed down data integration to the cost of text so let's enable a hub like inbox that is a collection point for various messaging systems and has native interaction models (tweeting feels like twitter and FB messages are more like email). My point is that this is what friendfeed appears to be doing, either by design or as a consequence of how people are using it. Lastly, it's going to be hard for Microsoft and IBM to rethink the inbox because they have too many constituencies in their installed base that they have to satisfy.

  4. "going to be hard for Microsoft and IBM to rethink the inbox" – it's no fun tackling only the easy problems. 🙂

  5. it's a problem that has to be solved as well. I think the challenge Microsoft and IBM both have is that the installed base for both Exchange and Notes makes it very difficult to bring about dramatic change to the user experience.without bringing everything old forward with you. This is the same problem that Vista has had to deal with.

  6. Pingback Kishore Balakrishnan’s Blog » Blog Archive » 1box

Comments are closed