5 Enterprise 2.0 Myth Mantras that Must Die
This week's Enterprise 2.0 Conference in Boston was quite good. It is one of the few conference I still won't miss. The conference is a good mix of vendors, implementers, and those who live with those results while working hard to improve upon this. This conference is a great place to talk with people who working through the gaps in Enterprise 2.0 tools and services, but still finding great improvements in their company from these tools and services.
Enterprise 2.0 tools and services comprise many different types of offerings that help groups of people share, communicate, interact, and even get to real collaboration. One big question in the halls outside the sessions was "Why is this all lacking standards? Why can't we choose best tools for our needs and get them in integrate?" This question is straight of of the content management system early days as well, but that ended up a rather huge mess with no picking and choosing of the best solutions for your needs from various vendors and easily assembling them together. The customers lost their bid to get best of breed for to solve their problems and have had to settle for mediocre components all from one vendor (nobody is happy with their CMS and never has been, we really must not repeat this bad pattern again). Right now Enterprise 2.0 has a variety of choices with some really good options depending on what a customer's need is (sadly too few educate the customer on what is really needed before they purchase).
On of the frustrating things at Enterprise 2.0 Conference this go around was there are still myth mantras that echo the podiums and halls. They really need to stop as they have never been proven to be right and are often proven to be incorrect (many times shown to be wildly incorrect). The last two years at Enterprise 2.0 Conferences (as well as other conferneces) I was presenting these myths and getting the whole room giving giant nods in agreement and standing up after in Q&A why people still make these statements. Part of the problem is the statements have been said so often they must be true (mantra), but as presenters we really must check these things not just repeat. Quite often this leads to disgruntled customers who make up, what Stewart Mader calls the "one year club", which are organizations that hit the 6 month to one year mark and have giant lessons learned from their tools and services, but wish somebody let them know this stuff up front.
So here are the mantra myths that bug me the most that have no foundation and when presented with any real world examples or research they are quickly (and always) disproven:
Millennials Needing and Leading the Way
Myth: It is believed that it is the Millennials (those recently out of university and roughly 22 to 27 years old) that are expecting or demanding these social tools.
Reality: Every year at Enterprise 2.0 Conference, since 2007, there are one or more sessions where this myth gets debunked. In the last 5 years or so I have never been in or talked to an organization what had actually ever had this request from Millennials (over 50 organizations at this point). In fact any Millennial that has been in any meeting I have been part of in an organization has stated very strongly, they can't find any reason for using the tools in the organization and they don't know anybody their age who thinks that either. They do think the existing tools (ECM, Portals, e-mail, etc. are absolutely horrid and nearly impossible to use). Often it is people in their late 30s to late 50s who see the solid value in these social tools inside the organization as solutions for the painful and unproductive tools they are forced to use.
In 2007 it was a lesson's learned panel that the panelist from Motorola claimed very few of their younger employees used the tools they put in place and challenged the other panelist to state differently and they could not do so. In 2008 it the same thing came up in a couple panels, one of which was Oracle's User Experience session which was heavy on the research they put into building their own tools and services. Oracle researchers were initially surprised that there were very few young workers who could understand why they would have these tools at work, but they found those older knew the need to more easily share, aggregate, curate, and collaborate with others. Most of these older workers found that their existing tools were keeping them from getting their work done efficiently, and some times keeping them from getting it done at all.
Another perspective that I found insanely helpful in thinking through this is talking with university professors who use social tools (blogs, wikis, social bookmarking, etc.) as part of their class participation. Most professors (not in computer sciences or information sciences) have a common experience in that their students fall get graded on in-class participation, homework, and digital tool participation and nearly all do well in one or two of the three, but almost none do well in all three. Different people have different comfort zones and strengths, so the teachers have been learning to grade accordingly to balance for this.
Web 2.0 as a Guide
Myth: Often people make the link from Web 2.0 to Enterprise 2.0 stating we must follow this path which is successful.
Reality: This myth is problematic as organization look at Web 2.0 services and want exactly what is on the web. The problem with this is they often see the Web 2.0 tools as successful because they have a few million people using them. To most people 20 million people looks like a lot, or 50 million, or even 500 million. But with well over 1 billion people on the web around the globe, these numbers get put in to rather small percentages. Even with Facebook's 500 million or so, we still don't have 100% adoption.
When I have been dealing with Enterprise 2.0 "one year club" customers (and potential customers) they are often very disappointed with their low adoption (they were some how dreaming of millions of users inside the firewall of their 30k employee organization). Nearly every time they had out performed the Web 2.0 tools with percentage adoption, but that is not comforting.
What Web 2.0 does is provide a glimpse of much easier to use services and tools to get the job done. Sadly most Web 2.0 sites have been honed and incrementally improved on early adopters, who are not representative of the remaining 90% to 95% of the population. The reality of Enterprise 2.0 is that organizations are comprised of everybody (the mainstream and the ear) and they are a fixed population (for the most part) and great strides have been made with many vendor's tools that enable their offerings to be used by much higher percentages of the population. We all still need to work with vendors to get this ease of use and mapping to the wide variety of needs and depths of use.
No Training is Needed
Myth: Often you hear no training is needed because the tools are so easy, or its related mantra "if you build it they will come".
Reality: Similar the ease of use mentions in the Web 2.0 myth above, the enterprise 2.0 tools are much easier to use than the really complex and human unfriendly tools many organizations have through out. While the older tools usually require days of training, 500 page binders, and a lot of bullet point ridden presentations. The Enterprise 2.0 tools still require training, but the training is much much lighter. The training is hours (usually if it is more than 2 or 3 hours you may have the wrong tools or the wrong training) not days.
Many organizations are now complaining that they have spent incredible amounts of information for a enterprise wide portal or enterprise content management (ECM) tool. But the tools are so complex that they have an insanely small number of people in their organization that are trained well enough to add or manage content. Many organizations are looking to Enterprise 2.0 tools to get information out of people's heads easily and shared with others (as one of many uses and valuable solutions the tools and services provide).
90-9-1
Myth: Many people believe that one percent create content, nine percent modify and interact with that content, and 90 percent just consume that information and are passive.
Reality: Sometimes this myth gets attributed to Bradley Horowitz presentations while he was at Yahoo! that used these percentages as estimates inside a pyramid. He often has said he wished he never put numbers in it as they numbers are not accurate and the percentages can be flipped and still be correct.
Any organization that deploys social tools, iterates them to improve to people's needs, and has community leadership almost always finds these adoption rates grow over time. Some organizations many organizations get 5% to 20% adoption and active use in the first year. Over two years this grows to be much more. E-mail saw nearly similar patterns and took 5 to 7 years to reach about 99% adoption. But, the best example is the BBC's greater than 110 percent adoption over 7 years, but as Euan Semple explains part of this is the employee base of BBC shrunk durning that time, but it still makes the 90-9-1 myth look horribly foolish (I know many companies grade their potential consultants on use of this myth and if stated they are immediately dropped a few ranking points).
In 1996 I was working for a legal professional organization and one of my roles was running their private professional Compuserve forums. They had been using Compuserve 2 years or so by the time I worked there, but they were already above 40 percent of the 3,000 members were on the service. Of those using Compuserve more than 50% were actively participating. We were finding those with 6 to 18 months of were actively contributing at a 60% or higher rate. Every intranet forum or groupware service I have run, built, managed, or iterated in jobs since has followed similar patterns, so that is 14 years of living with the reality that the 90-9-1 is a myth and all the lessons learned during that time as well.
People are Becoming Openly Social
Myth: People are moving to being more openly social as years go by. This is also tied to the youth myth (this combination myth really doesn't hold up at all either).
Reality: In every organization the adoption and broad use of social tools is almost always tied to closed groups, but we know those are problematic as information is shared but is can be nearly impossible to access and use. Right up there is the nearly global understanding that services that are openly shared to all in the organization by default (or only option) have very low adoption. There is no better way to hinder adoption than to opt for all interactions to be openly shared.
This follows the understanding had pounded into me over the last 14 years and lead to the rethinking of all of the social interaction models I used and knew of (particularly from Web 2.0) and started from scratch, with one of the results being Elements of the social software stack. I used stack because there is a distinct order to how people progress through sharing information and one of the most important parts is having action (blogging, annotating, tagging, notes, etc.) followed by the decision how broadly you want to share it. Most tools have this backwards by choosing the tool or action you have set how broadly it will be shared. Community managers who have pushed to have this switched or to have the capability to not share everything by default have seen the adoption rates jump drastically. These same community managers are usually rather angry that nobody put them onto this basic understanding earlier.
Many who use this myth mantra point to Mark Zuckerberg of Facebook as their proof. But, Facebook data doesn't seem to support Zuckerberg's assumptions, in fact it is quite the opposite. Many of the social computing researchers who work with this and similar data (danah boyd and Fred Stuzman among others) find there are no trends at all toward opening up social and in fact there are solid trends in the opposite direction in the past 3 to 5 years.
Fixing the Myth Mantras
We really need to stop using these myths and start surfacing all of the evidence that runs counter to all of these myths. I keep thinking these myths have died as there are so many people sharing their research, experiences, and evidence to these myths. But, some it seems many don't have experiences of their own and are still finding it viable to surface these myths as they sound good.
The reality of all of this is people use the Enterprise 2.0 tools when they are well understood, the social realities and complexities are understood to help form solutions that fill the gaps in the problems that organizations face, and we all more forward faster. We need to focus on the realities not the false myth mantras so we all get smarter and can all start addressing the real hurdles while embracing real advances that are out there.
June 19, 2010 in Community, Conferences, Enterprise, Knowledge Management, Privacy, Social Software, sxd, Usability | Permalink | Comments (7) | TrackBack
Understanding the Cost of We Can't Find Anything
One problem I often hear when talking with any organization about new solutions is understanding the cost and inefficiency of their existing way solutions, processes, or general way of doing things. In the past year or two I have used various general measurements around search to help focus the need for improvement not only on search, but the needed information and metadata needed to improve search.
We Can't Find Anything
There is nothing more common that I hear from an organization about their intranet and internal information services than, "We can't find anything." (Some days I swear this is the mantra that must be intoned for an organization to become real.)
There are many reasons and potential solutions for improving the situation. Some of these involve improved search technologies, some improved search interfaces, or But, understanding the cost of this inefficiency is where I find it is valuable to start.
The first step after understanding you have this problem is to measure it, but most organizations don't want to pay for that they are just looking for solutions (we all know how this turns out). The best method I find is walking through the broad understandings of the cost of inefficiencies.
The Numbers...
At Interop 2009 I presented "Next Generation Search: Social Bookmarking and Tagging". This presentation started off with a look at the rough numbers behind the cost of search in the enterprise (see the first 16 slides). [I presented a similar presentation at the SharePoint Saturday DC event this past week, but evaluated SharePoint 2010's new social tagging as the analysis focus.]
Most of the numbers come from Google white papers on search, which gets some of their numbers from an IDC white paper. I also have a white paper that was never published and is not public that has slightly more optimistic numbers, based on the percentage of time knowledge workers search (16% rather than the Google stated ~25% of a knowledge workers time is spent searching). There are a few Google white papers, but the Return on Information: adding to your ROI with Google Enterprise Search from 2009 is good (I do not endorse the Google Search Appliance, but am just using the numbers used to state the problem).
I focus on being optimistic and have I yet to run into an organization that claims to live up to the optimistic numbers or total cost of inefficiency.
- Few organization claim they have 80 percent of or better success with employees finding what they need through search
- That is 80 percent success rate
- Or, 1 in 5 searches do not find what is they were seeking
- A sample organization with 500 searches per day has 100 failures
- An average knowledge worker spends 16% of their time searching
- 16% of a 40 hour work week is 1.25 hours spent searching
- 20% (spent with unsuccessful searches) of 1.25 hours a week is 15 minutes of inefficient productivity
- At an average salary of $60,000 per year that leads to $375 per person of inefficient productivity
- Now take that $375 per knowledge worker and multiply it by how many knowledge workers you have in an organization and the costs mount quickly
- An organization with 4,500 knowledge workers is looking at a inefficiency cost of $1,687,500 per year.
- Now keep in mind your knowledge workers are you most efficient at search
- Many organizations as a whole are running at 40% to 70% success rate for search
We Know We Have a Costly Problem
This usually is enough to illustrate there is a problem and gap with spending time resolving. The first step is to set a baseline inside your organization. Examine search patterns, look at existing taxonomies (you have them and use them to some degree, yes?) and work to identify gaps, look at solutions like tagging (folksonomy) to validate the taxonomy and identify gaps (which also gives you the terms that will likely close that gap). But get a good understanding of what you have before you take steps. Also understand the easy solutions are never easy without solid understanding.
Evaluating what, if any taxonomy you have is essential. Understand who is driving the taxonomy development and up keep. Look at how to get what people in the organization are seeking in the words (terms) they use intend to find things (this is often far broader than any taxonomy provides).
May 20, 2010 in Access to Info, Enterprise, Folksonomy, Information Architecture, Knowledge Management, Model of Attraction, Refindability, Social Software, sxd, Technology, Tools, Usability | Permalink | Comments (11) | TrackBack
Facebook Makes it Hard to Like Them
This past week Facebook made a load of changes to how it works at their F8 conference. Very little of it is new or innovative, other than it is taking the ideas mainstream (and the ideas are poorly executed in usual Facebook style).
There are a lot of things that are problematic and troublesome. This is not directly about "the world is becoming openly social", which is a tiresome untrue meme if you talk to most people who are outside the tech industry. There is no quicker sanity check on this than watching use and more importantly non-use (more importantly why it is not used) of social tools inside the firewall of organizations. Being openly social is something that is very counter to most human cultures as we are not wired nor raised that way.
This is a listing of the personal problems Facebook has put me through. None of them were my decision or had my approval. (Also an overheard conversation included here toward the end that was pure gold.)
Reason I Use Facebook
First off, I have used Facebook to interact and keep up with friends and contacts I have met across life's travels. People are really amazing and Facebook is one place many of those who are not in design or technical industries hang out (exactly like AOL was in the 90s). Many of these people I have no idea of their views, beliefs or values, I am just connecting to them because I knew them at one point in life and I valued that relationship then for some large or small reason.
I joined Facebook just as it was opened to the non-academic crowd for the sole reason of connecting with and following the social software researchers who were (and still are much more) on top of what is good, missing, mis-understood, and wrong (still) in these social tools than most of the developers, designers, owners of the services, and pundits/gurus in this genre of tools and services. Ironically, these researchers really are not using Facebook as much and more ironically are finding, using Facebook data, that Facebook claims that people want op it to open up is far from the case (roughly 16,000 to 60,000 of Facebook's 400 million plus users requested things to be more open).
Opening Profile and Getting it Horribly Wrong
The first instance I ran into Facebook's mis-steps was with their Profile. Facebook turned all of the statements about one's self into links and made all of those open to the world. All of these statements had permissions closed to what I was comfortable with prior.
The big problem, as it always does with name and subject resolution is disambiguation (what is meant by a word, e.g. what is "apple", etc.). Any Profile likes or interests that I did not want to use the Facebook auto link would be removed from my profile (what challenged developer thought that one up?). The first look at my Facebook account it asked for me to give a blanket approval, to approve the creation of links one by one, or do it later. With 70 some links and I could see a few were not right and I was in Facebook check on a work contact so I was coming back later. I came back later that same day and still was focussing on work and Facebook asked the same and I replied the same.
The following day I looked at Facebook with a little time (10 minutes or so) and opened the select the links I want to make. The screen allowed me to approve all links with a check box and save. There was no, cancel option or come back later. I realized a couple of the links were horribly wrong (disambiguation problems) and I needed to sort out how to get them right. Since there was no cancel button I closed the page in the browser. I came when I had more time and found Facebook approved all of the links, even the wrong ones with out my permission.
The problems with this are it linked one of my favorite movies Blue of the French three colors trilogy to a porn movie (there are 3 it seems with this same name, according to various web searches). It created a fake page for my company, keep in mind Facebook doesn't care about pointing to actual pages or canonical (the source) source on the web (the web matters little to Facebook just like it did to AOL in the 90s). I don't nor will not have access to edit that fake Facebook page it created. The company I worked for prior also had a fake representation made up in Facebook and aggregated people from the four different companies with a similar name that none of these companies can fix either.
Cleaning Up Profile is Intentionally Hard
The only option to clean up the porn link and the remove other things while trying to sort out how to fix my own company link. In trying to remove the porn link first I found removing the link on the profile page by hiding it and then deleting it does nothing. The link was still there when I refreshed my profile page (as expected Facebook has either has no clue what it is doing or makes things intentionally difficult, and it is really hard to find designers and developers this incompetent). I went through my privacy pages and stumbled on something related and removed that, which did nothing to the profile link. An hour later I found a third place (I have no clue where) that had a remove option for that link, which finally worked for it and the other links I was removing.
At this time I also was locking down permissions by making all Facebook shared interactions with the service only available to 'Friends'. This lead to going through screen after screen and repeating the same changes for the same apps and services, because Facebook management is made intentionally hard and cumbersome. The global changes are not global, there are many more steps to getting things and keeping things locked down.
Why Tighten Permissions?
I had most of my Facebook permissions set to 'Friend of Friend' as I am rather cautious about what I share into the service. In February and early March I sat through 3 demonstrations from different marketers showing the great trove of personal data that Facebook offers up when you use Facebook Connect as a login to your site or service. But, not only is it the person's own personal information they are getting access to but anybody's information who has 'Friend of Friend' selected, as companies, advertisers, marketers, and any organization is your 'Friend' right? Many in the room realized how egregious this is, as most mainstream people (non-tech industry) using Facebook do not think about how widely this information is being shared and it is far from their intention to share the information with marketing or ad services (in many instances talking with mainstream people they are appalled and would not share that info or change what they say had they any idea). All three people demoing Facebook Connect clearly understood the ease to do evil with what was being surfaced and blatantly said "we will never do anything like that as we are an ethical marketing firm" (nice sentiment, but most in the room were not worried about these people presenting).
Where it became really clear to all in the room at one demo, was when the marketing analyst brought in live data they had collected (all three of the demonstrations did this, "to show the power" of their tools and ideas). The marketer selected one of the guys whose information was just added to their database and looked at all of the info that was shared. We all saw is name, his work, his home address, his phone numbers, he was married, his wife's name, and link to his profile, and many many other pieces of data, including people he friended. The marketer used the profile link to show this guy's page, which showed he had not linked to his wife's profile if she had one. But, it was clear most of his current interactions on Facebook were all with gay men and attending various "coming out parties". The marketer became very nervous and uttered, "I guess this guy's wife doesn't know he is gay". This statement may be completely incorrect, but having only partial context (perhaps not knowing his brother died of AIDS and he actively raises money for that community, while not being gay himself, or many other possibilities, even he is actually a gay man).
Transference of Reputation
The point is most of what is shared in Facebook is done with the understanding it is more of a closed private system than it is. But, also our friends and connections information is also part of who we are perceived to be. If we are connected to someone who turns out to be a member of the Klu Klux Klan, there is very quickly questions and assumptions of the similar is likely for us.
Facebook also opened their open social graph, which shows that people are connected and people are connected to things. There is no context in the social graph other than connections. These connections are built by friending someone or using Facebook's new Like feature. [Adina has a really good post on this The problem with Facebook Like]. The problem with an open social graph is it lacks context, it just shows who is connected to who or what. This is a problem with the unknown connections like Klan member, but also it opens up great trove of understanding for people to social engineer information and relationships to gain false trust for crimes or other deviant reasons.
I have stated over the years "The social graph is dangerous without context and much more dangerous w/ partial context", which is this social graph with no context is the just raw connections can be harvested and used in ways people never dreamed of when they made these connections. There is some trust that the organizations capturing this information will look out for us, but in this case Facebook is openly selling access to just that information. Facebook doesn't have your back, it has their own wallet. But, these partial context issues like the friend from years ago who is a Klan member and the usual human transference of reputation is more problematic and dangerous. The claims (assertions) people make about who and what they are connected to need context and it needs to be as robust as possible.
A Facebook "Like" has very little value to the person who clicked that link and has very little value to their connections. If you "Like" a restaurant, is it because of the food? Staff? Close to your work? The pies? Not knowing any of this makes that Like rather pointless. Services like Yelp allow for reviews and ratings. That level of context can start to have more value. But, solid value is when you get down to the level of Foodspotting, which gets to the real context of why somebody likes something, such as what at Shake Shack you liked. The ambiguity is removed and the understanding is clear. With this kind of information Facebook's Like is pointless and meaningless to people, but it does have big value to Facebook as it creates inbound links for Facebook.
External Opt-ins and Data Retention
Saturday I spent a few hours trying to clean-up Facebook while deciding to close my account there or if I could close access to account the few hundred people I am connected to there and make it harder to keep up with them there. After doing this I went to the Washington Post to check to see what activity was going on that had contacts on Twitter commenting about police activity in Washington, DC. The Washington Post greeted me with a large Facebook widget showing my Facebook connections and articles they like in the Post. This was something that the Washington Post opted me into with out my permission. Knowing that Facebook opened data retention from their partners from requiring them from having to dump data they get about its members after 24 hours to allowing them to keep it as long as they wish, also combined with Facebook opening access to parties open access to this new public information Facebook created with out asking permission (and making wrong open statements about the information in my profile).
Facebook is completely overstepping the bounds of anything right and decent by allowing opt-ins without permission from members. But, the Washington Post showed they have little understanding of the reality by opting me in with out my permission as well. All of the valued relationship I have with the Washington Post over the years, particularly after advising Post employees in my workshops more directly about social interactions, the fragility in keeping good relations, and getting social interactions right showed they have very little grasp.
Where to Now?
I still have not closed my Facebook account as it is the people I care about deeply who are there. But, it is those same people who are also realizing they are being thrown under the heap thanks to Facebook.
The other day Marshall Kirkpatrick asked me for comments on Facebook's steps and the need for a more distributed social network and that more distributed open network is where I think the next step will be. I think there will some really interesting discussions at the Internet Identity Workshop next month along these lines as many in the identity community are amazed at the lack of basic understanding of identity, privacy, and related social interactions Facebook has shown in these latest steps. Who widely people in the mainstream grasp what has been done to them (stereotypically people in the United States of America give very little concern to privacy, as they expect it is there and do not think it would be eroded or even the consequences of that). The distributed model where your identity and profile is housed in a place where people have deep trust and access to that can be accessed through permissions (think along the lines of Mine.org) is where we are headed next. When your provider is not as trustworthy as you wished or were lead to believe you can move to another and keep the relationships across all the services you already have as well as the permissions for who has access to what that you are comfortable with get moved as well.
Who Feels this Pain?
I don't know how widely this pain is felt, but one conversation I overheard gave me insight into one place where this pain is felt.
This weekend I was leaving an activity as the next group was arriving. One guy was particularly irritated and was complaining about Facebook and his profile links:
Irritated guy: I just went to check my Facebook account to see if my friend was coming this morning and I found my profile page was now all links. I didn't give them permission to do that.
Guy's friend: Mine did too, but I didn't have much there, just school and work.
Irritated guy: It is the work link they screwed up. The linked law firm Facebook now claims I worked at is not where I worked, but it is some ambulance chaser firm with a similar name. That is the last thing I need is that crappy of a reputation. I did not give Facebook permission to do that. They rather need to get to my permission by law, as it is they are making up lies about me.
Guy's friend: You moved on from your old firm? Where are you now?
Irritated guy: I am now a lawyer for the Federal Trade Commission. I left my old info as current as I haven't had time to change it.
Related Links
- What's there to like? Facebook Likes and social object relations by Adrian Chan
- Privacy, Consent and Collaboration by Oliver Marks on ZDNet
- The teachings of failure by Doc Searls
- How to Delete Facebook Applications (and Why You Should) by Sarah Perez at Read Write Web
April 26, 2010 in Community, Identity, Personal Info, Privacy, Social Software, sxd, Usability, Web | Permalink | Comments (0) | TrackBack
Why I Do...
One question I continually get from many in the web design and dev community is, “Why do you spend so much time focusing on things inside the firewall? You know all the cool stuff is happening out on the open web.”At times I get tired of answering that, but most who know me most of my 20 years doing dev and design work around tech tools and services has been on tools and services inside the firewall. While I love the web and the innovations that happen there and things get worked out early there, inside is where I see the real value.
Real Value
Having a fascination with economics and the “pure flow of information...” mantra I highly value information and the tools and services that provide the value chain of data, information, and knowledge. These digital tools were not the easiest things to work with for many people and it has always been a passion to have the tools and services work better. More optimally, so people could have better access to information so to help them make smarter decisions around things that matter(should we find a new supplier, do we have a problem, do I need a coat, does our packaging need to be weather resistant, etc.).
What matters and what is work and what is personal is a very blurry line, but having the information and ease to access it so we are smarter in making decisions it the key. It comes down to efficiency, which is highly related to ease of use.
Real Populations
What fascinates me most with inside the firewall and always has is the need to understand how people use (can’t use) the tools that have been built or deployed for their use. Things that are seemingly logical and intuitive from the developer and designer’s viewpoints are not on target with those in the organizations. When I started working managing, maintaining, building, and improving the tools and services people use it was inside the firewall as the web did not exist yet and the internet was still in its nascent stages, even if it had been around for 20 years already.
The groups of people I working with needed to use these tools and services to perform their job as the paper and non-technical means of performing their tasks were replaced by computers or were never possible with out the power of digital computations. What was true then with dealing with the populations of co-workers and others inside an organization using the the tools and services is still true now, success of a product is measured by its percentage of use from those who must use it, efficiencies gained, lack of bugs, and improved time to complete tasks.
Web projects seemed to lose these values as it was easy (relatively) to get a few thousand, hundred thousand, or few million (over time) using a product or service. But, those services were only a small slice of the population, even a small slice of the population who needed a service like the one being offered.
Real Social
In the last five to eight years or so that truth around small slices of the populations using tools and services is never more relevant than around the flood of interest in social web sites and tools. Having built, managed, and iterated on intranet groupware and community tools for tens of thousands of distributed employees and business partners, I had great interest in seeing what happened with social sites on the web.
It was no surprise to me when variants of the web’s social tools and services started coming inside the firewall that adoption was less than optimal, because these social tools were being honed and iterated on early adopters and assumptions that are very counter to the majority of the population (some 90% are outside of this early adopter trend using the tools).
Early on I learned the easiest means of getting adoption with tools and services is to emulate who things are done by people without technology mediating the tasks or flows. Regarding social interactions these is never more true.
Most of the social tools are not very social in the way that the majority of people are social. This is very problematic inside an organization because businesses and organizations are social by nature and must be to have any success. People must be social and interact with each other inside the organization (meetings, reviews, research, sharing findings, etc.) as well as to the outside with their customers and clients.
What many of these social tools, and business tools in general, have done is add friction to social interactions that are required by businesses to survive. These newer class of tools are moving towards emulating true human social interactions more closely, but we still have a long long way to go. Where the social web tools have fallen down is focussing on the early adopters, but in reality that is core group of people who come to these sites and services (services like AOL, Yahoo, and Facebook have over the years broken into more mainstream customer bases, but the customers are most often not using the really new “cool” stuff). The lessons learned from most web social services often don’t work well inside organizations as they are not lessons learned from a full broad population, like the ones inside an organization.
Real Needs
Businesses and organizations have real needs for these social tools, as their organizations are quite inefficient and they know it. They know the value that these tools can bring and many have experimented with these tools in the past year or few, but have been stumped by lack of use and adoption.
Organizations are forever trying to optimally capture what they know (hence knowledge management interest), get information out easily to those who need it (portals), connect employees to each other (groupware), connect to customers and business partners more easily (B2B tools), and better connect the company to its employees (HR tools). All of these have received incredible funding and effort over the years. Some have decent payoffs to the organization (return on investment (ROI)), but rarely are they the large successes that had been promised or hoped for. One of the big reasons is the tools got in the way.
Real Solutions
Getting the tools out of the way and allowing for people to interact as needed and as is comfortable is where success lies for tools and services in organizations. This is why I am passionate about this area and why I like focusing inside as not only do I see real solutions lurking in what has been done in what is called Web 2.0, but business and organizations see that same.
What is needed is using the understanding of organizations, the new tools, and marrying that to how real people are social and interact so to get to real optimal solutions.
December 7, 2009 in Access to Info, Community, Enterprise, Knowledge Management, Social Software, sxd, Technology, Usability | Permalink | Comments (0) | TrackBack
Enterprise 2.0 Wrap-up
Each year the Enterprise 2.0 Conference has been different for me, this was my third year in a row attending. Two years ago there were a organizations trying these tools (other than on a server under somebody’s desk), tool makers were trying to catch-up to potential customer desires, and most consultants were trying to apply old models of thinking to Enterprise 2.0 (which broke most of their models). Last year the tools started to catch-up with offerings that were much closer to customer desires, a much broader set of businesses were interested and looking for understanding, and the big consulting firms were touting their successes with out understanding what they did.
This year at Enterprise 2.0 had a very different feel. There is getting to be good depth of understanding of the potential capabilities from customers. The tool makers are really hitting stride and solving some of the tricky problems that come with a six months to a year of use inside an organization (see sub-head below "Open Source Tools as First Step") to understand what the tool makers are doing is valuable. Consultants are getting it, but the big consulting firms continue to have value in individuals and not the firms. The most impressive consultants (and analysts) are the solo players and small firms.
Twitter and Microsharing for Enterprise
There were a handful of very well attended sessions on Twitter and similar microsharing tools for the enterprise this year (last year only one). The sessions were largely love-fests of "isn’t this great" and "here is the value", which is good. But, there are some downsides that need addressing and sticking my head in a few sessions (too packed to get a seat) and talking with others who attended the sessions, the downsides (they have solutions, but not quite built yet) were not highlighted nor were the potential solutions.
I am skipping the positives of these tools as they are can be found quite readily. The cautions and lessons learned relate to two points the volume & velocity of information and use/reuse of the snippets.
Nearly every organization that has successful adoption with microsharing tools quickly believes there can be too much of a good thing. Like my presentation last year at Enterprise 2.0 (After Noah: Making sense of the flood (of information) microsharing has great content flowing through it, but it needs filters (on who and what) as well as as attractors for grabbing things that are valuable that pass through when the user is not looking (the "if it is valuable it will find you" is not something that you want your organization to depend upon).
The second issue is use and reuse of that information. The information snippets running through the microsharing tools are often valuable, some have future value and are received out of the context of need, while others have current value. Most of the tools only focus on sharing the snippets not holding on to them or easily turning them into other valuable information forms (documents, blogs, aggregation of related items for discussion, etc.). Without thinking of what comes next with information flows in the organization’s ecosystem problems get created quickly from the cool adoption. That is not to say that the solutions are difficult or around the corner, but they are not in most products yet.
One service that I saw in the exhibit hall that used the organization’s ecosystem well was Brainpark. Brainpark is a mix of microsharing, aggregation of information and objects, and builds off of experience across the organization. It is a hosted solution that is a fully open space and transparent across the organization (depending on your organization that is good or less than optimal (Sarbanes Oxley peeks in).
Case Studies Predominantly from Government and Government Contractors
This year, just like the past two a majority of the case studies were government or government contractors. Susan Scrupski asked in a Tweet why this was so. One reason (having worked inside government as a contractor doing this things nearly a decade ago) is freedom to talk about what is going on. Many businesses look at these tools as competitive advantage and will talk about the their success on a high level, but lessons learned (downsides) start running into SEC regulations and admissions of less than optimal results (a downside for stocks). Also many of the companies using the new breed of social tools are technology related companies and often they are considering how to turn what they have deployed into a product they can sell in the future or at least a service offering. This sharing can run a foul of SEC restrictions. The government organizations and government contracting companies are freer to discuss their implementation of these tools and the contracting companies see this as a means to pitch their capabilities.
Last year Lockheed Martin generated a lot of buzz with their discussion of the platform they assembled and built. This year they discussed it in more depth, but the point that the only two infringements on their service were one person selling their car (no commerce is allowed) and one person criticizing a decision by the CEO (nobody is allow to criticize the CEO) were good for demonstrating how well people use the social tools with little concern (although the buzz from LM’s presentation to a person this year was "I will never work for LM because you can’t criticize the CEO").
Booz Allen Hamilton was the Open Enterprise winner and discussed in-depth their tool deployment and their use of open source tools and low cost for deploying. This was quite a different perspective from Lockheed Martin’s deployment last year that was incredibly costly.
Open Source Tools as First Step
One thing that I have seen across the years, not only at Enterprise 2.0 but prior, is that many organizations start their social tool endeavors with open source tools. While I am a big proponent of open source tools, one has to be mindful of the disadvantages as well as the advantages (just like every other tool). Open source tools are a good first step to see how tools could be used in an organization, but many of the tools need extensive customization to scale and to meet the the user experience and social needs of those who are not an organization’s early adopters.
In my presentation last year "After Noah…" most of the downsides and lessons learned came from people deploying Scuttle as their social bookmarking tool. Scuttle is a decent tool for small deployments in-house that do not need to scale, but the management of the tools and the lack of intelligence in Scuttle that is needed to deliver solid knowledge and understanding around the organization are not in it. There are many elements in Scuttle that limit adoption, unless in a very tech savvy environment, and require moving to a real social bookmarking and tagging solution after six month or a year. Not only is adoption hindered, but easily surfacing information, knowledge, and intelligence captured in the tool is really difficult. Scuttle lacks the algorithms, social understanding, contextual engine, and user experience to be a long term (more than one year) solution for anything more than a small division.
The other open source tool that is widely deployed and equally as problematic as Scuttle is MediaWiki. I continually see MediaWiki deployed because it is “what is under Wikipedia”. While that is well and good to get started, MediaWiki falls into the same problems as Scuttle with adoption, scale, lack of the essentials, and missing intelligence engines. MediaWiki requires heavy modifications to work around these problems. One of the problems that is most problematic are those around human social interactions, which nearly every organization I talk with lacks in their resources as they development and design teams that build, implement, and incrementally improve their products.
Both of these tool types (social bookmarking and wikis) have great commercial products that provide much better overall adoption opportunities as well as have full-time staff who understand what is needed to get the most value out of what is contributed and how to include the difficult pieces around sociality, which greatly increase adoption and long term use.
More Than Just Tools
This year there was quite a bit of discussion at Enterprise 2.0 around tools are good, but there is much much more than just tools as as a solution. Adoption practices were discussed broadly, but some of the best snippets that echo my experience were in the video clips captured by and used by Stowe Boyd and Oliver Marks in their Open Enterprise session (the full collection of unedited video interviews are available at Enterprise 2.0 - Open Enterprise [http://enterprise2blog.com/category/open-enterprise-2009/]). One snippet that rang very true was from Charlene Li where she talked about a large hindrance to adoption was people lacking the understanding of what openness is in the enterprise and that it is a possibility. I often find most organizations need to have the conceptual model (understanding of what the tools are and freedom and control put in the people’s hands as well as it is their organization allowing them to do this) into people’s head is the first step and not talking "carrots and sticks", which often lead to less than optimal long term outcomes and often are counter productive.
It was great to hear other people discussing this in sessions as well as the hallway conversations. If this is of interest the full videos have been made available to the community to listen to and use as an open resource. Please go take advantage of it and use them to help get informed.
Gaps in Sociality
Much of my discussions with my clients and potential clients as well as my 13 years of experience building, maintaining, and improving social tools for use involves focusing on what holds back adoption and use of tools. There are four elements that need to be in balance: Tools, user experience (ease of use), sociality, and adoption/engagement resources. Much of that was discussed in sessions at Enterprise 2.0 this year was tools and adoption/engagement strategies (as just stated there were some large holes in adoption and engagement strategies). On the exhibit hall floor the vendors were touting their ease of use and user experience that is built into their products.
The big gap that was really weak was sociality. As those who have deployed tools and worked to improve them have found how people interact with other people in these digital social tools is a large area that needs addressing. This is one area that really needs to be addressed within the tools as the depth of understanding needed inside organizations to add this is rarely there. There is a large education effort needed to explain what all of this is, how to think about it, how to evaluate tools/solutions around it, how to assess existing deployments, and how to then improve them. When I have IT shops or developers in my workshops this is an area that is really not familiar to most of them. Some of the user experience designers have an understanding of the need, but lack the skills to get the back end development in place to feed the front end components. Most decision makers do not have this on their radar (unless they have had tools and services running for 6 months to a year and are looking for that next step up), but even when they do they only understand something there is broken and lack enough understanding to know how to understand the problems and then address it.
As I talked with people in the hallways and late at night and mentioned scenarios that are indicators of problems in tools around sociality, nearly everybody said yes we see a lot. To a person not one of them had thought of sociality as a problem or even knew of anybody who could help understand it and address it.
This is the next hurdle to start getting over. Hopefully next year and at this Fall’s Enterprise 2.0 in San Francisco, this will be subject matter that is covered so to highlight where the problems lay and how to start working with vendors and developers on ways to improve on what is there.
[If you are looking to get a grounding in this I am finally offering workshops on Social Design for Enterprise, which is described in more depth in the Rock Stars of Social CRM. The real stories, experience, value to organizations, tethering CRM and interaction in social tools not only was great from a showing the power of use of tools in a manner that had deep business value, but the stories of real use and lack of tools and services around optimized use of the tools. This session really should have been not only in the main tracks, but could have stood out enough to have been a main session. It added credibility and depth of understanding social tools from a business perspective in a manner that makes the usual social media discussions look incredibly thin. Radian6, Chris Brogan, Paul Greenberg, Brent Leary, Frank Eliason, and Michael Thomas (National President of the CRM Association) did a killer job with this session and totally rocked the house.
Tagging
Lastly, tagging. While there was not tagging focussed session and tagging has become the sleeping giant (nearly every social software consultant with deep background asked why there was not a session on tagging as they are finding it is one of the most valuable resources in their tool belt for driving value to their customers). Connectbeam and Lotus Connections Dogear were on the Exhibition floor and were getting attention, I heard nearly every other vendor touting they have tagging in their offerings. This is a good thing and something that is also problematic.
About four years ago I prognosticated tagging would be in most tools, but that reality was going to be problematic unless tagging was done well (at a minimum object being tagged, tag, and cross tool identity of the person tagging). Well this last year I had one large client hit that problem and since I have heard of it five or six more times. While some commercial tools have done tagging well most home grown or open source solutions (see the WikiMedia mention above) do not.
My presentation from last year is even more relevant this year and there is a dire need for aggregation and disambiguation across tagging in various tools. At the Enterprise 2.0 conference I heard this echoed many times when I started asking about tagging in deployments. There is much more to write on this and to share (yes the book is still coming and much of this will be addressed there as well as in future posts).
Summary
Enterprise 2.0 has become my favorite conference as the problems I have been seeing for years and working on resolutions are echoed here. The reality of Web 2.0 and social interaction hits home here, particularly the lack of depth and problems in the Web 2.0 tools (which also need to be addressed, but with millions of users it looks like success not a really small percentage of adoption).
I am looking forward to next year as well as the Enterprise 2.0 San Francisco conference in the Fall.
July 7, 2009 in Applications, Community, Conferences, Enterprise, Folksonomy, Knowledge Management, Marketplace, Social Software, Technology, Usability, Web/Tech | Permalink | Comments (5) | TrackBack
Social Design for the Enterprise Workshop in Washington, DC Area
I am finally bringing workshop to my home base, the Washington, DC area. I am putting on a my “Social Design for the Enterprise” half-day workshop on the afternoon of July 17th at Viget Labs (register from this prior link).
Yes, it is a Friday in the Summer in Washington, DC area. This is the filter to sort out who really wants to improve what they offer and how successful they want their products and solutions to be.
Past Attendees have Said...
“A few hours and a few hundred dollar saved us tens of thousands, if not well into six figures dollars of value through improving our understanding” (Global insurance company intranet director)
From an in-house workshop…
“We are only an hour in, can we stop? We need to get many more people here to hear this as we have been on the wrong path as an organization” (National consumer service provider)
“Can you let us know when you give this again as we need our [big consulting firm] here, they need to hear that this is the path and focus we need” (Fortune 100 company senior manager for collaboration platforms)
“In the last 15 minutes what you walked us through helped us understand a problem we have had for 2 years and a provided manner to think about it in a way we can finally move forward and solve it” (CEO social tool product company)
Is the Workshop Only for Designers?
No, the workshop is aimed at a broad audience. The focus of the workshop gets beyond the tools’ features and functionality to provide understanding of the other elements that make a giant difference in adoption, use, and value derived by people using and the system owners.
The workshop is for user experience designers (information architects, interaction designers, social interaction designers, etc.), developers, product managers, buyers, implementers, and those with social tools running already running.
Not Only for Enterprise
This workshop with address problems for designing social tools for much better adoption in the enterprise (in-house use in business, government, & non-profit), but web facing social tools.
The Workshop will Address…
Designing for social comfort requires understanding how people interact in a non-mediated environment and what realities that we know from that understanding must we include in our design and development for use and adoption of our digital social tools if we want optimal adoption and use.
- Tools do not need to be constrained by accepting the 1-9-90 myth.
- Understanding the social build order and how to use that to identify gaps that need design solutions
- Social comfort as a key component
- Matrix of Perception to better understanding who the use types are and how deeply the use the tool so to build to their needs and delivering much greater value for them, which leads to improved use and adoption
- Using the for elements for enterprise social tool success (as well as web facing) to better understand where and how to focus understanding gaps and needs for improvement.
- Ways user experience design can be implemented to increase adoption, use, and value
- How social design needs are different from Web 2.0 and what Web 2.0 could improve with this understanding
More info...
For more information and registration to to Viget Lab's Social Design for the Enterprise page.
I look forward to seeing you there.
June 26, 2009 in Access to Info, Community, Enterprise, Folksonomy, Information Architecture, Information Creation, Interface, Knowledge Management, Research, Social Software, Usability, Web, Web/Tech | Permalink | Comments (0) | TrackBack
LinkedIn: Social Interaction Design Lessons Learned (not to follow) - 2 of 2
This is the second of two posts on the subject, the first post LinkedIn: Social Interaction Design Lessons Learned (not to follow) - 1 or 2 gives the lead-in to this post.
Lessons To Learn
Sadly, the new social functionality has broken much of worked well as an ambient social tool. More problematic was LinkedIn did not seem to grasp what it had: so to build on top of very good start, but it seemingly looked at Facebook for inspiration, but Facebook does not seem to be aware of good social interaction design practices.
When building social tools for broad audiences (more than 3,000 people) — which open services on the web are — there is a progression of 3 things that must be accounted for in the planning stages: 1) Velocity; 2) Volume; 3) Relevance.
As social tools start getting used they go through a progression one of them are these three stages of concern. Velocity of information is how quickly information is added by the community and has turn over on the in the frameworks. Volume is the mass of information that accumulates over time that will force how information is shared, found, and used. Relevance becomes essential when there is large volume and filtering is needed for information flows and for allowing people using the service to have a manageable stream of information that is relevant to their needs.
Many social services can go through these three stages in a few short months if they have 50,000 users or more. LinkedIn does not seem to have considered getting to and beyond the first stage in their planning.
Social Interaction at Scale & Volume
As LinkedIn has added social features they have created more streams of information in their flow. More streams lead to more velocity of information. This can be good if the basic concepts for understanding monitoring these streams as well as providing methods for moving things out of the flow so they can be acted upon or set into a personal task flow.
It seems as if the new social features are aimed at the roughly 80 percent that have 100 or fewer connections, not the moderate or heavy connectors who are the unpaid evangelists that have helped LinkedIn grow. Not understanding the value various segments bring to a service and how to satisfy those groups is rather short sighted
Social Tsunami on Homepage
The one thing that started the frustration with LinkedIn’s shift was the flood of unrelated social items on the homepage. Much of the social content shared is personal ID focused and not group or work focused (even when shared in groups or work related settings - a quick look at activity summaries regularly shows this).
One of the task flows I had with LinkedIn was to accept a connection or get notification of a connection then go to their profile page and download their vCard. The social tsunami that took over the front page of LinkedIn made that task all-but impossible. Part of it is the velocity of information running through the front page for connections increased, velocity the design did not account for.
Additionally, the new social components started eating up valuable real estate on that page and had no simple interaction design convention for minimizing, hiding, or turning off that module of functionality from the page.
Eventually the ability to turn off notifications to the social tools was added to the Settings page, but there is no notification of that functionality on where the problem exists, the pages where this container shows up (we learned this in software design in the early 90s). Also problematic is the social elements are clustered by task/tool relevance and not person or subject. Including pivots could greatly improve this as well as allow for shifting context by the person using LinkedIn.
Focal prioritization is essential to include in initial planning, as this becomes critical when dealing with the relevance stage or even handling a scaling volume of information. Each person using a service is going to have a slightly different set of priorities for relevance and focus. This is going to require some malleability of the system interface to allow for personal optimization of their relevance and streams.
This is not emergent behavior but the reality of what happens when systems scale. LinkedIn is built “;like a classic chamber meeting where networking is orchestrated”;, as stated by Margaret Rosas. Sadly, LinkedIn is not built for flexibility that is needed as systems scale to or beyond the volume stage. It is built as if this was a surprise, which prior to 18 months ago LinkedIn’s careful approach was much smoother with their growth of features and functionality.
LinkedIn changed its layout and structure of its pages to account for the coming new functionality, which is quite smart. But it did so in a manner that seemed to consider all notifications and functionality should have the same focus.
If you remove notifications, there is no ambient notification to let you know there is really any activity. The front page is part portal and part dashboard, but the distinct concepts around these two approaches seem to have baffled the interaction designers and developers.
LinkedIn: Social Node or Social Hub?
LinkedIn also seems quite schizophrenic as to its social purpose. It has built part of the social framework as if the rest of the web only allowed limited interaction with it, which it would make it just a node on a network. This destination framework does not account for people having any other service that provides social features that could easily be shared in or out.
The other side of LinkedIn is a hub, which information flows though. Inbound status messages from other services show up in LinkedIn’s pages as to the “applications”, but using connecting identity in a manner that permits not having Twitter messages I read elsewhere show up in LinkedIn would be more than helpful (yes, part of this is OAuth, which Twitter and many other have not deemed valuable yet (come on Twitter this is not rocket surgery). The applications and information it allows in is limited to a relatively small number of services. Having a small number of services integrated should allow for contextual relevance of the objects, but that would be assuming again LinkedIn was well thought through. This interaction with services would also benefit form LinkedIn offering OpenID as well as OAuth integration to ease the pain and security.
LinkedIn does not have an open API as of yet (this should have happened when they launched status and some other social elements). The LinkedIn API for status would allow LinkedIn to be a sharing out hub as well as the partially capable in-bound hub it already is. LinkedIn is a business focussed social environment, but has not realized its DNA is business based and there are task flows and workflows to enable that would make a lot of sense.
LinkedIn Forgot the “Me” in Social
All social begins with me. Social interaction is about an individuals intentions, actions, and their activities. What things a person wants to share with others and how interact with is one part of the social framework. Another other is consumption and working with the flows of content generated by others. LinkedIn did a decent job with flow until it started adding the more social features in the last 18 months. What LinkedIn did know (focus and purpose) they now show little grasp of understanding as their features have created more flow and more velocity for the information ebbing through the service with no planning for it. It takes very little understanding of social tools to know that this will likely happen and there are interaction elements that are going to be required to handle this, for example moving things out of the flow.
Many people want to see those they have just connected with, things they just published/shared and responses. There is also the desire to hold on to things that are relevant to the individual. This holding on to things requires a means to favorite or put it in place where things can be collected and worked on later. These things could be single comments in group discussions, people’s names/profiles who are surfacing, notifications, etc.
With the velocity of information increasing in LinkedIn the capability to perform a task and drop back into the flow where you were is gone. Any decent interaction designer for social tools knows this reality and had a stack of solutions to set in place from the outset.
Social Context in Groups
The math of social software for people is the mostly the one-to-one relationships and being able to see those. But, social software occasionally is about communicating to groups.
LinkedIn added group discussions, but did this as if the last 10 to 15 years in forums and groupware platforms never existed. The group discussions are not threaded nor do they offer the option to turn on threading for the discussions (this has been default for off-the-shelf forums for over 8 years at least). Also lacking is the capability to hold on to and collect valuable items found in discussions, let alone a means to personally contextualize them.
Another thing LinkedIn fails to grasp is contextual relationships to people in the discussions. For example, if someone I know has started or commented in a group discussion the service should highlight this. There is a potentially higher social contextual relevance for that piece of information. When information starts turning from a stream into a flood this becomes insanely important.
Once this reality of contextualizing is realized, there are a couple of options that are likely to be needed quite quickly after. One is adding new people in the discussion that we interact with; this context could be surfaced in the discussion or used to augment the rational surfaced in the recommendations.
Email from groups should not be from the organization name of the group as that looks like it is from the organization. I get official information from organizations, but lacking the understanding of contextual information for e-mail makes an even greater mess of e-mail and group interactions when this is lazily designed. The “from” should begin with LinkedIn group or some other notation.
Context for Events
When LinkedIn added events, I started getting invitations to attend them. But, the wording of the invites made it sound like they were personal invitations, which is not the context they were intended. It took quite a few rather embarrassing e-mails for many events, if they were really requesting my attendance or if it was just an announcement of the event. Understanding a modicum of social interaction and social etiquette would have saved those embarrassing e-mails.
Events also launched with many bugs (many have been ironed out, but most were of the rather blatant variety). One downside of events is there are already an over abundance of event tools, which work rather well (this is a really tough tool set to get right and build). Nearly everybody I talk to has wondered why LinkedIn did not use something like Confabb to license it or buy it (there are many event services available), rather than using their own resources on something that is not up to the level of competing products. Lastly, with regard to events, while the recommendation for connections is good in LinkedIn, the recommendations for events is absolutely horrid. If that is who LinkedIn thinks I am I need a new service now.
Models for Messaging Flows
One of the things that has been flawed in LinkedIn for quite some time is messaging flows. I liked that they pushed messaging out into e-mail and I could respond to a person from my e-mail. One thing that is missing is LinkedIn not updating their messaging flows. Looking in LinkedIn it is quite often impossible to sort out. When I stated I continually have this problem, Jess Leccetti stated, “I’ve had that exact problem! I thought it was my comp being buggy!” Messaging across various media channels is tough and most often fractured. But, when offering a solution it is important to get it right.
Profile Comments Go In...
Finally LinkedIn added the capability to for people using the service to add their own private comments on to other’s profiles. This is a great addition as it allows the means to add context to files. Sadly, it does not seem to surface that information in any other manner other than going to the individual pages.
This lack of functionality outside each profile page is really mind blowing, as it leaves out the capability for using it for tagging, contextual grouping, search aggregation, and use these aggregations for sharing up dates or filtering what is shared. There are emergent activities that could evolve out of these functionalities, but again this seems to not be well thought through.
One approach is a nice simple personal tagging or labeling interaction layer with clickable aggregation interface option. This would allow simply applying glue to personally thread items together through light aggregation. The current comment system only creates islands of context that have chasms between it and other relevant or related items.
Next Steps
LinkedIn needs to get some people in that grasp social interaction design. They purportedly have some, but I am not sure they have influence or the depth of knowledge needed (either is problematic). The LinkedIn service seems to be proof something is horribly wrong along these lines.
LinkedIn also seems to be a victim of not sorting-out what it wants to be. If it wants to be a Facebook for business, the route they are taking is not going to work well for the business users as it is greatly lacking solid functionality and cohesive interaction design with task flows enabled. LinkedIn needs to be LinkedIn and not a Facebook for business.
As many on Twitter have stated, one seemingly viable option is LinkedIn’s social additions of the last 18 months should all be thrown out and simply start over. The only piece that seems to have much positive feedback is the Q&A section, which is not something that I have interest in, but seems to work passably for others.
More coherently, a real reality check is needed at LinkedIn. They must to stop adding features and functionality until they learn to fix what they have added. They need to begin with understanding how social interaction happens, how it scales, and how people need it to work at scale. Stop looking at Facebook for what features to add. LinkedIn has some deep value as a work and business focussed social site, but that is going to require a different focus that what has been applied in the last year to 18 months.
I have deep fear that LinkedIn views what is happening is emergent (emergence happens when things are used in an unpredictable manner: whether wholly unpredictable or unpredictable in that context). What is happening in LinkedIn is not emergent. It is quite predictable: This is what happens at scale with social systems and their information flows.
A grasp of social systems and their uses at various levels of scale (and potential for various interactions and needs) is really needed at LinkedIn. The slowness to act (or, sadly, react as if this was an unknown potential) and fix what they have is not a great sign of encouragement for the organization. Hopefully having Reid Hoffman back as CEO and with Jeff Wiener as President can pull this into focus and set things on a sane path.
February 10, 2009 in Attraction, Community, Enterprise, Folksonomy, Identity, Information Architecture, Interface, Refindability, Social Software, Usability, Web | Permalink | Comments (1) | TrackBack
LinkedIn: Social Interaction Design Lessons Learned (not to follow) - 1 of 2
Why LinkedIn Needs to Have a Better Grasp of Social
A heavy user of LinkedIn, I have been hearing identical complaints to my own as regular business networking event conversation fodder for the last six months or more. Light users of LinkedIn as well as those of us who have over 600 connections have nearly identical problems.
At its core the social interactions design is severely flawed and poorly thought through. LinkedIn integrates social interaction components and features as if they were playing a game of "me too" with Facebook. This is problematic as much of the Facebook social interaction design is poorly executed. I have stated how Facebook's DNA does not support business use (in Facebook for Business or LinkedIn Gets More Valuable. Oddly, now LinkedIn seems to be building the poorly thought-through Facebook interactions, implementations which are directly counter to their reason for being.
Wake-up LinkedIn! You may have money to get you through some sort of recession that lasts for a while, but your business relevance requires you to get these things right and get them correct now.
Too Many New Features, Too Fast
LinkedIn now has conflict and confusion about its primary focus as a service and what is the primary social object. Prior to 18 months ago LinkedIn was more or less a live resume and work connections site. The social object was the individual person and the focus was clear and social actions, while limited, were clear and focussed too. The addition of more social interaction and services has completely lost that sense of focus and could be one of the causes of poorly built social tools.
The last 18 months or so has LinkedIn seeming like it wants to be more of a Social communication site, workplace social platform, and/or general social site like Facebook with a quasi-focus around work-life.The lack of central understanding of what LinkedIn is also has increased the scatter shot understanding of social and voice (based on really confounding contexts for understanding). The inclusion of social elements that bleed into LinkedIn, with similarities to Facebook, are executing on the same social understanding of social interaction design that acts as if the last 8 to 15 years in digital social interaction design and knowledge did not exist.
This is a compilation of things that have been increasingly bothering me with the rollout of LinkedIn's social features. They seem to roll out features that are not fully baked. Then, they release new features rather than fixing the poorly thought through functionality already deployed. I have delayed writing this as I have heard many of these items were going to get fixed (but have not after far too long). I also have many friends at LinkedIn and have not wanted to rock their boat (but many of them have publicly and privately encouraged me to write this publicly).
Another reason for posting this is I am seeing these mistakes many places. Far too many "social x gurus" are just users of less than optimal systems. They don't grasp the less-than-optimal features are holding back the tool adoption, in addition to a lack of social interaction design.
This muddled social mess triggered Jonathan S. Knoll to proclaim on Twitter, "LinkedIn: the online community of people you don't really like."
What Worked Well
LinkedIn worked well for me as an ambient social network for business contacts. The last 3 or 4 years LinkedIn has been one tab that was always open in my work browser (until a couple weeks ago when I got fed up). I would watch the ambient flow of who changed jobs, titles, connections, and what they were seeking. These were social business clues that I used as opportunities to reconnect with people and see where I could help out.
LinkedIn was a great tool for strengthening business relationships. Quite often I would offer help to someone job seeking or send congratulations on new role or job. The communications often lead to chatting about working together, which had a really good business upside for me.
Watching people connect has value in finding people I already knew and had not connected with, as well as having some understanding of who outside a community is looking for help (those who say they can tell everything about a person by who they connect to don't understand social interaction dynamics very well, particularly around business relationships and business growth).
LinkedIn's recommendation services for finding others to connect with have been really good. The only other service that is this strong in my opinion is Plaxo, which is a service that increasingly has taken the place of LinkedIn for me. Plaxo understands volume, various levels of relationship, and keeping contact information current where you need it (in address books, not is disconnected services). LinkedIn is also really good for capturing and making recommendations of one's work.
Something LinkedIn has done rather well is its iPhone application, which really should be extended to other mobile platforms for smart phones. It finally enabled the ability to use contact information in a use context that matters and outside their service (mail does some of this but it is broken as in LinkedIn responses and external responses are not coordinated).
LinkedIn's question and answers section has been done rather well. Many people find it valuable and get good use from it. There are many things that could be done to augment it, particularly around using it to build an understanding of reputation around subject matter. It also could use the ability to easily hold on to (and annotate for one’s self) good suggested answers. This is the sign of a decently thought-through social platform.
The second part to this post, LinkedIn: Social Interaction Design Lessons Learned (not to follow) - 2 of 2 looks at some specific lessons learned from LinkedIn.
February 9, 2009 in Access to Info, Community, Identity, Interface, Personal Info, Social Software, Usability, Web, Web/Tech | Permalink | Comments (0) | TrackBack
![Reblog this post [with Zemanta]](http://img.zemanta.com/reblog_e.png?x-id=bd9f1992-c787-4b5d-a922-86e42aa50855)
![Reblog this post [with Zemanta]](http://img.zemanta.com/reblog_e.png?x-id=c367bb8b-4652-46bc-bc0d-996c1a2d5205)
