Enterprise Social Tools: Components for Success

One of the things I continually run across talking with organizations deploying social tools inside their organization is the difficultly getting all the components to mesh. Nearly everybody is having or had a tough time with getting employees and partners to engage with the services, but everybody is finding out it is much more than just the tools that are needed to consider. The tools provide the foundation, but once service types and features are sorted out, it get much tougher. I get frustrated (as do many organizations whom I talk with lately) that social tools and services that make up enterprise 2.0, or whatever people want to call it, are far from the end of the need for getting it right. There is great value in these tools and the cost of the tools is much less than previous generations of enterprise (large organization) offerings.

Social tools require much more than just the tools for their implementation to be successful. Tool selection is tough as no tool is doing everything well and they all are focussing on niche areas. But, as difficult as the tool selection can be, there are three more elements that make up what the a successful deployment of the tools and can be considered part of the tools.

Four Rings of Enterprise Social Tools

Enterprise Social Tool: Components for Success The four elements really have to work together to make for a successful services that people will use and continue to use over time. Yes, I am using a venn diagram for the four rings as it helps point out the overlaps and gaps where the implementations can fall short. The overlaps in the diagram is where the interesting things are happening. A year ago I was running into organizations with self proclaimed success with deployments of social tools (blogs, wikis, social bookmarking, forums, etc.), but as the desire for more than a simple set of blogs (or whichever tool or set of tools was selected) in-house there is a desire for greater use beyond some internal early adopters. This requires paying close attention to the four rings.

Tools

The first ring is rather obvious, it is the tools. The tools come down to functionality and features that are offered, how they are run (OS, rack mount, other software needed, skills needed to keep them running, etc.), how the tools are integrated into the organization (authentication, back-up, etc.), external data services, and the rest of the the usual IT department checklist. The tools get a lot of attention from many analysts and tech evangelists. There is an incredible amount of attention on widgets, feeds, APIs, and elements for user generated contribution. But, the tools do not get you all of the way to a successful implementation. The tools are not a mix and match proposition.

Interface & Ease of Use

One thing that the social software tools from the consumer web have brought is ease of use and simple to understand interfaces. The tools basically get out of the way and bring in more advanced features and functionality as needed. The interface also needs to conform to expectations and understandings inside an organization to handle the flow of interaction. What works for one organization may be difficult for another organization, largely due to the tools and training, and exposure to services outside their organization. Many traditional enterprise tools have been trying to improve the usability and ease of use for their tools over the last 4 to 5 years or so, but those efforts still require massive training and large binders that walk people through the tools. If the people using the tools (not administering the tools need massive amounts of training or large binders for social software the wrong tool has been purchased).

Sociality

Sociality is the area where people manage their sharing of information and their connections to others. Many people make the assumption that social tools focus on everything being shared with everybody, but that is not the reality in organizations. Most organizations have tight boundaries on who can share what with whom, but most of those boundaries get in the way. One of the things I do to help organizations is help them realize what really needs to be private and not shared is often much less than what they regulate. Most people are not really comfortable sharing information with people they do not know, so having comfortable spaces for people to share things is important, but these spaces need to have permeable walls that encourage sharing and opening up when people are sure they are correct with their findings.

Sociality also includes the selective groups people belong to in organizations for project work, research, support, etc. that are normal inside organizations to optimize efficiency. But, where things get really difficult is when groups are working on similar tasks that will benefit from horizontal connections and sharing of information. This horizontal sharing (as well as diagonal sharing) is where the real power of social tools come into play as the vertical channels of traditional organization structures largely serve to make organizations inefficient and lacking intelligence. The real challenge for the tools is the capability to surface the information of relevance from selective groups to other selective groups (or share information more easily out) along the way. Most tools are not to this point yet, largely because customers have not been asking for this (it is a need that comes from use over time) and it can be a difficult problem to solve.

One prime ingredient for social tool use by people is providing a focus on the people using the tools and their needs for managing the information they share and the information from others that flow through the tool. Far too often the tools focus on the value the user generated content has on the system and information, which lacks the focus of why people use the tools over time. People use tools that provide value to them. The personal sociality elements of whom are they following and sharing things with, managing all contributions and activities they personally made in a tool, ease of tracking information they have interest in, and making modifications are all valuable elements for the tools to incorporate. The social tools are not in place just to serve the organization, they must also serve the people using the tools if adoption and long term use important.

Encouraging Use

Encouraging use and engagement with the tools is an area that all organizations find they have a need for at some point and time. Use of these tools and engagement by people in an organization often does not happen easily. Why? Normally, most of the people in the organization do not have a conceptual framework for what the tools do and the value the individuals will derive. The value they people using the tools will derive needs to be brought to the forefront. People also usually need to have it explained that the tools are as simple as they seem. People also need to be reassured that their voice matters and they are encouraged to share what they know (problems, solutions, and observations).

While the egregious actions that happen out on the open web are very rare inside an organization (transparency of who a person is keeps this from happening) there is a need for a community manager and social tool leader. This role highlights how the tools can be used. They are there to help people find value in the tools and provide comfort around understanding how the information is used and how sharing with others is beneficial. Encouraging use takes understanding the tools, interface, sociality, and the organization with its traditions and ways of working.

The Overlaps

The overlaps in the graphic are where things really start to surface with the value and the need for a holistic view. Where two rings over lap the value is easy to see, but where three rings overlap the missing element or element that is deficient is easier to understand its value.

Tools and Interface

Traditional enterprise offerings have focussed on the tools and interface through usability and personalization. But the tools have always been cumbersome and the interfaces are not easy to use. The combination of the tools and interface are the core capabilities that traditionally get considered. The interface is often quite flexible for modification to meet an organizations needs and desires, but the capabilities for the interface need to be there to be flexible. The interface design and interaction needs people who have depth in understanding the broad social and information needs the new tools require, which is going to be different than the consumer web offerings (many of them are not well thought through and do not warrant copying).

Tools and Sociality

Intelligence and business needs are what surface out of the tools capabilities and sociality. Having proper sociality that provides personal tools for managing information flows and sharing with groups as well as everybody as it makes sense to an individual is important. Opening up the sharing as early as possible will help an organization get smarter about itself and within itself. Sociality also include personal use and information management, which far few tools consider. This overlap of tools and sociality is where many tools are needing improvement today.

Interface and Encouraging Use

Good interfaces with easy interaction and general ease of use as well as support for encouraging use are where expanding use of the tools takes place, which in turn improves the return on investment. The ease of use and simple interfaces on combined with guidance that provides conceptual understanding of what these tools do as well as providing understanding that eases fears around using the tools (often people are fearful that what they share will be used against them or their job will go away because they shared what they know, rather than they become more valuable to an organization by sharing as they exhibit expertise). Many people are also unsure of tools that are not overly cumbersome and that get out of the way of putting information in to the tools. This needs explanation and encouragement, which is different than in-depth training sessions.

 

Sociality and Encouraging Use

The real advantages of social tools come from the combination of getting sociality and encouraging use correct. The sociality component provides the means to interact (or not) as needed. This is provided by the capabilities of the product or products used. This coupled with a person or persons encouraging use that show the value, take away the fears, and provide a common framework for people to think about and use the tools is where social comfort is created. From social comfort people come to rely on the tools and services more as a means to share, connect, and engage with the organization as a whole. The richness of the tools is enabled when these two elements are done well.

The Missing Piece in Overlaps

This section focusses on the graphic and the three-way overlaps (listed by letter: A; B; C; and D). The element missing in the overlap or where that element is deficient is the focus.

Overlap A

This overlap has sociality missing. When the tool, interface, and engagement are solid, but sociality is not done well for an organization there may be strong initial use, but use will often stagnate. This happens because the sharing is not done in a manner that provides comfort or the services are missing a personal management space to hold on to a person's own actions. Tracking one's own actions and the relevant activities of others around the personal actions is essential to engaging socially with the tools, people, and organization. Providing comfortable spaces to work with others is essential. One element of comfort is built from know who the others are whom people are working with, see Elements of Social Software and Selective Sociality and Social Villages (particularly the build order of social software elements) to understand the importance.

Overlap B

This overlap has tools missing, but has sociality, interface, and encouraging use done well. The tools can be deficient as they may not provide needed functionality, features, or may not scale as needed. Often organizations can grow out of a tool as their needs expand or change as people use the tools need more functionality. I have talked with a few organizations that have used tools that provide simple functionality as blogs, wikis, or social bookmarking tools find that as the use of the tools grows the tools do not keep up with the needs. At times the tools have to be heavily modified to provide functionality or additional elements are needed from a different type of tool.

Overlap C

Interface and ease of use is missing, while sociality, tool, and encouraging use are covered well. This is an area where traditional enterprise tools have problems or tools that are built internally often stumble. This scenario often leads to a lot more training or encouraging use. Another downfall is enterprise tools are focussed on having their tools look and interact like consumer social web tools, which often are lacking in solid interaction design and user testing. The use of social tools in-house will often not have broad use of these consumer services so the normal conventions are not understood or are not comfortable. Often the interfaces inside organizations will need to be tested and there many need to be more than one interface and feature set provided for depth of use and match to use perceptions.

Also, what works for one organization, subset of an organization, or reviewer/analyst will not work for others. The understanding of an organization along with user testing and evaluation with a cross section of real people will provide the best understanding of compatibility with interface. Interfaces can also take time to take hold and makes sense. Interfaces that focus on ease of use with more advanced capabilities with in reach, as well as being easily modified for look and interactions that are familiar to an organization can help resolve this.

Overlap D

Encouraging use and providing people to help ease people's engagement is missing in many organizations. This is a task that is often overlooked. The tools, interface, and proper sociality can all be in place, but not having people to help provide a framework to show the value people get from using the tools, easing concerns, giving examples of uses for different roles and needs, and continually showing people success others in an organization have with the social tool offerings is where many organization find they get stuck. The early adopters in an organization may use the tools as will those with some familiarity with the consumer web social services, but that is often a small percentage of an organization.

Summary

All of this is still emergent and early, but these trends and highlights are things I am finding common. The two areas that are toughest to get things right are sociality and encouraging use. Sociality is largely dependent on the tools, finding the limitations in the tools takes a fair amount of testing often to find limitations. Encouraging use is more difficult at the moment as there are relatively few people who understand the tools and the context that organizations bring to the tools, which is quite different from the context of the consumer social web tools. I personally only know of a handful or so of people who really grasp this well enough to be hired. Knowing the "it depends moments" is essential and knowing that use is granular as are the needs of the people in the organization. Often there are more than 10 different use personas if not more that are needed for evaluating tools, interface, sociality, and encouraging use (in some organizations it can be over 20). The tools can be simple, but getting this mix right is not simple, yet.

May 6, 2008 in Applications, Community, Enterprise, Folksonomy, Identity, Interface, Knowledge Management, Local InfoCloud, Personal Info, Personal InfoCloud, Portability, Social Software, Technology, Usability, Web, Weblogs | Permalink | Comments (3) | TrackBack

Explaining the Granular Social Network

This post on Granular Social Networks has been years in the making and is a follow-up to one I previously made in January 2005 on Granular Social Networks as a concept I had been presenting and talking about for quite some time at that point. In the past few years it has floated in and out of my presentations, but is quite often mentioned when the problems of much of the current social networking ideology comes up. Most of the social networking tools and services assume we are broadline friends with people we connect to, even when we are just "contacts" or other less than "friend" labels. The interest we have in others (and others in us) is rarely 100 percent and even rarer is that this 100 percent interest and appreciation is equal in both directions (I have yet to run across this in any pairing of people, but I am open to the option that it exists somewhere).

Social Tools Need to Embrace Granularity

What we have is partial likes in others and their interests and offerings. Our social tools have yet to grasp this and the few that do have only taken small steps to get there (I am rather impressed with Jaiku and their granular listening capability for their feed aggregation, which should be the starting point for all feed aggregators). Part of grasping the problem is a lack of quickly understanding the complexity, which leads to deconstructing and getting to two variables: 1) people (their identities online and their personas on various services) and 2) interests. These two elements and their combinations can (hopefully) be seen in the quick annotated video of one of my slides I have been using in presentations and workshops lately.

Showing Granular Social Network

               
Granular Social Network from Thomas Vander Wal on Vimeo.

The Granular Social Network begins with one person, lets take the self, and the various interest we have. In the example I am using just five elements of interest (work, music, movies, food, and biking). These are interest we have and share information about that we create or find. This sharing may be on one service or across many services and digital environments. The interests are taken as a whole as they make up our interests (most of us have more interests than five and we have various degrees of interest, but I am leaving that out for the sake of simplicity).

Connections with Others

Our digital social lives contain our interests, but as it is social it contains other people who are our contacts (friends is presumptive and gets in the way of understanding). These contacts have and share some interests in common with us. But, rarely do the share all of the same interest, let alone share the same perspective on these interests.

Mapping Interests with Contacts

But, we see when we map the interests across just six contacts that this lack of fully compatible interests makes things a wee bit more complicated than just a simple broadline friend. Even Facebook and their touted social graph does not come close to grasping this granularity as it is still a clumsy tool for sharing, finding, claiming, and capturing this granularity. If we think about trying a new service that we enjoy around music we can not easily group and capture then try to identify the people we are connected to on that new service from a service like Facebook, but using another service focussed on that interest area it could be a little easier.

When we start mapping our own interest back to the interest that other have quickly see that it is even more complicated. We may not have the same reciprocal interest in the same thing or same perception or context as the people we connect to. I illustrate with the first contact in yellow that we have interest in what they share about work or their interest in work, even though they are not stating or sharing that information publicly or even in selective social means. We may e-mail, chat in IM or talk face to face about work and would like to work with them in some manner. We want to follow what they share and share with them in a closer manner and that is what this visual relationship intends to mean. As we move across the connections we see that the reciprocal relationships are not always consistent. We do not always want to listen to all those who are sharing things, with use or the social collective in a service or even across services.

Focus On One Interest

Taking the complexity and noise out of the visualization the focus is placed on just music. We can easily see that there are four of our six contacts that have interest in music and are sharing their interest out. But, for various reasons we only have interests in what two of the four contacts share out. This relationship is not capturing what interest our contacts have in what we are sharing, it only captures what they share out.

Moving Social Connections Forward

Grasping this as a relatively simple representation of Granular Social Networks allows for us to begin to think about the social tools we are building. They need to start accounting for our granular interests. The Facebook groups as well as listserves and other group lists need to grasp the nature of individuals interests and provide the means to explicitly or implicitly start to understand and use these as filter options over time. When we are discussing portable social networks this understanding has be understood and the move toward embracing this understanding taken forward and enabled in the tools we build. The portable social network as well as social graph begin to have a really good value when the who is tied with what and why of interest. We are not there yet and I have rarely seen or heard these elements mentioned in the discussions.

One area of social tools where I see this value beginning to surface in through tagging for individuals to start to state (personally I see this as a private or closed declaration that only the person tagging see with the option of sharing with the person being tagged, or at least have this capability) the reasons for interest. But, when I look at tools like Last.fm I am not seeing this really taking off and I hear people talking about not fully understanding tagging as as it sometimes narrows the interest too narrowly. It is all an area for exploration and growth in understanding, but digital social tools, for them to have more value for following and filtering the flows in more manageable ways need to more in grasping this more granular understanding of social interaction between people in a digital space.

April 15, 2008 in Attraction, Attraction Receptor, Community, Folksonomy, Knowledge Management, Local InfoCloud, Model of Attraction, Portability, Privacy, Social Software | Permalink | Comments (2) | TrackBack

Social Tools for Mergers and Acquisitions

The announcement yesterday of Delta and Northwest airlines merging triggered a couple thoughts. One of the thoughts was sadness as I love the unusually wonderful customer service I get with Northwest, and loathe the now expected poor and often nasty treatment by Delta staff. Northwest does not have all the perks of in seat entertainment, but I will go with great customer service and bags that once in nearly 50 flights did not arrive with me.

But, there is a second thing. It is something that all mergers and large organization changes trigger...

Social Tools Are Great Aids for Change

Stewart Mader brought this to mind again in his post Onboarding: getting your new employees cleared for takeoff, which focusses on using wikis (he works for Atlassian and has been a strong proponent of wikis for years and has a great book on Wiki Patterns) as a means to share and update the information that is needed for transitions and the joining of two organizations.

I really like his write-up and have been pushing the social tools approach for a few years. The wiki is one means of gathering and sharing information. It is a good match with social bookmarking, which allows organizations that are coming together have their people find and tag things in their own context and perspective. This provides finding common objects that exist, but also sharing and learning what things are called from the different perspectives.

Communication Build Common Ground

Communication is a key cornerstone to any organization working with, merging with, or becoming a part of another. Communication needs common ground and social bookmarking that allows for all context and perspectives to be captured is essential to making this a success.

This is something I have presented on and provided advice in the past and really think and have seen that social tools are essentials in these times of transition. It is really rewarding when I see this working as I have been through organization mergers, going public, and major transitions in the days before these tools existed. I can not imaging thinking of transitioning with out these tools and service today. I have talked to many organizations after the fact that wished they had social bookmarking, blogs, and wikis to find and annotate items, provide the means to get messages out efficiently (e-mail is becoming a poor means of sharing valuable information), and working toward common understanding.

One large pain point in mergers and other transitions is the cultural change that brings new terms, new processes, new workflow, and disruption to patterns of understanding that became natural to the people in the organization. The ability to map what something was called and the way it was done to what it is now called and the new processes and flows is essential to success. This is exactly what the social tools provide. Social bookmarking is great for capturing terms, context, and perspectives and providing the ability to refind these new items using prior understanding with low cognitive costs. Blogs help communicate people's understanding as they are going through the process as well as explain the way forward. Wikis help map these individual elements that have been collectively provided and pull them together in one central understanding (while still pointing out to the various individual contributions to hold on to that context) in a collaborative (working together with one common goal) environment.

Increasing Speed and Lowering Cost of Transition

Another attribute of the social tools is the speed and cost at which the information is shared, identified, and aggregated. In the past the large consulting firms and the slow and expensive models for working were have been the common way forward for these times of change. Seeing social tools along with a few smart and nimble experts on solid deployments and social engagement will see similar results in days and a handful of weeks compared to many weeks and months of expensive change management plodding. The key is the people in the organizations know their concerns and needs, while providing them the tools to map their understanding and finding information and objects empowers the individuals while giving them knowledge and the means to share with others. This also helps the individuals grasp that are essential to the success and speed to the change. Most people resent being pushed and prodded into change and new environments, giving them the tools to understand and guide their own change management is incredibly helpful. This decreases the time for transition (for processes and emotionally) while also keeping the costs lower.

April 15, 2008 in Access to Info, Community, Enterprise, Folksonomy, Information Creation, Knowledge Management, Local InfoCloud, Refindability, Social Software, Technology, Weblogs | Permalink | Comments (0) | TrackBack

Denning and Yaholkovsky on Real Collaboration

The latest edition of the Communications of the ACM (Volume 51, Issue 4 - April 2008) includes an article on Getting to "we", which starts off by pointing out the misuse and mis-understanding of the term collaboration as well as the over use of the practice of collaboration when it is not proper for the need. The authors Peter Denning and Peter Yaholkovsky break down the tools needed for various knowledge needs into four categories: 1) Information sharing; 2) Coordination; 3) Cooperation; and Collaboration. The authors define collaboration as:

Collaboration generally means working together synergistically. If your work requires support and agreement of others before you can take action, you are collaborating.

The article continues on to point out that collaboration is often not the first choice of tools we should reach for, as gathering information, understanding, and working through options is really needed in order to get to the stages of agreement. Their article digs deeply into the resolving "messy problems" through proper collaboration methods. To note, the wiki - the usual darling of collaboration - is included in their "cooperation" examples and not Collaboration. Most of the tools many businesses consider in collaboration tools are in the lowest level, which is "information sharing". But, workflow managment falls into the coordination bucket.

This is one of the better breakdowns of tool sets I have seen. The groupings make a lot of sense and their framing of collaboration to take care of the messiest problems is rather good, but most of the tools and services that are considered to be collaborations tools do not even come close to that description or to the capabilities required.

April 9, 2008 in Applications, Community, Enterprise, Information Architecture, Knowledge Management, Local InfoCloud, Social Software, Technology, Web | Permalink | Comments (0) | TrackBack

Selective Sociality and Social Villages

The web provides wonderful serindipity on many fronts, but in this case it brought together two ideas I have been thinking about, working around, and writing about quite a bit lately. The ideas intersect at the junction of the pattern of building social bonds with people and comfort of know interactions that selective sociality brings.

The piece that struck me regarding building and identifying a common bond with another person came out of Robert Paterson's "Mystery of Attraction" post (it is a real gem). Robert describes his introduction and phases of getting to know and appreciate Luis Suarez (who I am a huge fan of and deeply appreciate the conversations I have with him). What Robert lays out in his introduction (through a common friend on-line) is a following of each other's posts and digital trail that is shared out with others. This builds an understanding of each others reputation in their own minds and the shared interest. Upon this listening to the other and joint following they built a relationship of friendship and mutual appreciation (it is not always mutual) and they began to converse and realized they had a lot more in common.

Elements of Social Software Build OrderWhat Robert echos is the Elements in Social Software and its build order. This build order is common in human relationships, but quite often social software leaves out steps or expects conversations, groups, and collaboration to happen with out accounting for the human elements needed to get to this stage. Quite often the interest, ideas, and object (all social objects) are the stimulus for social interaction as they are the hooks that connect us. This is what makes the web so valuable as it brings together those who are near in thought and provides a means to connect, share, and listen to each other. I really like Robert's analogy of the web being like university.

Selective Sociality of Villages

The piece that resonated along similar threads to Robert's post is Susan Mernit's "Twitter & Friend Feed: The Pleasure of Permissions". Susan's post brings to light the value of knowing who you are sharing information with and likes the private or permission-based options that both Twitter and FriendFeed offer. This selective sociality as known Local InfoCloud of people and resources that are trusted and known, which we use as resources. In this case it is not only those with whom we listen to and query, but those with whom we share. This knowing who somebody is (to some degree) adds comfort, which is very much like Robert Patterson and Luis Suarez#039; villages where people know each other and there is a lot of transparency. Having pockets where our social armor is down and we can be free to share and participate in our lives with others we know and are familiar to us is valuable.

I am found these two pieces quite comforting as they reflect much of what I see in the physical community around me as well as the work environments I interact with of clients and collaborators. The one social web service I have kept rather private is Twitter and I really want to know who someone is before I will accept them as a connection. This has given me much freedom to share silly (down right stupid - in a humorous way) observations and statements. This is something I hear from other adults around kids playgrounds and practices of having more select social interactions on line in the services and really wanting to connect with people whom they share interests and most often have known (or followed/listened to) for sometime before formally connecting. Most often these people want to connect with the same people on various services they are trying out, based on recommendation (and often are leaving a service as their friends are no longer there or the service does not meet their needs) of people whom they trust. This is the core of the masses who have access and are not early adopters, but have some comfort with the web and computers and likely make up 80 to 90 percent of web users.

April 5, 2008 in Access to Info, Attraction, Community, Identity, Local InfoCloud, Location, Model of Attraction, Personal Info, Privacy, Social Software, Technology | Permalink | Comments (1) | TrackBack

Getting to Know Collective and Collaborative

One of the things that has been a little bothersome in the last year or two and has been the lack of understanding between the difference between two terms, collaborative and collective. The two terms are rather similar in definition (in some dictionaries they are nearly identical), but the differences between the two terms have a huge difference when it comes to value in social software. This difference and value is often overlooked or missed by those crafting these tools and services, which I hope gets corrected as both have great value and compliment each other.

The last year these confusion between the two terms became really frustrating as tools and services were being touted as being collaborative that were only based on collective social interaction. When the Wikipedia entry for folksonomy moved to make the statement that folksonomy is synonymous with collaborative tagging, it deeply bothered me as the term folksonomy was coined to separate tagging done in a collective manner (each individual's contribution is held separate and collected or aggregated to build a fuller understanding, as the tagging is done by and from the individual reading the media for their own retrieval and is also share out with others). Collaborative tagging does take place and there is a need for it in certain situations, but it is not folksonomy. The following mini tutorial should help move the understanding of collective and collaborative forward. I have received much encouragement from academics and social computing researcher and social craftspeople that really need to have the differentiation of these terms brought into clearer light to help move forward the creation of better tools and services.

Social Tools and Services

To start this tutorial the understanding of the object that is central to social interaction need to be understood. Often in digital social environments there is a social object that is at the core of the discussion (see Jyri Engestrom's post on Karin Cetina Knorr's "object mediated sociality", which he brings to the web an understanding of social objects). These social objects form the frame of focus for discussion and social interaction, be it a photo in Flickr or a post in a person's blog that is being discussed in the comments or tagged, annotated, or blogged about in another post, much of the social web is built upon social objects or the creation of sociality around objects. These social objects are the focus of this discussion as it is the focus of the discussion and annotation that is being brought into focus here.

Collective

Collective I am starting with the collective understanding. The collective as seen in the first graphic has three layers: 1) the object being discussed; 2) the discussion or annotation of or about the object; 3) the people annotating or discussing the object. The object is the focus of collective, the individual's voices and annotations are held separate as each individual is working as an individual. The individuals annotations and contributions can be aggregated or collected (a helpful connection is the collective is based on collecting) and surfaced as an aggregate. This aggregate is what allows folksonomy, as it surfaced in del.icio.us providing understanding how many people use a single tag term on an object. But, this same approach in folksonomy helps discern slight or vast differences between understanding around an object. We can see what an object may be commonly by many in a folksonomy, but we can also see differences in perspective and context.

The deep and rich value in tagging from a folksonomy perspective is created in the collective structure of tagging with the individual voices held separate around the understanding of the individual. The ability for anybody and everybody to tag and annotate and object and have their perspective captured is a very strong value for each individual who has hopes of refinding the object in their own perspective and context, as well as having others whom have similar understanding find the same object. Lacking the understanding of collective approach is lacking the understanding of folksonomy and leave incredible value out of a service as the depth and breadth of understanding supports the human collective mind as it exists.

Collaborative

Collaborative The collaborative understanding has value as it allows for capturing consensus and usually aims at completeness. The collaborative approach has individuals contributing understanding of their perspective of an object, but it done so with everybody working together to build one understanding (often a comprehensive understanding), but often with the aim of the work building the understanding out of one voice capturing many perspectives. The depth and of understanding is flattened - if the object is a picture of a sunset, once it is annotated as being a sunset there is no value in many others making the same statement. Quite often a wiki page on a subject is used as an example of a collaborative effort.

Social bookmarking can be collaborative when a group is working to capture all objects on a subject matter and annotate them, but this is rare occurrence. There is a need for this when organizations are doing competitive analysis of other organizations work on a subject matter and the aim is to be as exhaustive as possible. Often the competitive exercises are done in selective social spaces that are closed to all but members of the group doing the work.

In the past I have describe Flickr as a narrow folksonomy, which is a rough synonym for collaborative tagging. There is value missing in Flickr tagging (I am always hopeful they will add the collective individual tagging into Flickr as I see great value to the service and the individuals who are tagging other people's photos by being able to tag a photo of a sunset as a sunset, which would all the person tagging to have a nice collection of things they call sunset as well as reinforce it is about a sunset). Flickr does allow for this type of tagging to a degree, but only provides access to the tags by API (Flickr has had many other things on their plate that the community has placed higher priority on). But, the collaborative tagging approach is often copied from Flickr by services that do not have the massive user contribution, which provides Flickr to do insanely brilliant algorithmic understanding of what is in their service (like interestingness and clustering).

The understanding of collaboration has trickled out of business and academic understanding of most anything social in an organization being categorized as being collaborative. The aim in the 1990s was for business and organizations to use digital collaboration tools to let people to work together across distance and to capture understanding. At this point most of what was being done was collaborative, with the focus on building one document or deliverable (marketing report and sale projections, etc.). Many of the tools that business used and the academic community in information science studied were tools that were trying to foster collaboration or a collaborative knowledge with in the organization.

Tools Improved and Collaborative and Collective Tools Evolved

Today we have grown well beyond the relatively poor tool foisted upon unsuspecting employees as knowledge management tools with the wonderful goal of capturing and sharing knowledge (often through complex tools that created excuses for adding new required form fields) [I have lived through the implementation and non-use of many of these painful KM tools, which did market what is now capable and far less painful in the tools of today]. Today people wanting to hold on to information or a media object can easily bookmark the object in their social bookmarking tool from their own perspective to greatly ease refinding the object later, as well as share that object with others who are near in thought or have similar interests. This collective approach is still being incorrectly called collective through habit of calling anything social collaborative even though the tools that are now delivering on the promise of the last 15 years (which the tools of the past damaged the hope that proper tools could work).

Those building tools and implementing tools (I am looking squarely at you large consulting firms who use the old models to mis-understand, provide poor strategy, and improperly implement tools that should work well) must expand their vocabulary and understanding by one term and add collective to their lovely term (when used properly) collaborative.

March 29, 2008 in Access to Info, Applications, Community, Enterprise, Folksonomy, Knowledge Management, Local InfoCloud, Personal InfoCloud, Refindability, Social Software | Permalink | Comments (5) | TrackBack

Challenges as Opportunities for Social Networks and Services

Jeremiah Owyang posts "The Many Challenges of Social Network Sites" that lays out many of the complaints that have risen around social networking sites (and other social computing services). He has a good list of complaints, which all sounded incredibly familiar from the glory days of 1990 to 1992 for IT in the enterprise (tongue firmly planted in cheek). We have been through these similar cycles before, but things are much more connected now, but things also have changed very little (other than many of the faces). His question really needs addressing when dealing with Enterprise 2.0 efforts as these are the things I hear initially when talking with organizations too. Jeremiah asked for responses and the following is what I posted...

Response to Challenges of Social Network/Services

The past year or two, largely with Facebook growing the social networks and social computing tools have grown into the edges of mainstream. Nearly every argument made against these tools and services was laid down against e-mail, rich UI desktops (people spent hours changing the colors and arranging the interfaces), and IM years ago.

Where these tools are "seemingly" not working is mostly attributed to a severe lack of defining the value derived from using the tools. These news tools and services, even more so those of us working around them, need to communicate how to use the tools effectively and efficiently (efficiently is difficult as the many of the tools are difficult to use or the task flows are not as simple as they should be). The conceptual models & frameworks for those of us analyzing the tools have been really poor and missing giant perspectives and frameworks.

One of the biggest problems with many of these tools and services is they have yet to move out of early product mode. The tools and services are working on maturity getting features in the tools that people need and want, working on scaling, and iterating based on early adopters (the first two or three waves of people), which is not necessarily how those who follow will use the tools or need the tools to work.

Simplicity and limited options on top of tools that work easily and provide good derived value for the worklife and . As the tools that were disrupters to work culture in the past learned the focus needs to be on what is getting done and let people do it. Friending people, adding applications, tweaking the interface, etc. are not things that lead to easy monetization. Tools that help people really be social, interact, and get more value in their life (fun, entertainment, connecting with people near in thought, filtering information from the massive flow, and using the information and social connections in context where people need it) from the tools is there things must head. We are building the platforms for this, but we need to also focus on how to improve use of these platforms and have strong vision of what this is and how to get there.

February 11, 2008 in Enterprise, Identity, Local InfoCloud, Personal Info, Social Software, Usability, Web | Permalink | Comments (0) | TrackBack

Pffft! Social Graph, We Need the Portable Social Network

In reading Alex Rudloff's "Privacy as Currancy" post I had two thoughts reoccur: 1) privacy is a currency back by trust; and 2) Pfffft! Social graph? Where is my Portable Social Network?

I agree with what Alex stated about wanting to move out of Facebook as my trust in them is gone completely (mostly driven by even though they apologized (poorly) Facebook still receives trackings of all your travels on the internet after you opt out, Om Malik's Zuckerberg's Mea Culp, Not Enough, and Brian Oberkirk's Facebook Harder to Shake than the Columbia Record Tape Club (a great read on the hurdles of really getting out of Facebook)). I will likely blog about the relationship between privacy and trust in another post in the not too distant future, as I have been talking about it in recent presentations on Social Software (Going Social and Putting Users First).

The Dire Need for Portable Social Networks

When Alex states:

Beacon had me so freaked out that I walked through what would happen if I simply removed my account (my natural, gut reaction). The fact is, I'd lose contact with a lot of people instantly. There's no easy way for me to take my data out and apply it somewhere else. There is no friend export and there isn't anywhere suitable for me to go.

I think we need portable social networks (or Social Network Portability as it is also known) before we need the social graph. Part of the interest in the social graph (mapping the relationships) is based on Facebook, but Facebook is a really poor interface for this information, it has some of the connections, some of the context, but it is not granular and does not measure strength (strong or weak ties) of relationships on a contextual and/or a preferential interest level. This social graph does little to help us move from one social software service to another other than to show a linkage.

There are strong reasons for wanting and needing the Portable Social Network. One is it makes it easy to drop into a new social software service and try it with social interactions with people whom we are already having social interactions. Whilst this is good it is also really important if something tragic or dire happens with a social software service we are already using, such as it is shut down, it is no longer performing for us, or it has given us a reason to leave through loss of trust. As I noted in the past (Following Friends Across Walled Gardens") leaving social software services is nothing new (even predates people leaving Delphi for Prodigy and Prodigy for AOL, etc.), but we still are not ready for this seemingly natural progression of moving house from one walled off social platform for another.

The Call for Action for Portable Social Network is Now

I am finding many of my friends have put their Facebook account on in hibernation (Facebook calls it &#quot;deactivation") and many have started taking the painful steps of really getting all of their information out of Facebook and planning to never go back. My friends have not sorted out what robust social software platform they will surface on next (many are still using Flickr, Twitter, Pownce, Tumblr and/or other options along with their personal blogs), but they would like to hold on to the digital statements of social relationship they made in Facebook and be able to drop those into some other service or platform easily.

One option could a just having a Smart Address Book or as Tim O'Reilly states Address Book 2.0. I believe that this should be a tool/service should have the relationships private and that privacy is controlled by the individual that owns the address book, possibly even accounting for the privacy request of the person whose address is in the address book. But, this is one option of many.

The big thing is we need Portable Social Networks now! This is not a far off in the future need it is a need of today.

December 6, 2007 in Access to Info, Community, Local InfoCloud, Personal Info, Personal InfoCloud, Portability, Social Software, Technology, Web | Permalink | Comments (23) | TrackBack

Can Facebook Change Its DNA?

The posting on Facebook for Business or LinkedIn Gets More Valuable received a lot of feedback and discussion. The e-mail discussions has urged me to post about the Facebook DNA and why it will be tough to transition Facebook into a really valuable tool for business without changing the services to a great degree. A social platform like Facebook is desperately needed for business, within enterprise, and organization that have information flows between the people interested in or that are members of an organization. The platform for this type of community has slightly different needs that Facebook does not provide.

Facebook and Its Initial User-base

It is not secret that Facebook started as a services that was by and for students and members of a university setting. The focus was connecting to people you have run across or will run across as friends, acquaintances from social events, or classmates. The services is quite conversational and does a decent job pulling together a person's shared digital lifestream (many others have done this for years and do it much better, Jaiku (now owned by Google) is one example of a much better approach).

Facebook as a service tended to focus on the current conversation as students largely are focussed on the now or short-time frame planning, e.g. it is Tuesday and what are people doing on Thursday through the weekend or who is going skiing this weekend and putting together a carpool. The time span of conversation and interest is etherial and Facebook very much reflects the short term nature of conversation. The focus is also students in networks framed as campuses, which enables this Local InfoCloud of familiarity to be used for memory, which is not needed in the service. This means if I see something in Facebook, say a good restaurant for a special date night, I can track down the person who suggested the restaurant or tap friends in the network (on campus) to recall the restaurant. This foundation of building a digital space for people in a common physical network does not need strong search or capability to hold-on to information that may have future value.

The reliance on building a digital services that replicates the frailties of physical communication (all hallway, classroom, or party conversation is lost to the ether and is reliant of human memory) is problematic when the people using the service are physically distributed.

Future Information Value

Facebook's largest failure is the lack of using digital conversation for the great value digital conversation provides, which is capturing conversation and information. This capturing of digital conversation has great value as the information that is shared often has much greater future value than current value. Take the same restaurant example from before, when a friend recommends a restaurant I may not have a need for that romantic restaurant now, but I most likely may need that information at sometime in the future. There are two things that I can do with that information: 1) Know the information is in the service and can search for it at a later time ("restaurant" and "romantic" in search, which may also find others have made the same recommendation); or 2) Mark the information in some manner for my ease of refinding (flag, favorite, or bookmark it with annotation from my perspective and context).

The Challenge Facebook has Changing

Making this shift in Facebook will be a huge challenge, not for the developers or technology (although Facebook has not modified its interface to handle the scaling of information flows of applications or increase in traffic, but that is another real problem that needs addressing) as they seem capable to make the minor technology changes that would be needed to use the service for improved search or holding onto information. The big pain point will be making a change that is counter to the understanding and use of those who still make up the core of its use-base, university students. When Facebook opened its doors beyond university students it created panic (well deserved) as their closed society was open to all viewers. The difficulty in holding on to information and searching through the services did not keep people from finding party photos or profiles that were meant for just friends and not future employers or others outside their immediate network. A large number of people left, or more accurately stopped using the service as much as they did (after removing the potentially problematic images and content).

There is an incredible mass of information in Facebook, most of it nearly impossible to find and hold onto at this point. Many of the people who have used the service have relied on this obscurity to keep from removing the (at the moment funny, ironic, humorous, or even not fully informed) statements made on walls, groups, status updates, and other places. Changing the core platform to create value for the people using the service as a digital information platform, that is similar to what is expected outside Facebook could have dire repercussions for Facebook as a service. But, not making these changes makes Facebook a really poor platform for business and knowledge sharing.

Valuable Lesson in Foundations

Having build many web base services, intranet, and networked services over the many years I have been doing this it continually comes back to the initial foundations are the ones that are hardest to shake. The initial people using a service shape it for the future and the initial technology decisions of a service often are the ones that are hardest to change. This change is difficult as the practices are socially ingrained into the understanding of the mores of the system and the social interactions are predicated on these understandings. All design and all interaction aspects of systems are political and drive people's motivation for use as they set the rules and social scripts for interaction. The components are not intentionally political, but they have do trigger reaction and alter motivations no mate how slightly. Not only does the medium have a message, but how the services works or does not work has a message that triggers a response for if and how it is used.

November 2, 2007 in Access to Info, Community, Enterprise, Identity, Information Creation, Local InfoCloud, Portability, Refindability, Social Software | Permalink | Comments (1) | TrackBack

The State of Enterprise Social Software

Last Friday the Read/Write Web post on "Big Vendors Scrap for Enterprise 2.0 Supremacy" post really was bothersome for me. The list of big players and their products in the post seemed to show the sorry state of offerings by the big companies more than it shows they understand the vast improvements that have been put forth in the consumer webspace and by much better smaller companies.

Companies Claiming to Get Web 2.0

Nearly all of the enterprise software product companies are claiming understanding of Web 2.0, but none execute well on it and very few show promise of getting to good products (not even targeting great yet) in the near future. The companies placing a stake, include:

  • BEA: Traditional enterprise clunky and difficult to use interfaces
  • IBM: A good start with their Connections social software stack, but none of the tools are close to current practices and not to best practices. A version 2.0 may fix a lot of the issues. This is the best of this traditional enterprise bunch.
  • Microsoft: Leads their efforts with their newest version of Sharepoint. Sharepoint creates mini silos that are difficult to share information out of. The opposite of openness, sharing, and efficiency (tenets of Web 2.0).
  • Oracle: Offers sprinkling of Ajax interfaces and Web 2.0-like features, but really misses
  • SAP: As far as I can tell they have not launched anything yet

The best of this bunch with the most promise is IBM at the moment. IBM is saying all the right things and their products, while not current best practices or close yet, show they have most of the right foundation and the whisperings of version 2 sound like that could be a really useful tool for enterprise. IBM is using their own tools in-house and getting a lot of feedback there from eating their own dog food.

The BEA product I have only been able to watch video demos as my request to get hands on demonstration was turned down as I am not a direct buyer (I have three large clients interested in the products that are wanting my feedback and that will drive their decision to purchase or not). The BEA screen shots show really poor traditional enterprise software interfaces and while including trendy (but often not helpful) tag clouds and other hints they heard the buzzwords, the tools are not really more than old enterprise software in Web 2.0 clothing.

Microsoft Sharepoint is every enterprise's darling for a few weeks. Sharepoint built on top of its existing teamware, collaboration, and workflow tools from the prior version and added easier to use interfaces. The downside for organizations is it creates mini silos of content and ideas that can benefit the whole organization. There is a lot of frustration around Sharepoint in enterprise as it is more difficult to get it to do what is desired and the silo issues are often problematic. I do like Sharepoint as it triggers business for me, with enterprises wanting to better understand and get smart on what social software in the enterprise could do for them if they get it right (this is what I do at InfoCloud Solutions, Inc. for customers, get them smart on possibilities and good practices, which usually leads to helping the technology vendors improving their products for use).

Oracle seems to have added "features" into their offerings (based on what Oracle developers tell me), but there is little solid there to talk about.

SAP is an unknown as they have not launched anything as of yet that I can tell.

What Should Be in Web 2.0 for Enterprise

One of the core pieces of the Web 2.0 mantra is Ease of Use. Most enterprise software over the years has been "ease of abuse". Enterprise software is apparently supposed to come with very large manuals. The interfaces need to be cleaned up and focus on affordance and improved task processes that allow for diversions (say, fix an address while entering a sales order should hover to fix the address not require you to go back to the beginning).

Providing ease of sharing information as well as ease for holding on to information that has value to individuals. Sharing is a really sticky problem in most large organizations as many are built around heavy privacy (some of it for good reason, but an incredible is overly cautions and hinders efficiency and being a smart organization). Sharing to make an organization smart and knowledgeable requires openness. There is yet to be an enterprise service that account for openness and needed privacy well. Many require a gatekeeper and permission, which are both bottlenecks. There does not seem to be a trust in employees to do the right thing. Most management can not come up with a valid worse case scenario that is viable, but still strong privacy is important. As one CIO commented to me, "we know we need social software inside our organization as we recognize the strong value, but we need to greatly limit sharing and have everything private." At least that person recognized the value of social software, the next step is sorting out that most things inside the organization do not need to be private (20 to 30 percent is usually what needs to be private) so to make a smarter, more knowledgable, and more efficient organization that is more competitive.

Today's Viable Web 2.0 Tools for Enterprise

While the big companies are not quite grasping how to vastly improve their offerings to enterprise, there are many companies that do grasp that is needed and being demanded by many enterprise organizations. There are many of these companies, but the ones I see performing well in enterprise and companies are happy with are the following for in-house enterprise solutions:

  • ConnectBeam for social bookmarking that intelligently incorporates with your existing enterprise search
  • Cogenz for social bookmarking for smaller companies and are comfortable with the service being hosted outside the firewall.
  • SocialText for enterprise wiki and adding needed wiki tools into Sharepoint
  • Atlassian for enterprise wiki and an increasing array for social software options
  • MobableType Enterprise Edition for blogging, identity management, community support, and profile tools
  • WordPress with Automattic Services for blogging
  • Drupal for a full platform for social software development.

There are many more options on this front, but these are the ones that are getting the most interest and high marks from people using them.

The Next Step

Those organization who have been implementing real social software solutions in-house are finding they are needing another layer after the tools have been running for a while. When the tools catch on, and the most often do, there will be a good amount of new content and sorting through it, analyzing it, and finding the best relevant information out of it (be it blogs, wikis, social bookmarking, collaboration tools, etc.) needs tools. Most of these tools will need to be built in-house as solutions are not yet there (other than enterprise search and its augmentations). Most organization do not see the need for these tools until 9 months to 24 months in, but it will come. There is good information and there is great information, but much of it all depends on the hand the information is in. On the web we are not quite there yet, but we are getting closer with tools like Lijit, and some of the ConnectBeam's relevance understanding is helpful.

I will likely be doing more in depth looks at these tools over the coming months. But if you need help sorting through what social software means to your organization and help analyzing needs and best products for your organization, please feel free to contact me through InfoCloud Solutions.

October 17, 2007 in Applications, Community, Enterprise, Folksonomy, Local InfoCloud, Personal InfoCloud, Privacy, Social Software, Usability | Permalink | Comments (2) | TrackBack

Open Conversations and Privacy Needs for Business

I thought I would share the latest press bit around this joint, Thomas Vander Wal was quoted in Inc Magazine What's Next: Shout it Out Loud (or in the August 2007 issue beginning on page 69). The article focuses the need and desire for companies to share and be open with more of their data and information. Quite often companies are getting bit by their privacy around what they do (how their source their products/resources, who they donate money to, etc.) and rumors start. It is far more efficient and helpful to be open with that information, as it gets out anyway.

Ironically, in the same paper issue on page 26 there is a an article about When Scandal Knocks..., which includes a story about Jamba Juice and a blog post that inaccurately claimed it had milk in its products, which could have easily been avoided if Jamba Juice had an ingredients listing on its web site.

The Flip Side

There are two flip sides to this. One is the Apple converse, which is a rare example of a company really making a mythic organization out of its privacy. The second is companies really need privacy for some things, but the control of information is often too extreme and is now more harmful than helpful.

Viable Privacy

I have been working on a much longer post looking at the social software/web tools for and in the enterprise. Much of of the extreme openness touted in the new web charge is not a viable reality inside enterprise. There are a myriad of things that need to be private (or still qualify as valid reasons for many). The list include preparations for mergers and acquisitions, securities information dealings (the laws around this are what drive much of the privacy and are out dated), reorganizations (restructuring and layoffs, which organizations that have been open about this have found innovative solutions from the least likely places), personal employee records, as well as contractual reasons (advising or producing products for competitors in the same industry or market segment). Out side of these issues, which normally add up to under 30 to 40% of the whole of the information that flows through an organization, there is a lot of room for openness in-house and to the outside world.

Need for Enterprise Social Tools Grasping Partial Privacy

When we look at the consumer space for social software there are very few consumer tools that grasp social interaction and information sharing on a granular level (Ma.gnolia, Flickr, and the SixApart tools Vox and LiveJournal are the exceptions that always come to mind). But, many of the tools out there that are commonly used as examples of social web tools really fall down when business looks at them and thinks about privacy and selective sociality (small groups). The social web tools all around really need to grow up and improve in this area. As we are seeing the collaboration and social tools evolve to more viable options we start to see their more glaring holes that do not reflect the reality of human social interaction.

Closing the Gap

What we need is for companies to be more open so the marketplace is a more consumer and communicative environment, but we also need our still early social web tools to reflect our social realities that not everything is public and having tools that better fit those needs.

August 12, 2007 in Access to Info, Community, Enterprise, Identity, Local InfoCloud, Personal Info, Personal InfoCloud, Social Software | Permalink | Comments (1) | TrackBack

Sharing and Following/Listening in the Social Web

You may be familiar with my granular social network post and the postings around the Personal InfoCloud posts that get to personal privacy and personal management of information we have seen, along with the Come to Me Web, but there is an element that is still missing and few social web sites actually grasp the concept. This concept is granular in the way that the granular social network is granular, which focusses on moving away from the concept of "broad line friends" that focus on our interest in everything people we "friend", which is not a close approximation of the non-digital world of friend that we are lucky to find friends who have 80 percent common interests. This bit that is missing focusses on the sharing and following (or listening) aspects of our digital relationships. Getting closer to this will help filter information we receive and share to ease the overflow of information and make the services far more valuable to the people using them.

Twitter Shows Understanding

Twitter in its latest modifications is beginning to show that it is grasping what we are doing online is not befriending people or claiming friend, but we are "following" people. This is a nice change, but it is only part of the equation that has a few more variables to it, which I have now been presenting for quite a few years (yes and am finally getting around to writing about). The other variables are the sharing and rough facets of type of information we share. When we start breaking this down we can start understanding the basic foundation for building a social web application that can begin to be functional for our spheres of sociality.

Spheres of Sociality

Spheres of Sociality The Spheres of Sociality are broken into four concentric rings:

  1. Personal
  2. Selective
  3. Collective
  4. Mob

There are echos of James Surowiecki's Wisdom of Crowds in the Spheres of Sociality as they break down as follows. The personal sphere is information that is just for one's self and it is not shared with others. The selective sphere, which there may be many a person shares with and listens to, are closed groups that people are comfortable sharing and participating with on common interests (family, small work projects, small group of friends or colleagues, etc.). The collective sphere is everybody using that social tool that are members of it, which has some common (precise or vague) understanding of what that service/site is about. The last sphere is the mob, which are those people outside the service and are not participants and who likely do not understand the workings or terminology of the service.

These sphere help us understand how people interact in real life as well as in these social environments. Many of the social web tools have elements of some of these or all of these spheres. Few social web tools provide the ability to have many selective spheres, but this is a need inside most enterprise and corporate sites as there are often small project teams working on things that may or may not come to fruition (this will be a future blog post). Many services allow for just sharing with those you grant to be your followers (like Twitter, Flickr, the old Yahoo! MyWeb 2.0, and Ma.gnolia private groups, etc.). This selective and segmented group of friends needs a little more examination and a little more understanding.

Granular Sharing and Following

Unequal AccessThe concepts that are needed to improve upon what has already been set in the Spheres of Sociality revolve around breaking down sharing and following (listening) into more discernible chunks that better reflect our interests. We need to do this because we do not always want to listen everything people we are willing to share with are surfacing. But, the converse is also true we may not want to share or need to share everything with people we want to follow (listen to).

In addition to each relationship needing to have sharing and listening properties, the broad brush painted by sharing and listening also needs to be broken down just a little (it could and should be quite granular should people want to reflect their real interests in their relationships) to some core facets. The core facets should have the ability to share and listen based on location, e.g. a person may only want to share or listen to people when they are in or near their location (keeping in mind people's location often changes, particularly for those that travel or move often). The location facet is likely the most requested tool particularly for those listening when people talk about Twitter and Facebook. Having some granular categories or tags to use as filters for sharing and listening makes sense as well. This can break down to simple elements like work, play, family, travel, etc. as broad categories it could help filter items from the sharing or listening streams and help bring to focus that which is of interest.

Breaking Down Listening and Sharing for Items

 YourselfOthers
ShareYesYes/No

Where this gets us it to an ability to quickly flag the importance of our interactions with others with whom we share information/objects. Some things we can set on an item level, like sharing or just for self, and if sharing with what parameters are we sharing things. We will set the default sharing with ourself on so we have access to everything we do. This follows the Spheres of Sociality with just personal use, sharing with selective groups (which ones), share with the collective group or service, and share outside the service. That starts setting privacy of information that starts accounting for personal and work information and who could see it. Various services have different levels of this, but it is a rare consumer services that has the selective service sorted out (Pownce comes close with the options for granularity, but Flickr has the ease of use and levels of access. For each item we share we should have the ability to control access to that item, to just self or out across the Spheres of Sociality to the mob, if we so wish. Now we can get beyond the item level to presetting people with normative rights.

Listening and Sharing at the Person Level

 Others
Settings
Listen/FollowYesNo
Granular
Listen/Follow
YesNo
Granular ShareYesNo
Geo Listen/FollowYesNo
Geo ShareYesNo

We can set people with properties that will help use with default Sphere of Sociality for sharing and listening. The two directions of communication really must be broken out as there are some people we do not mind them listening to the selective information sharing, but we may not have interest in listening to their normal flow of offerings (optimally we should be able to hear their responses when they are commenting on items we share). Conversely, there may be people we want to listen to and we do not want to share with, as we may not know them well enough to share or they may have broken our privacy considerations in the past, hence we do not trust them. For various reasons we need to be able to decide on a person level if we want to share and listen to that person.

Granular Listening and Sharing

Not, only do we have needs and desires for filtering what we share and listen to on the person level, but if we have a means to set some more granular levels of sharing, even at a high level (family, work, personal relation, acquaintance, etc.). If we can set some of these facets for sharing and have them tied to the Spheres we can easily control who and what we share and listen to. Flickr does this quite well with the simple family, friends, contacts, and all buckets, even if people do not use them precisely as such as family and friends are the two selective buckets they offer to work with (most people I know do not uses them precisely as such with those titles, but it provides a means of selective sharing and listening).

Geo Listening and Sharing

Lastly, it is often a request to filter listening and sharing by geography/location access. There are people who travel quite a bit and want to listen and share with people that are currently local or will be local to them in a short period, but their normal conversations are not fully relevant outside that location. Many people want the ability not to listen to a person unless they are local, but when a person who has some relationship becomes local the conversation may want to be shared and/or listened to. These settings can be dependent on the granular listening and sharing parameters, or may be different.

Getting There...

So, now that this is out there it is done? Hmmm, if it were only so easy. The first step is getting developers of social web and social software to begin understanding the social relationships that are less broad lines and more granular and directional. The next step is a social interaction that people need to understand or that the people building the interfaces need to understand, which is if and how to tell people the rights granted are not reciprocal (it is seems to be a common human trait to have angst over non-reciprocal social interactions, but it is the digital realm that makes it more apparent that the flesh world).

July 24, 2007 in Access to Info, Community, Enterprise, Local InfoCloud, Personal InfoCloud, Privacy, Social Software | Permalink | Comments (0) | TrackBack

Inline Messaging

Many of the social web services (Facebook, Pownce, MySpace, Twitter, etc.) have messaging services so you can communication with your "friends". Most of the services will only ping you on communication channels outside their website (e-mail, SMS/text messaging, feeds (RSS), etc.) and require the person to go back to the website to see the message, with the exception of Twitter which does this properly.

Inline Messaging

Here is where things are horribly broken. The closed services (except Twitter) will let you know you have a message on their service on your choice of communication channel (e-mail, SMS, or RSS), but not all offer all options. When a message arrives for you in the service the service pings you in the communication channel to let you know you have a message. But, rather than give you the message it points you back to the website to the message (Facebook does provide SMS chunked messages, but not e-mail). This means they are sending a message to a platform that works really well for messaging, just to let you know you have a message, but not deliver that message. This adds extra steps for the people using the service, rather than making a simple streamlined service that truly connects people.

Part of this broken interaction is driven by Americans building these services and having desktop-centric and web views and forgetting mobile is not only a viable platform for messaging, but the most widely used platform around the globe. I do not think the iPhone, which have been purchased by the owners and developers of these services, will help as the iPhone is an elite tool, that is not like the messaging experience for the hundreds of millions of mobile users around the globe. Developers not building or considering services for people to use on the devices or application of their choice is rather broken development these days. Google gets it with Google Gears and their mobile efforts as does Yahoo with its Yahoo Mobile services and other cross platform efforts.

Broken Interaction Means More Money?

I understand the reasoning behind the services adding steps and making the experience painful, it is seen as money in their pockets through pushing ads. The web is a relatively means of tracking and delivering ads, which translates into money. But, inflicting unneeded pain on their customers can not be driven by money. Pain on customers will only push them away and leave them with fewer people to look at the ads. I am not advocating giving up advertising, but moving ads into the other channels or building solutions that deliver the messages to people who want the messages and not just notification they have a message.

These services were somewhat annoying, but they have value in the services to keep somebody going back. When Pownce arrived on the scene a month or so ago, it included the broken messaging, but did not include mobile or RSS feeds. Pownce only provides e-mail notifications, but they only point you back to the site. That is about as broken as it gets for a messaging and status service. Pownce is a beautiful interface, with some lightweight sharing options and the ability to build groups, and it has a lightweight desktop applications built on Adobe AIR. The AIR version of Pownce is not robust enough with messaging to be fully useful. Pownce is still relatively early in its development, but they have a lot of fixing of things that are made much harder than they should be for consuming information. They include Microfomats on their pages, where they make sense, but they are missing the step of ease of use for regular people of dropping that content into their related applications (putting a small button on the item with the microformat that converts the content is drastically needed for ease of use). Pownce has some of the checkboxes checked and some good ideas, but the execution of far from there at the moment. They really need to focus on ease of use. If this is done maybe people will comeback and use it.

Good Examples

So who does this well? Twitter has been doing this really well and Jaiku does this really well on Nokia Series60 phones (after the first version Series60). Real cross platform and cross channel communication is the wave of right now for those thinking of developing tools with great adoption. The great adoption is viable as this starts solving technology pain points that real people are experiencing and more will be experiencing in the near future. (Providing a solution to refindability is the technology pain point that del.icio.us solved.) The telecoms really need to be paying attention to this as do the players in all messaging services. From work conversations and attendees to the Personal InfoCloud presentation, they are beginning to get the person wants and needs to be in control of their information across devices and services.

Twitter is a great bridge between web and mobile messaging. It also has some killer features that add to this ease of use and adoption like favorites, friends only, direct messaging, and feeds. Twitter gets messaging more than any other service at the moment. There are things Twitter needs, such as groups (selective messaging) and an easier means of finding friends, or as they are now appropriately calling it, people to follow.

Can we not all catch up to today's messaging needs?

July 21, 2007 in Access to Info, Attraction, Community, Local InfoCloud, Personal InfoCloud, Social Software, Ubiquitous Computing | Permalink | Comments (0) | TrackBack

Stitching Conversation Threads Fractured Across Channels

Communicating is simple. Well it is simple at its core of one person talking with another person face-to-face. When we communicate and add technology into the mix (phone, video-chat, text message, etc.) it becomes more difficult. Technology becomes noise in the pure flow of communication.

Now With More Complexity

But, what we have today is even more complex and difficult as we are often holding conversation across many of these technologies. The communication streams (the back and forth communication between two or more people) are now often not contained in on communication channel (channel is the flavor or medium used to communicate, such as AIM, SMS, Twitter, e-mail, mobile phone, etc.).

We are seeing our communications move across channels, which can be good as this is fluid and keeping with our digital presence. More often than not we are seeing our communication streams fracture across channels. This fracturing becomes really apparent when we are trying to reconstruct our communication stream. I am finding this fracturing and attempting to stitch the stream back together becoming more and more common as for those who are moving into and across many applications and devices with their own messaging systems.

The communication streams fracture as we pick-up an idea or need from Twitter, then direct respond in Twitter that moves it to SMS, the SMS text message is responded back to in regular SMS outside of Twitter, a few volleys back and forth in SMS text, then one person leaves a voicemail, it is responded to in an e-mail, there are two responses back and forth in e-mail, an hour later both people are on Skype and chat there, in Skype chat they decide to meet in person.

Why Do We Want to Stitch the Communication Stream Together?

When they meet there is a little confusion over there being no written overview and guide. Both parties are sure they talked about it, but have different understandings of what was agreed upon. Having the communication fractured across channels makes reconstruction of the conversation problematic today. The conversation needs to be stitched back together using time stamps to reconstruct everything [the misunderstanding revolved around recommendations as one person understands that to mean a written document and the other it does not mean that].

Increasingly the reality of our personal and professional lives is this cross channel communication stream. Some want to limit the problem by keeping to just one channel through the process. While this is well intentioned it does not meet reality of today. Increasingly, the informal networking leads to meaningful conversations, but the conversations drifts across channels and mediums. Pushing a natural flow, as it currently stands, does not seem to be the best solution in the long run.

Why Does Conversation Drift Across Channels?

There are a few reasons conversations drift across channels and mediums. One reason is presence as when two people notice proximity on a channel they will use that channel to communicate. When a person is seen as present, by availability or recently posting a message in the service, it can be a prompt to communicate. Many times when the conversation starts in a presence channel it will move to another channel or medium. This shift can be driven by personal preference or putting the conversation in a medium or channel that is more conducive for the conversation style between people involved. Some people have a preferred medium for all their conversations, such as text messaging (SMS), e-mail, voice on phone, video chat, IM, etc.. While other people have a preferred medium for certain types of conversation, like quick and short questions on SMS, long single responses in e-mail, and extended conversations in IM. Some people prefer to keep their short messages in the channel where they begin, such as conversations that start in Facebook may stay there. While other people do not pay attention to message or conversation length and prefer conversations in one channel over others.

Solving the Fractured Communication Across Channels

Since there are more than a few reasons for the fractured communications to occur it is something that needs resolution. One solution is making all conversations open and use public APIs for the tools to pull the conversations together. This may be the quickest means to get to capturing and stitching the conversation thread back together today. While viable there are many conversations in our lives that we do not want public for one reason or many.

Another solution is to try to keep your conversations in channels that we can capture for our own use (optimally this should be easily sharable with the person we had the conversation with, while still remaining private). This may be where we should be heading in the near future. Tools like Twitter have become a bridge between web and SMS, which allows us to capture SMS conversations in an interface that can be easily pointed to and stitched back together with other parts of a conversation. E-mail is relatively easy to thread, if done in a web interface and/or with some tagging to pull pieces in from across different e-mail addresses. Skype chat also allows for SMS interactions and allows for them to be captured, searched, and pulled back together. IM conversations can easily be saved out and often each item is time stamped for easy stitching. VoIP conversations are often easily recorded (we are asking permission first, right?) and can be transcribed by hand accurately or be transcribed relatively accurately via speech-to-text tools. Voice-mail can now be captured and threaded using speech-to-text services or even is pushed as an attachment into e-mail in services as (and similar to) JConnect.

Who Will Make This Effortless?

There are three types of service that are or should be building this stitching together the fractured communications across channels into one threaded stream. I see tools that are already stitching out public (or partially public) lifestreams into one flow as one player in this pre-emergent market (Facebook, Jaiku, etc.). The other public player would be telecoms (or network provider) companies providing this as a service as they currently are providing some of these services, but as their markets get lost to VoIP, e-mail, on-line community messaging, Second Life, etc., they need to provide a service that keeps them viable (regulation is not a viable solution in the long run). Lastly, for those that do not trust or want their conversation streams in others hands the personally controlled application will become a solutions, it seems that Skype could be on its way to providing this.

Is There Demand Yet?

I am regularly fielding questions along these lines from enterprise as they are trying to deal with these issues for employees who have lost or can not put their hands on vital customer conversations or essential bits of information that can make the difference in delivering what their customers expect from them. Many have been using Cisco networking solutions that have some of these capabilities, but still not providing a catch all. I am getting queries from various telecom companies as they see reflections of where they would like to be providing tools in a Come to Me Web or facilitating bits of the Personal InfoCloud. I am getting requests from many professionals that want this type of solution for their lives. I am also getting queries from many who are considering building these tools, or pieces of them.

Some of us need these solutions now. Nearly all of us will need these solutions in the very near future.

June 16, 2007 in Access to Info, Attraction, Community, Information Architecture, Local InfoCloud, Model of Attraction, Personal Info, Personal InfoCloud, Portability, Privacy, Social Software, Technology, Ubiquitous Computing | Permalink | Comments (0) | TrackBack

Breaking Down LibraryThing vs. Amazon Tagging Analysis

I have been rather heads down on a project the last week or two since the Thingolology: When tags work and when they don't: Amazon and LibraryThing blog post was created.  Tim from LibraryThing, who wrote the post, was kind enough to give me an early heads-up and I responded a few days later.  I have also had many people e-mailing and IM'ing me links to it and other people praising the post.  This has drawn me into some long discussions into the comparisons that are made, which are difficult to call valid. However, there are some great nuggets of insight that Tim brings forth, which sadly are getting overlooked in an apples to oranges comparison.

The Great Nuggets

I will (uncharacteristically) begin with the things I like with the analysis that I have not seen elsewhere. It is also appropriate to mention I love LibraryThing as it is really an innovative approac