Personal InfoCloud

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.

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.

Remote Presentation Feelings

While the remote video presentation is normal for many people inside their large organizations and I have presented at meetings and conferences where my presentation was provided to other location on live video feed (my recent Ann Arbor trip to present at STIET was HD broadcast to Wayne State in Detroit), this home office to conference presentation was new to me. The presentation and video link used Adobe Connect, which allowed me to see whom I was talking to, manage my slides, text chat, and see myself. This worked quite well, much better than I expected. I did have my full slide presentation in lightroom view set up in Keynote on my external monitor on the side and used Awaken on the side monitor as well to help with timing.

The ability to get feedback and watch the attendees body language and non-verbal responses was insanely helpful. I have given webinars and done phone presentations where I had not visual cues to the audience responses, which I find to be a horrible way to present (I often will expand on subjects or shorten explanations based on non-verbal feedback from the audience). Adobe Connect allowed this non-verbal feedback to be streamed back to me, which completely allows me to adjust the presentation as I normally do.

One thing that was a wee bit difficult was having to change focus (I suppose that comes with use and experience), but I would watch audience feedback while presenting, peek to the side to see where I was with time and slides (to work in the transitions), but would then try to look at the camera to "connect". Watching myself on the video feedback the moments I would try to connect through the camera I would open my eyes wide as if trying to see through my iSight and boy does that come across looking strange on a close range camera. I also (unknown to myself until recently watching a video of another presentation I had done) use a similar facial expression to add emphasis, I am realizing with a camera as close as it is for web presentation also really looks odd. I am sort of used to listening to myself (normally to write out new analogies I use or responses to questions), but watching myself in playback from that close of a range is really uncomfortable.

One thing I really missed in doing this web video presentation was extended interaction with the attendees. I rather enjoy conferences, particularly ones with this focussed a gathering as it makes for great socializing with people passionate about the same subjects I am passionate about. I like comparing note, perceptions, and widely differing views. It helps me grow my knowledge and understandings as well as helps change my perceptions. Live face-to-face conversation and sharing of interests is an incredibly value part of learning, experiencing, and shaping views and it is something I greatly enjoy attending conferences in person. I am not a fan of arriving at a conference just prior to a presentation, giving the presentation, and then leaving. The personal social interaction is valuable. The video presentation does not provide that and I really missed it, particularly with the people who are so closely tied to my deep interest areas as this workshop was focused.

New Content in Presentation

This presentation included a lot of new content, ideas, and concepts that I have not really presented or written about in as open of a forum. I have received really strong positive feedback from the Faces of Perception, Depth of Perception, and Perception Matrix when I have talked about it with people and companies. I have included this content in the book on social bookmarking and folksonomy I am writing for O&Reilly and pieces have been in public and private workshops I have given, but it was long past time to let the ideas out into the open.

The components of perception came about through reading formal analysis and research from others as well as not having a good models myself to lean on to explain a lot of what I find from social computing service providers (web tools in the Web 2.0 genre as well as inside the firewall Enterprise 2.0 tools) as tool makers or service owners. The understandings that are brought to the table on a lot of research and analysis is far too thin and far too often badly confuses the roles and faces of the tool that are being reviewed or analyzed. In my working with tool makers and organizations implementing social tools the analysis and research is less than helpful and often makes building products that meet the user needs and desires really difficult. I am not saying that this conceptual model fixes it, but from those who have considered what it shows almost all have had realizations they have had a less than perfect grasp and have lacked the granularity they have needed to build, analyze, or research these social tools.

I am hoping to write these perspectives up in more depth at some point in the not too distant future, but the video and slides start getting the ideas out there. As I have been walking people through how to use the tools I have been realizing the content needed to best us the model and matrix may take more than a day of a workshop of even a few days to get the most complete value from it. These tools have helped me drastically increase my value in consulting and training in the very short time I have used them. Some are finding that their copying of features and functionality in other social services has not helped them really understand what is best for their user needs and are less than optimal for the type of service they are offering or believe they are offering.