The UX of Social Media

Investigations into the social media user experience

Approaching a Unary Social Graph

Three rules of UX design

Start reading anywhere about Tim Berners-Lee’s early Web pipedreams and you see semantic web and the emergence of data as the only resource worth bothering about. What data truly matters? Personal profiles matter. A lot.

Today, you can belong to any of a number of social networks and Web 2.0 services and what to you do first off? You enter the same personal data you provided the last time you joined something.

There are several things wrong with that. After the fact, the user or member has little control, and no idea of what they ‘look like’ to admins and others scanning or looking into that network. Plus the data in those networks goes out of date – and the members have to backtrack on that for each network joined (and forgotten about) to update individually.

Bah, humbug. We won’t get to the semantic web so long as applications think they own data.

What would be the advantages of a single social graph? Uniformity is a big one – all the data the user wants to make available to any SN will be there. Members can check off what they want to share or hide, using the Mother Ship as a reference. Efficiency is another, it will be much quicker for users to sign up for the latest fad, thereby lowering the bar to adoption. Visibility is a biggie for the user – what if I want to know what Facebook reveals about me? I should be able to see my profile in an editor window, and see such a view for every SN I belong to.

Also, perhaps members want to flex their personality for each service they join… the Spring Break persona for MySpace and the college grad persona for LinkedIn. And in the same breath what about control over who can see your various profiles?

Every so often, users would receive a reminder to review their data. Changes radiate out into each SN they belong to.

One obvious win will be for corporations to manage their employee data. A large company might own a dozen social graphs – all replicating much of the employee data and with no common view or update capability. Hard drives are cheap but human toil to verify the currency of data is not.

Right now there is a sort of format war going on among the major SNs – think VHS vs. Beta or Blu-Ray vs. Toshiba – Facebook, MySpace, Flikr, LinkedIn and a dozen others ‘own’ the most user profiles. Some apps are setting themselves up as plugins to Facebook for example to lower the bar to adoption and promote uniformity of data. Perhaps one of these will overwhelm the space and become the de facto standard. Or not.

The focus of this discussion so far has been uniformity and maintenance of user data, and a facility to join new social services without re-creating yourself by hand. But what about managing your various friend lists?

I for one think the friends management should take place within each particular service, e.g., MySpace. While it may be powerful to extend friends lists across networks, working with growth edges will make more sense to most users if controlled from each social context. Many people find it desirable to have multiple personae so a bulk importer might seem dangerous. A “friend” in one space may not be desirable in another (think LinkedIn vs. MySpace). Also, with mass import, blocking hostiles and other micro control of the list for each network would be required, which could lead to user errors and misunderstanding of what is going on.

Who should or could own a central profile store? The largest existing networks have the best shot if they can open the box in a secure, user-controlled way and allow users to export data into the format of any other service. Traffic would be the key, and with high volume and user trust, various services would see it in their interest to work toward shared or compatible formats.

A few related links:

http://etailology.com/blog/archives/116

http://microformats.org/wiki/social-network-portability

http://www.wired.com/software/webservices/news/2007/08/open_social_net

http://notsorelevant.com/2007-08-02/portable-social-networks-a-vision-becoming-true/

A Unary Social Graph and the Semantic Web

Start with a pet peeve… you see an interesting job posting at XYZ Inc. and wish to explore it. You find yourself once again entering the same personal data into a format that some middle manager thought was so precious. How many times have you found yourself doing that? Can’t tell you how often I’ve bailed because it was too darn much like crawling over broken glass. Who the heck is XYZ, anyway?

What this amounts to is joining endless social networks that want basically the same info on you. You are required to create yet another data mirror by hand.

It is analagous to a merchant asking, “Do you have our rewards card?” Great. Yet another piece of plastic for my wallet that accomplishes an identical function to the ones I already own. Only diff is – it’s for someone else.

The Semantic Web is about data, and we won’t have the semantic web as long as applications are data hoarders. But there are a number of popular SNs that do have most of the data you would like to include in your job app, so why can’t they be available as sources?

A single social graph is a bit much to swallow all at once, but it would be really helpful if at least the major social nets were recognized as templates by all the companies that would just love to have you in their database. Then you pick one on the way in (you are professional and pick LinkedIn or Dice over MySpace for example), hand over your password, and most of your data shows up in XYZ’s template. You modify the info as necessary, you are done. Every so often, or on some trigger, your data could be updated the same way.

The APIs do exist. HR departments, wake up. It ain’t that hard.

Oh… plastic rewards cards. Merchants, forget your precious logo on plastic and let your customers give you a credit card number. Whenever the card is presented the rewards account provides its data without bother. No questions asked.

Social Network Growth in the Semantic Web

The conjunction of the semantic web and social networks may include the (artificially) intelligent growth of a member’s network along lines dictated by interpretation of their profile and in-network behavior, by profiles of those already in their network, and by network behavior and profiles of those not already in their network.

This action posits two distinct growth edges for a given player’s network. One is the growth edge of a particular player, the intention as it were, of that player’s network and profile. The other is the proximity or suitability of a player to the growth edge of all players in the network.

This effect is already shown to a degree on LinkedIn for example, where members recently joined from past employers are presented as possible linkages. Also in services like Amazon (people who bought this item also bought…). Music services approximate this behavior as well. With Pandora, the Music Genome dictates suggestions based on genome attributes preferred by the user.

This fits the Semantic Web concept, wherein the Web itself is understanding and satisfying unstated requests of members with regard to Web content and connections. In this model the semantic web is informing the creation of collaborative groups, fueled by enabling technologies that now exist.


Get Adobe Flash playerPlugin by wpburn.com wordpress themes