Personal InfoCloud

Problems of Favorites

One of the design elements from social web services that made its way into many social work platforms is the simple star for favorites. It is simple and innocuous it means the person favorites something. But, in many social web platforms it isn’t or was not easy to see these actions publicly. The act of clicking the star on Twitter often only was seen by the person who clicked on it and it put the favorited item in their collection.

The Twitter favorite star is now more problematic as it is now broadcasted and the person who has had an item favorited gets notification (if they so choose, and it is on by default). Looking at other people’s favorites has for years been public and likely has been from the day it was added. The reality is it required RSS or using a service that notified you when somebody (and who it was) favorited an item. Not having the favorites be easily found nor broadcasted created an easy environment for people to create their own social meaning of what the favorite does and means, much like the over all broadly correctly answerable questions, “what is Twitter and how are you supposed to use it”.

Meaning of actions is often a social construction by the community that uses a service. But, it also can have many sub-communities creating alternate and conflicting meanings and understandings. Where it really gets fun is when the service’s desired or stated meaning, “Clicking the star means you like it and put it in your favorites” directly next to the star or as a tool tip (hover notice), often is the second social understanding and the communities using the service opt for their own explanations and understanding of meaning.

Since Twitter made the notifications of favorites public, it has caused considerable concern and problems for many who had never considered their favorites to be public. The act and collection of their favorite items was theirs, not the domain of others.

Source of the Reticence of a Click

The problem isn’t germane to Twitter or any other service it is rather broad. It is one of the big reasons why use of social platforms inside organizations can take a while to get adoption going. Why things are stuck is unclear meaning. People are getting easily stuck with the lack of clarity around:

• What a interactive element on any of the pages does
• How broadly is the action shared (public or private or something between)
• What does the action mean
• Who is the action really interpreted

Three of these four need to be clarified much more clearly in services. Sadly, many services are people who do not understand the limited adoption and even more limited use of the services they are echoing the interactions from. All of this keeps people guessing, and not wanting to get it wrong they opt not to try seemingly simple features and functionality.

Why is Something So Simple So Hard to Grasp?

The action of clicking a star to favorite something is easy. Just as easy as clicking a “Like” button, which also has the same problems.

What happens after that simple click is where things get really goofy. These simple social services have staid simple, but how people use them and how people think of the actions they take is far more diverse and complicated. There are four meanings that can be individually be construed by the clicking of the favorite star:

• One can favorite something so others can see it is one of their favorite items
• A person can click the star to note they have seen this and approve
• One can mean I have read this and is sharing that publicly
• A person can hold on to some thing for later review and doen’t mean like or dislike nor approve

This variety of meaning is very common. The problem is that one button is used for many purposes as the service is simple with a simple uncluttered interface that doesn’t have options for alternate meanings, say an anchor to hold on to something, and a “+1” for things that are approved of or liked, which the star for a personal favorite for one’s own purposes can stand on its own.

What Could Go Wrong?

This is all just simple silly social software, what could possibly go wrong. For some of us it was clear that things could get muddled and muddy from the beginning. But, what could go wrong rather often has gone wrong, some with more problematic consequences than anticipated. Often these community and sub-community derived understandings lead to poor understanding and miscommunication through assumption. But, lacking functionality or means to account for the variety of meaning people intend socially or personally this will continue (see clearly labelled and hinted meanings above for reality of how social meaning works with only one option available).

In the past couple years the stories I would hear from my work or speaking engagements grew more dire. Until I talked with one company that had an employee fired things got so confused. But, not long after that first story another company had nearly the same thing happen, while other organizations have similar issues with out the dire outcomes.

In both cases a person saw something float through their internal microblogging service and it piqued their interest. They looked at what had been shared and saw problems, but were swamped with existing tasks and heavy workload so they added the favorite star to put it in their own collection and come back to it in a couple weeks to provide the needed insight and feedback. In both instances their companies rarely moved quickly on anything, as ideas would floated and draft white papers go around, with about a month or more for feedback. But, the social platforms had made the floating of ideas and getting feedback go much more quickly. Those who had floated the idea saw the person has put a “star of approval” on the idea and since many of the people who they wanted feedback from or approval from has responded with feedback or approval they started acting on the plans within weeks not the month plus that things normally took.

In both cases the people who had critical feedback related to gaps or large problems they saw in the proposal or white paper responded when they saw or heard actions were taking place based on those ideas. Both spoke up that they had critical information to provide, but people had been hired or received notification their job was changing and contracts for resources has started to be signed. Upper management was furious as the change had already started to happen in days with commitments behind them. Upper management liked the idea of being more nimble and agile so to move more quickly. But, this was not an “oops” situation it was one that somebody needed to be let go and somebody was let go in both instances.

Resolution?

The problem is not the the tools were use nor how quickly things happened and commitments made. The problem is the clarity of meaning and intent was lost because the actions and activities that have divergent meanings were packed into one design element. Understanding from a design and engineering perspective what people not only want to do, but actually do and mean by that action is essential. Our work tool have long been over due for cleaning up and focus on use so that they become more simple. But, good design and understanding that goes into it, or needs to go into it, can be short cut. Copying a service and its interactions without understanding the social interaction design and meaning of actions, be it intent or by social construct is essential.

It is best to start with a solid platform, which may require bringing in somebody to help frame what that is in context to the needs as well as the social and technical environments you have.

This is Needed?

Nearly every organization I talk to (or even web start-up working for on social interactions) I talk to is getting stuck or is hitting things they hadn’t expected a few months into their use with these tools. It does not matter if it is a platform improve internal communications and collaboration, a social CRM program, and/or a social media (marketing) effort everybody seems to be running into issues they did not see coming. Often I will start by asking how they are dealing with something (based on program type and tools) and I hear, “How did you know we had this problem? Who did you talk to?” They affirm they have these issues, some are manageable and at times they are really problematic. But, the big question is why did they not know these issues could arrive or would potentially arise. I have kept these lenses separate for years, rather than building into one big approach as each organization or services is different enough and has different enough influences that it is really tough to have one big singular approach. Taking small steps, monitoring, and then adapting or iterating is a really helpful approach, but so are mixing and matching lenses to get an improved perspective. Building solutions that address needs and having an overall big vision are helpful. Most often with social tools is it a more connected and free flowing means of doing things.

Lessons Learned

The continual problem for anybody who has been responsible for long-term management of social systems and/or communities who use them, development, design, and/or iteration of social software solutions is painfully confronted with, “is what I am seeing happen (often framed as a problem or issue to be solved) an issue with individual people, how humans are social, the culture(s) where the system is being used, the organization's needs and requirements or structure, or the tools themselves that are being used?” Often the answer is “yes”. These personal, social, organizational, and tools issues all interweave and quickly create a complicated, if not complex system where isolation of individual elements is really difficult. There is also a counterweight to this, which is we know that for use and adoption of these tools and services they need to be simple to use and get started (it doesn't mean they need to stay that way, Lithium's Community Platform is wonderful proof of this model and a I really need to devote a piece to why as it isn't plainly seen by most).

This thinking really started jelling in 2004 at Design Engaged with Mike Kuniavsky's lead-off monologue on complexity, which in his 10 minutes he focussed on the complexity in interaction design and urged us to “run toward the light of complexity”. This is an essential understanding for interaction design as the designer is working to make things that are rather complicated yet rather simple to use, which requires the designer to embrace the complicated and complex to master it so to work to make it simple. Where interaction design hits the individuals and their interaction with systems, social interaction design adds more layers with people interacting with others through the tools, which can be rather complicated just on its own and now you are throwing software in the middle. In 2007 or so I hit another big wake up call. I was working on the folksonomy book (no, it didn't get published, nor finished being written) and a couple months in I hit a sticking point. What I found was many of the common social models and foundations for Web 2.0 couldn’t explain the strong value that people were finding in places where Web 2.0 thinking would not lead one to believe it existed, nor could it explain the problems that I was repeatedly seeing. It took 12 or more months of deconstructing and reassembling the Web 2.0 models, the lessons I learned from years working with and building social software, as well as my formal education (in communication theory, organizational communication, grad school with economics, and social analytics) to identify the variables and components that had value and then build frameworks for thinking how this worked and why. I have blogged many of these as well have been presenting them publicly as well as using them in workshops and client engagements. They have proven to be really valuable, with feedback from many that is has saved them tens or hundreds of thousands of dollars in cost avoidance and value derived from improved decisions.

What is This List of Lenses?

The list is essentially what I have been using and building upon for 15 years dealing with social software and the hurdles and headaches that can come from it. These 40 plus lenses (sometimes nearly 50) are questions, models, and frameworks I use when working with clients or in workshops. I hadn’t realized there were as many elements in the list as I often work conversationally and one answer from a client will trigger 2 or 5 more questions that are relevant based on that answer or insight. This progression gives better understanding not only to me, but also to them to see potential options, the possible benefits as well as possible detractors, and then think through them sanely. Knowing potential problems or issues, helps keep an eye out for them and be prepared, all while using lenses to know that these decisions may bring.

I have shared the list with some others with quite long backgrounds in social software on production, management, or research sides and all (well not the researchers) have the first response of, “Thomas, you are over thinking this there is no way there are that many.” But, as they go through the list they often find all of it is very familiar and things they think through and consider as well so to help their organizations, services, or clients. Many of us have built up this trove of tacit knowledge and I'm working on making it more explicit.

Where I am finding the list is having value is using the components as lenses to see the “it depends” inflection points and be able to think through them to solid results that match each organization as best as possible. Often there isn’t an optimal solution, but knowing a gap exists and to keep an eye on it has made a huge difference for organizations as well as those building products.

The list is still in flux a little but, but it is firming up and getting it organized in to a nice flow will help. Once that is done it is writing time. I have been presenting many of the items on the list in workshops and in client engagements and honing the understanding and getting solid feedback from real experience and use over the years.

I have been having many discussions around the list and thinking that is behind them, which has surfaced in Dave Gray's Connected Company and a Gordon Ross’ post on Connected companies, complex systems, and social intranets. There is good thinking and understanding that is needed so we can get more value and better understanding out of social software used in organization and on the web, but importantly it can help the products and services improve as well.

There are quite a few posts around here that are included in the lenses as part of them or the whole of a lens:

• Social Maturity and Scaling
• On Fire with Social Progressions
• Removing Trust
• A Conversation on Social Interaction Design with Adrian Chan
• Enterprise Social Tools: Components for Success
• Explaining the Granular Social Network
• Denning and Yaholkovsky on Real Collaboration
• Selective Sociality and Social Villages
• Getting to Know Collective and Collaborative
• The Elements in the Social Software Stack
• 5 Enterprise 2.0 Myth Mantras that Must Die
• Model of Attraction
• The Come to Me Web

What am I Doing with This List?

What I am doing with this list of lenses has been a big question. The list very quickly started looking like a book outline, so I am taking steps in that direction. Presenting on this, I have been using a lot of these lenses in presentations for the last 8 years and mix and match them based on subject of the presentation. Dave Gray has put together a really good presentation on the Connected Company that I have helped with and will be presenting that puts a nice wrapper around the ideas. But, being able to get the full list of lenses in front of people and help them use them practically, I think may be best done in a workshop model. I have done internal workshops using many of these lenses (I get very positive feedback about how much this has benefitted organizations and has saved them from selecting tools that didn't fit their needs and/or helped them realize they had a gap in their approach they had not foreseen), but I have yet to put one on that are open to the public. If there is interest in public workshops I have the material and they would likely be a two day for a full view and use, but also could be a one day intensive seminar approach. Please contact

KM, Really?

The core of this understanding and seeing potential and problems at hand was a foundation in KM. You ask, “Why is that important?” One of the things happening in the mid to late 90s in organizations along with this increasing buzz around KM as another buzz around the promise of e-groups and e-collaboration. These “e” tools (far from being an “E ticket” to anything) were often put under the purview of KM people as these tools not only were aimed helping people work together in a digital environment, but they were key to a key aim of KM, getting the tacit knowledge people have out of their minds and in shared making it explicit so it can be found and used by others. This core tenet of KM was one of the key gems that was going to solve the organization’s problems, but the problem was the tools were not up to the task. This gap around the tools (which got increasingly worse as the tech solution was not to ease use and map to how people were social and interact, but was to make more complex and structured interfaces (more form fields and hurdles)) lead nearly everybody working with this social tools to have the common headache around is it the people, how people are social (culture), business, and/or tools that are the problem.

This became an valuable experience of trying to sort out what is and where are the problems that are holding the social and KM solutions back from achieving their potential. One of the things that came out of it was a rather robust understanding of how people in organizations are social (or are not) and how important the existing culture is to tool selection and development of practices. Not only is culture valuable, but the need for different interfaces for different uses of the tools as well as breaking down the wide variety of different social interaction needs for different phases and stages of information sharing, use, and reuse.

KM World 2009

In 2009 I was asked if I would be one of the keynote presenters for KM World 2009, I was honored and felt a bit out of my depth at first as this was KM, which I still held a deep regard for the practices and foundations that were put in place more than a decade back. I was humbled as the two other keynote presenters were Andrew McCaffe and Charlene Li. Much of my presentation focussed on lessons learned from the One Year Club and problems that seem common from social software use in organizations, which I was fearing a bit would dampen the hope and promise and way forward presentations that McCaffee and Li provided. But, having spent a fair amount of time talking and listening to attendees, I was realizing that there are many in the KM community running into these issues today, but many that have been dealing with these issues going back to the 90s. There is depth in the KM community that has long been there and many in the KM community are still sharing their incredible depth and experience bringing the whole community forward that wishes to come a long. As I presented many of the stumbling blocks I have seen companies hit and try to work through, as well as “did we choose the right tool for our organization, needs, and culture?” I saw near ubiquitous waves of head nods across the whole of the conference. The attendees are not just new to social tools, but know enough about the hype memes to have been bitten by them or run across them enough to look for ways forward.

This last year I was back at KMWorld, which also co-hosts the Taxonomy Bootcamp (which I keynoted this past 2010), Enterprise Search Summit" (I did a workshop on Enterprise Social Search this past year and will be keynoting the conference in May in NYC this year(2011)), and SharePoint Symposium where I found the offerings for organizations considering and using social tools inside the organization to be incredibly robust, with presenters and workshops by some of the best and most experienced in the industry (oddly they have never been at Enterprise 2.0 Conference, that really must get fixed). The sessions I sat in on were getting to the heart of real problems and people were sharing years of experience and pointing out the “it depends” questions and how to work through them (in my opinion there is no better aid than that). But, also heard people talking in depth about tools, their gaps, and where good fits for them may be. I also spent time talking with vendors who were finding the attendees to be incredibly well informed and asking solid questions that showed they understood not only their organizations well, but the type of tools that would fit their organization’s culture and needs. A couple of the vendors said this is a rare occurrence at other conferences.

There is a There There in KM

What KM World highlighted for me was there is and long has been a core and deep value that exists in KM. The depth of understanding that has been building and iterating over 15 or more years of experience learned (often the hard way), deep long research, and tackling the hard problems by going deep has incredible value. This value is deeply needed in other communities. As I pointed out in my last post, Social Scaling and Maturity social software in the organization starts out simple and relatively easy, but that changes quite a bit as it gets used.

There isn't a KM 2.0 as there is no need for it. The practices of KM have iterated and matured deeply and wonderfully and not that social software for organizations have started getting out of the way to allow people to get what they know out of their minds and share it more broadly, as has always been the aim of KM, we could start seeing real progress. Understanding the needs around the organization, culture, practice needs, and the tools that can best map to these needs, as well as more easily enable people to be social as humans are social can only give a nice spark to that promise and long vibrant vision.

Lack of Understanding Begins Where?

“We can't solve problems by using the same kind of thinking we used when we created them.” ~Albert Einstein

Much of the lack of understanding with social software today is mistaking what seem like simple Web 2.0 tools and not understanding the depth of thinking and understanding from a technical, interaction design, and deeper understanding from a social science perspective of what is needed. Many Web 2.0 services rarely get into the 3rd stage of “Mature Social Tools”. When you bring this understanding into organizations and their needs for vastly improved communications, social interactions, collaboration, and efficiency needed the Web 2.0 model doesn't really get you far, nor help you prepare for what will come. (It is not that Web 2.0 offerings are not capable, it is that if they are even moderately successful they are dealing with many millions of users and keeping their offerings running with more simple social interactions and needs has them completely occupied).

Claiming your tools and services are like Web 2.0 tools and having them actually be rather equal to the lack of depth Web 2.0 products like Facebook have, becomes a pill filled with poison that once swallowed will release over time. The problem is less with to do with Web 2.0, but how things progress within fixed populations beyond the capabilities and needs (limited by volume and scale of resources needed to handle the volume of Web 2.0 services). Think of the fishing industry and the practices needed for fishing at massive industrial scale and optimizing skill of fly fishing and sustainability.

The Axis of This Model

Along the y-axis is the number of people participating in the service. As this increases the need for individuals to manage relationships and interactions increases. Along the x-axis are the number activities, which can be: Conversations, media shared, ratings, documents, short and long writings, annotations, organizing (curating) what exists in the system, etc.

Optimally the service will have growth that progresses in a relative balance between people participating and activities over time. If the balance has many people and few activities (or range or activities around subjects or tool types, see the differentiation between collective and collaboration, which doesn't include community/group distinct needs) the system will be really narrow and seem like their is little activity or action and perceived value dissipates and the usual result is decreasing visits and use. If the services has a relatively low number of people participating and a lot of activity the outcome is usually a very narrow view and lack of breadth of understandings, which limits the perception of what subject matter or activities types happen there.

What Are The Scaling Stages?

Personal

This stage is firmly set in the simple (a passing or deeper knowledge of Dave Snowden's Cynefin framework will understand the framing help). All social tools and services start their useful existence with personal value. They are offering where people place what they know or see where they can come back to it easily, as well as share with others, who will / may eventually find it. This clarity of understanding the personal impact was really clear when Delicious started. Joshua Porter actually called this the “Delicious Lesson”. The personal also helps initially frame what you have interest in and captures it, provides seeing others to connect with to initial share with and follow, provides a means to hold onto connecting with people, and hopefully allow people to see this in their own contextual lens. There is very little social interaction as things start out. It takes work of planning, engaging, and managing the initial social interactions. Community managers (instigator and evangelists) are essential for helping people into this first stage and get the whole moving toward the next stage. Problematically many services under provide for the needs and capabilities of the personal needs, not only for enabling initial uses, but for more valuable needs as the services mature. Seeing and managing who a person connects with and why along with actions taken in the system (accounting for time, cycles, and patterns) is a real need which helps people not only use the services but see the value they get from it.

Serendipity

This second stage still has most of its focus on the simple, but toward the edges of the next stage that shifts. Once the service gets more people using it and the activities increase things move from a heavily personal focus to one that is more social. The social interactions are more serendipitous than planned interactions as people aggregate and interact mostly through stumbling onto are being guided to subject mater areas of interests, groups or areas where conversations and objects related to the subject are shared and conversations around them happen (social objects).

In this stage the interactions between people are often echo their connections to people and interests that exist prior to using the services. The information flows are still rather manageable, but start edging into flows with some serious volume and velocity at times, which creates and information density to me dealt with. As the activities increase, particularly across groups and subject matter affinities and needs the need for tools to help with various roles people have (either roles that emerged, take on out or need or adeptness, or are have been assigned) is needed. The roles, other than admin and guide, are still mostly light. The managing of information and connecting it to where it is needed is what surfaces here as activities grow.

As time increases and the people participating and activities increase (as expected) things shift to being simple to more complicated given the number and variance of people interacting with each other. Managing connection and what is shared with whom starts to be seen, as does the reality that open social platforms can greatly hinder social interactions (no matter the culture) as the realization that there is something to Robin Dunbar%s [magical] number. As this happens the impact of the organizations overarching culture starts to have an impact and the selection of the tools and services for the social interactions comes in to clarity, whether the right choices were made and implemented to easily integrate with it or clash.

Mature Social Tool

The mature social tool stage the complicated realities of human social interactions comes into play, as well as the need for managing and filtering information flows. Most often organizations hit this stage in 6 months to 2 years. The lovely “if information is important it will find you” theory falls from a working practice to myth here as does they never valid 1/9/90 rule. Information and connections with people get lost and fuzzy. Keeping what is needed and valuable near is essential. It is here most often that people managing the services and tools in organizations state, “What they hell did we do? Do we have the right tools and services?” Many times the answer is no they don't have what they need as they didn't see this part of the picture and reality coming. Also they didn't plan budget and resources for this (it was supposed to just work, right).

It is also in this stage that it is really clear different parts of the service have matured at vastly different rates. Some of it is individual people maturing at faster rates. The accelerated maturity is not only with individuals but groups, subjects, use patterns, roles, etc. This inconsistency of growth is normal, yet it continually seems to surprise people. The reality is there are various types of people, whom these tools hit a need and map tightly to their activities and perceived way forward. Rarely does accelerated maturity of use have much to do with age (the myth that it is young people who take to these tools really becomes clear here as well). Matching lack of resources and pain because that with other solutions is a much stronger driver when the services ease those pains.

The mature social stage is also where the “best practices” considered and possibly used earlier surface as possibly not the best way forward and may have lead to things more problematic than not optimal outcomes. Each organization not only has its own culture, but sub-cultures, but its own ways of doing business on top of the social environment and cultural behaviors. Understanding what the levers and myriad of potential options the possible outcomes that come from their use is an incredibly valuable approach. Combining approaches and methods from these many options will enhance the complications, which needs the ability to have people who can understand and see the components and break down what influences can be attributed to where. It is very much an iterate, test, monitor, and iterate practice all while realizing what doesn't work in one scenario may be brilliant in others.

The value from much of the social web understandings derived from what people thought they saw in Web 2.0 offerings runs out and the practice of copying features and functionality from that realm has run its course due to limitations mentioned above. The practices and services are similar, but the massive scale that Web 2.0 services handle has them focussing on volume and quantity of interactions, not the honed qualitative needs in organizations. Facebook doesn't care that people are sharing important knowledge for other to benefit from as long as people are interacting and using their service. Sharing and honing those understandings and being able to refind them as needed in an organization is an essential and has deep value over time.

The mature social tool stage is where search is needed to find things and social search (in theory) should work well (that often isn't the case as search for the most part hasn't caught up yet). There is enough content and enough people interacting to see a rich ecosystem ready to see the benefit of these service become really valuable. This can happen, but it becomes difficult. There are no best practices that work here, there are guides and series of “it depends” scenarios and lenses to work through to good (if not hopefully better) outcomes. The number or roles and tools matching those role's needs are needed for many using the service, but at the same time keeping the interfaces easy to use as they were in the earlier stages (think of most role playing games that start with simple interfaces that are easy to use to accomplish what is needed, but over time and proven adeptness at using them more complicated tools and interfaces slowly evolve that match the mastery, roles, and skills needed (Lithium community platform (for outside the firewall) does this amazingly well, but doing this is something that takes incredibly deep skill and understanding).

It is also in this stage that information overload really can kick in. Connecting the information and knowledge to people and areas in the system that need it can become a challenge. What seemed to be a reality of a single culture in the organization is seen as more complicated with the multitude of sub-cultures with their own understandings, contexts, terms/vocabularies, and expectations. Not only do non-emergent taxonomies have problems here, but search does if it doesn't account for the social implications and influences underlying the content and needs.

By this point the realization that an open social platform didn't work there are now many smaller groups that are fully or partly closed off. The key is to embrace this understanding and work to build synonym repositories and bridges of understanding between the sub-cultures and divergent practice areas. The collective whole that is emerging becomes difficult to work with, but it can be done. The scale and needs that emerge out of this can begin to look like enterprise resource management services, but the components are not as stable and as predictable, they are human and social.

Focussing on the complicated components in all of this is a task. It can be done and taking the multitude of complicated steps, conditions, and interactions (software and social, as well as social software interactions) into account and breaking them down into smaller more manageable components through depth of understanding and experience can be done. Having not only a good understanding of broader social network interactions helps greatly, but understandings at the social interaction design level for the much smaller scale interaction needs is essential as well. The interfaces and needs of the service will be drastically different than what is needed earlier in the stages.

Even with some mastery of this stage the growth of people and actions over time will shift from being complicated to complex. Hopefully, the complicated needs are being identified and needs relating to the complicated needs are helping to address the issues at hand. Longitudinal understandings of use and patterns is needed to help iterate and meet needs.

Complex Social System

The complex social system is where things move toward emulating actual social systems in the world around us. Understandings that are central to urban planning and understanding healthy societies at scale, as well as using well worn research and theories for how the complex organisms known as societies interact. (Dave Gray has picked up on this and included it in the Connected Company post, which is worth your time to read.) There are few universal understandings of what people do that will consistently apply. The use and emergent uses of the services that happen in this stage will be quite different and the tools and patterns for managing things that worked in earlier stages will not work as well. External influences (influences outside of the cultures or are emergent and not planned) will impact use and value. Often it is these emergent uses that have the highest value, but they can also be problematic. It is also essential to understand how modifying the whole of the system and service to embrace these emergent patterns will impact.

There are no best practices and never will be. It takes identifying and understanding the individual influences (there are often many) and their place in what is occurring in small samples (rarely do large emergent patterns behave or happen consistently across the organization (although it can)) to get better clarity.

Knowing this stage is coming and being aware of the patterns indicate this emergent and divergent stage is really helpful as early as the initial planning stages. Indications where and how these patterns are emerging can be seen very early and they can be confused for mainstream use, which changes the whole of the system and skews it against easy considered use in the earlier stages. This isn't something to understand and worry about later, it needs to be something that is firmly in mind with people who not only grasp it, but can ascertain its existence and work through the myriad of considerations that will be needed to work through to best prepare and adapt for it.

Tools and services are not exactly here just yet. There are some that could be close, but it all is dependent on need, problems, and the underlying complications that lead to the complexity. There are also many examples for services identifying emergent patterns and behaviors and adapting for them or just letting them be. Things like hashtags in Twitter are an example of embracing the emergent patterns, but it was and is an edge user pattern. This past week Socialcast took the steps to further adapt their system to take hashtag and enable design patterns that helped it be far more usable and understandable to mainstream core users (I think I may know some people who worked on that and bravo all around).

Why the Use of the Term Trust is Problematic

When I was working with people to help improve their social software deployments or use of social sites, as well as engagements in B2B and B2C arena the term trust was used a lot. I would ask people to define “trust” as they were using it, and they would describe what they meant by trust, but with in a sentence or two they had moved onto a different contextual definition. Sometimes I would point this out and ask them to redefine what they meant, pointing out the shift in usage. When I asked one group I was talking with to use other words as proxy for the term trust things started moving forward with much more clarity and understanding. Also gone were the disagreements (often heated) between people whose disagreement was based on different use of the term.

Once I started regularly asking people to not use trust, but proxies for the term I started keeping rough track of the other words and concepts that were underlying trust. The rough list includes: Respected, comfort, dependable, valued, honest, reliable, treasured, loved, believable, consistent, etc. Many found the terms they used to replace trust were more on target for what they actually meant than when using the word trust. There are some sets terms that nicely overlap (dependable, reliable, consistent and valued, treasured), but one term that came up a lot and generated a lot of agreement in group discussions is comfort.

Social Comfort Emerges

Within a few months of stopping use of the term trust, comfort was the one concept that was often used that seamed to be a good descriptor for social software environments. It was a social comfort with three underlying elements that helped clarify things. Social comfort for interacting in social software environments was required for: 1) People; 2) Tools; and 3) Content (subject matter). I will explain these briefly, but really need to come back to each one in more depth in later posts.

(A presentation to eXention last year turned what was publicly one slide on the subject into a full 60 minute plus presentation.)

Social Comfort

View more presentations from Thomas Vander Wal.

Social Comfort with People

Social comfort with people is one essential for people interacting with others. Some of the key questions people bring up with regard to social comfort with people are: Knowing who someone is, how they will interact with you, what they will do with information shared, reliability of information shared, are they safe, can I have reasonable interaction with them, and why would I interact with this person. One of the biggest issues is, “Who is this person and why would I connect or interact with them?” But, most social software tools, particularly for internal organization use provide that contextual information or depth needed to answer that question in their profiles (even in the organizations where most people have relatively “complete” profiles, the information in the profiles is rarely information that helps answer the “Who is this person and why should I listen or interact with them?” question.

Social Comfort with Tools

Social comfort with tools is often hindered by not only ease of use, but ease of understanding what social features and functionalities do, as well as with whom this information is shared. There is an incredible amount of ambiguity in the contextual meaning (direct or conveyed) of many interface elements (ratings, stars, flags, etc.) fall deeply into this area. This leads to the social reticence of a click, where people do not star, flag, rate, or annotate as the meanings of these actions are not clear in meaning (to the system or to other people) as well as who sees these actions and what the actions mean to them. Nearly every organization has a handful if not many examples of misunderstanding of these interactions in actual use. The problems are often compounded as sub-groups in organizations often establish their own contextual understandings of these elements for their use, but that may have the opposite meaning elsewhere (a star may mean items a person is storing to come back to later in one group and another it means a person likes the item starred and can be construed as a light approval). Even services where this is well defined and conveyed in the interface this conflict in understandings occurs. (This is not to ward people off use, but the to understand lack of consistency of understanding that occurs, although the 5 star (or other variations) are really universally problematic and needs a long explanation as to why.)

Social Comfort with Content

Social comfort with content or subject matter can hold people back from using social software. People may have constructive input, but their lack of their own perceived expertise may be (and often is) what inhibits them from sharing that information. The means for gathering this constructive feedback is needed along with the ability for others to ask questions and interact, which usually rules out anonymous contributions (additionally anonymous contributions rarely help mitigate this problem as that doesn’t really provide comfort, as well inside most organizations it is quite easy to resolve who is behind any anonymous contribution, so it is false anonymity). People often have contributions they believe are helpful, but may not be fully fleshed out, or are need to have the information vetted for internal political reasons or put in context (terminology and constructs that are most easily understood and usable) through vetting of others (whom there is social comfort with).

Improving Outcomes with Focal Shift

One of the outcomes of this shift from the term trust to others, including social comfort is areas that need to be addressed are more easily seen, discussed, considered, and potential solutions identified. The end results are often improved adoption through improved community management, improved interfaces and interactions in the services, better tools through iteration, and improved adoption.

Redundancy

Never the less, this brings-up an important point: Redundancy. One lesson I learned many years ago related to the web (heck, related to any thing digital) is it will fail at some point. Cloud based services are not immune and the network connection to those services is often even more problematic. But, one of the tenants of the Personal InfoCloud is it is where you keep your information across trusted services and devices so you have continual and easy access to that information. Part of ensuring that continual access is ensuring redundancy and backing up. Optimally the redundancy or back-up is a usable service that permits ease of continuing use if one resource is not reachable (those sunny days where there's not a cloud to be seen). Performing regular back-ups of your blog posts and other places you post information is valuable. Another option is a central aggregation point (these are long dreamt of and yet to be really implemented well, this is a long brewing interest with many potential resources and conversations).

With regard to Delicious I’ve used redundant services and manually or automatically fed them. I was doing this with Ma.gnol.ia as it was (in part) my redundant social bookmarking service, but I also really liked a lot of its features and functionality (there were great social interaction design elements that were deployed there that were quite brilliant and made the service a real gem). I also used Diigo for a short while, but too many things there drove me crazy and continually broke. A few months back I started using Pinboard, as the private reincarnation of Ma.gnol.ia shut down. I have also used ZooTool, which has more of a visual design community (the community that self-aggregates to a service is an important characteristic to take into account after the viability of the service).

Pinboard has been a real gem as it uses the commonly implemented Delicious API (version 1) as its core API, which means most tools and services built on top of Delicious can be relatively easily ported over with just a change to the URL for source. This was similar for Ma.gnol.ia and other services. But, Pinboard also will continually pull in Delicious postings, so works very well for redundancy sake.

There are some things I quite like about Pinboard (some things I don’t and will get to them) such as the easy integration from Instapaper (anything you star in Instapaper gets sucked into your Pinboard). Pinboard has a rather good mobile web interface (something I loved about Ma.gnol.ia too). Pinboard was started by co-founders of Delicious and so has solid depth of understanding. Pinboard is also a pay service (based on an incremental one time fee and full archive of pages bookmarked (saves a copy of pages), which is great for its longevity as it has some sort of business model (I don’t have faith in the “underpants - something - profit” model) and it works brilliantly for keeping out spammer (another pain point for me with Diigo).

My biggest nit with Pinboard is the space delimited tag terms, which means multi-word tag terms (San Francisco, recent discovery, etc.) are not possible (use of non-alphabetic word delimiters (like underscores, hyphens, and dots) are a really problematic for clarity, easy aggregation with out scripting to disambiguate and assemble relevant related terms, and lack of mainstream user understanding). The lack of easily seeing who is following my shared items, so to find others to potentially follow is something from Delicious I miss.

For now I am still feeding Delicious as my primary source, which is naturally pulled into Pinboard with no extra effort (as it should be with many things), but I'm already looking for a redundancy for Pinboard given the questionable state of Delicious.

The Value of Delicious

Another thing that surfaced with the Delicious end of life (non-official) announcement from Yahoo was the incredible value it has across the web. Not only do people use it and deeply rely on it for storing, contextualizing links/bookmarks with tags and annotations, refinding their own aggregation, and sharing this out easily for others, but use Delicious in a wide variety of different ways. People use Delicious to surface relevant information of interest related to their affinities or work needs, as it is easy to get a feed for not only a person, a tag, but also a person and tag pairing. The immediate responses that sounded serious alarm with news of Delicious demise were those that had built valuable services on top of Delicious. There were many stories about well known publications and services not only programmatically aggregating potentially relevant and tangential information for research in ad hoc and relatively real time, but also sharing out of links for others. Some use Delicious to easily build “related information” resources for their web publications and offerings. One example is emoted by Marshall Kirkpatrick of ReadWriteWeb wonderfully describing their reliance on Delicious

It was clear very quickly that Yahoo is sitting on a real backbone of many things on the web, not the toy product some in Yahoo management seemed to think it was. The value of Delicious to Yahoo seemingly diminished greatly after they themselves were no longer in the search marketplace. Silently confirmed hunches that Delicious was used as fodder to greatly influence search algorithms for highly potential synonyms and related web content that is stored by explicit interest (a much higher value than inferred interest) made Delicious a quite valued property while it ran its own search property.

For ease of finding me (should you wish) on Pinboard I am http://pinboard.in/u:vanderwal

----

Good relevant posts from others:

• Why You Should have a Website - Jeremy Keith
• We can save Delicious, but probably not in the way you think
• Delicious in Purgatory :: TechCrunch