Recently in Hosted Applications / Software as a Service Category

LinkedIn today announced Signal, a new feature (currently in beta) that lets members see an activity stream that combines LinkedIn status updates and Twitter posts from other members who have opted-in to the feature. LinkedIn has licensed the Twitter firehose to incorporate all of its members' tweets into the site, not just tweets with the #in hashtag embedded, as is current practice.

While it is hard to imagine anyone other than corporate and independent talent recruiters will make LinkedIn their primary Twitter client, Signal does have an element that is worthy of emulation by other social networks and enterprise social software providers that incorporate an activity stream (and which of those does not these days!) That feature is role-specific filters.

I wrote previously in this post about the importance of providing filters with which individuals can narrow their activity stream. I also noted that the key is to understand which filters are needed by which roles in an organization. LinkedIn apparently gets this, judging by the screenshot pictured below.

Notice the left-hand column, labeled "Filter by". LinkedIn has most likely researched a sample of its members to determine which filters would be most useful to them. Given that recruiters are the most frequent users of LinkedIn, the set of filters displayed in the screenshot makes sense. They allow recruiters to see tweets and LinkedIn status updates pertaining to LinkedIn members in specific industries, companies, and geographic regions. Additionally, the Signal stream can be filtered by strength of connection in the LinkedIn network and by post date.

The activity stream of every enterprise social software suite (ESS) should offer such role-based filters, instead of the generic ones they currently employ. Typical ESS filtering parameters include individuals, groups or communities, and workspaces. Some vendors offer the ability to filter by status as a collaborator on an object, such as a specific document or sales opportunity. A few ESS providers allow individuals to create custom filters for their activity stream. While all of these filters are helpful, they do not go far enough in helping individuals narrow the activity stream to view updates needed in a specific work context.

The next logical step will be to create standard sets of role-based filters that can be further customized by the individuals using them. Just as LinkedIn has created a filter set that is useful to recruiters, ESS providers and deploying organizations must work together to create valuable filter sets for employees performing specific jobs and tasks. Doing so will result in increased productivity from, and effectiveness of, any organization's greatest asset – it's people.

The term Cloud Content Management has begun to appear with increasing frequency in the last few months. But what does it mean? And how is it different from Enterprise Content Management (ECM)?

Gilbane Group answers these questions in our latest Beacon, which it titled Cloud Content Management: Facilitating Controlled Sharing of Active Content. Here is how we briefly define Cloud Content Management and contrast it to ECM:

"Cloud Content Management is an emerging set of content sharing and management
practices and a supporting category of software built on an open, secure, cloud-based
platform. It is rapidly deployed and easily used to manage content, in any format, that is
actively shared among collaborators working both inside and across firewalls. Cloud
Content Management is complementary to Enterprise Content Management, which is more
focused on controlling access to static, unstructured content in TIFF, PDF, and office
productivity document formats as it is electronically captured, stored, distributed,
archived, and disposed."

The Gilbane Beacon explores the various facets of this definition and goes into much more detail as to how Cloud Content Management differs from, and complements, ECM. We urge you to download the Beacon (free registration required), read it, then return here to share comments.

Following my post last week on the need for additional filters in enterprise microblogging tools and activity streams, I participated in an interesting Twitter conversation on the subject of microblogging and complexity. The spontaneous conversation began when Greg Lowe, a well-respected Enterprise 2.0 evangelist at Alcatel-Lucent, asked:

"Can stand alone micro-blogging solutions survive when platform plays introduce the feature?"

I immediately replied:

"Yes, if they innovate faster"

Greg shot back:

"is microblogging autonomy about innovation, or simple elegance? More features usually leads to lower usability?"

And, later, he asked a complementary question:

"is there a risk of Microblogging becoming "too complicated"?"

Is Greg on to something here? Do more features usually lead to lower usability? Will functional innovation be the downfall of stand-alone microblogging solutions, or will it help them stay ahead of platform vendors as they incorporate microblogging into their offerings?

One of the commonly heard complaints about software in general, and enterprise software in particular, is that it is too complicated. There are too many features and functions, and how to make use of them is not intuitive. On the other hand, usability is a hallmark of Web 2.0 software, and, if we make it too complex, it is likely that some people will abandon it in favor of simpler tools, whatever those may be.

But that dichotomy does not tell the entire story. Based on anecdotal evidence (there is no published quantitative research available), early adopters of Web 2.0 software in the enterprise appear to value simplicity in software they use. However, as a colleague, Thomas Vander Wal, pointed out to me yesterday, that may not be true for later, mainstream adopters. Ease-of-use may be desirable in microblogging (or any other) software, but having adequate features to enable effective, efficient usage is also necessary to achieve significant adoption. Later adopters need to see that a tool can help them in a significant way before they will begin to use it; marginal utility does not sway them, even if the tool is highly usable.

Simple may not be sustainable. As I wrote last week in this post, as enterprise use of microblogging and activity streams has increased and matured, so has the need for filters. Individuals, workgroups, and communities want to direct micro-messages to specific recipients, and they need to filter their activity streams to increase their ability to make sense out of the raging river of incoming information. Those needs will only increase as more workers microblog and more information sources are integrated into activity streams.

In the public microblogging sphere, Twitter provides a solid example of the need to add functionality to a simple service as adoption grows in terms of registered users and use cases. As more individuals used Twitter, in ways that were never envisioned by its creators, the service responded by adding functionality such as search, re-tweeting, and lists. Each of these features added some degree of complexity to the service, but also improved its usability and value.

In the evolution of any software, there is a trade-off between simplicity and functionality that must be carefully managed. How does one do that? One way is to continuously solicit and accept user feedback. That allows the software provider and organizations deploying it to sense when they are nearing the point where functionality begins to overwhelm ease of use in a harmful manner. Another technique is to roll out new features in small doses at reasonable intervals. Some even advocate slipping new features in unannounced and letting users discover them for themselves. Hosted deployment of software (whether on-premise or off-site) makes this easier to do, since new features are automatically switched on for people using the software.

So back to the original question; can stand-alone microblogging solutions fend off the collaboration suite and platform vendors as they incorporate microblogging and activity streams in their offerings? My definitive answer is "yes", because there is still room for functionality to be added to microblogging before it becomes over-complicated.

Based on the historical evolution of other software types and categories, it is likely that the smaller vendors, who are  intensely focused on microblogging, will be the innovators, rather than the platform players. As long as vendors of stand-alone microblogging offerings continue to innovate quickly without confusing their customers, they will thrive. That said, a platform vendor could drive microblogging feature innovation if they so desired; think about what IBM has done with its Sametime instant messaging platform. However, I see no evidence of that happening in the microblogging sphere at this time.

The most plausible scenario is that at some point, small, focused vendors driving microblogging innovation (e.g. Socialcast, Yammer) will be acquired by larger vendors, who will integrate the acquired features into their collaboration suite or platform. My sense is that we are still 2-3 years away from that happening, because there is still room for value-producing innovation in microblogging.

What do you think?

Box.net announced today that it has integrated its cloud-based document storage and sharing solution with Salesforce.com. Current Box.net customers that want to integrate with Salesforce CRM can contact Box.net directly to activate the service. Salesforce.com customers may now download Box.net from the Salesforce.com AppExchange.

Box.net services will now be available in the Lead, Account, Contact, and Opportunity tabs of Salesforce CRM. In addition, the Box.net native interface and full range of services will be accessible via a dedicted tab on the Salesforce CRM interface. Users can upload new files to Box.net, edit existing files, digitally sign electronic documents, and e-mail or e-fax files. Large enterprise users will be given unlimited Box.net storage. The Box.net video embedded below briefly demonstrates the new Salesforce CRM integration.

While Box.net started as a consumer focused business, today's announcement marks the first tangible manifestation of its emerging enterprise strategy. Box.net intends to be a cloud-based  document repository that can be accessed through a broad range of enterprise applications.

The content-as-a-service model envisioned by Box.net will gain traction in the coming months. I believe that a centralized content repository, located on-premise or in the cloud, is a key piece of any enterprise's infrastructure. Moreover, content services -- functionality that enables users to create, store, edit, and share content -- should be accessible from any enterprise application, including composite applications such as portals or mashups created for specific roles (e.g. sales and/or marketing employees, channel partners, customers). Users should not be required to interact with content only through dedicated tools such as office productivity suites and Content Management Systems (CMS).

Other content authoring and CMS software vendors are beginning to consider, understand, and (in some cases) embrace this deployment model. Box.net is one of the first proprietary software vendors to instantiate it. Adoption statistics of their new Salesforce CRM integration should eventually provide a good reading as to whether or not enterprise customers are also ready to embrace the content-as-a-service model.

Suw Charman-Anderson posted a thoughtful piece with the title Businesses will live to regret their social media ignorance today.  Her main point is that organizations that do not deploy enterprise social software behind the firewall will lose control of information as it spreads through public social media.  This is an oft-heard refrain these days in the blogsphere.

Please don't misunderstand, I agree with Suw.  If businesses want to retain some control over their information, they should provide secure, enterprise-ready versions of the specific types of collaboration and communication tools that employees want to use.  For example, if the risk of information leakage via Twitter is too high, the organization should deploy an enterprise microblogging application on its own servers (or subscribe to a SaaS offering hosted by a trusted vendor.)

What is especially valuable and somewhat novel in Suw's post is her recognition of the content management issues surrounding the use of public social media to share corporate information.  She writes,

"...you need to make sure you know how communications using these tools are going to be logged, archived, and made searchable. Mostly, archiving (or logging) is built in, so it shouldn’t be that difficult. Cross-archive search might be a little bit more interesting, but it’s worth your while because more time is wasted in re-finding information than in finding it in the first place."

Much of the dialog around enterprise social software has rightly been on connecting people to other people and the information and knowledge they possess.  The notion of using software to connect people to unstructured information hasn't gotten nearly as much attention in the Enterprise 2.0 discussion.  Perhaps content management is a dull topic in comparison to connecting people, but enterprise social software is essentially a content authoring tool and it has fueled growth in the amount of content created within an organization.

Traditionally, unstructured information has been housed in what most would call a 'document', but it also may be contained in a message authored in a microblogging, wiki, or instant messaging application.  Those messages must be stored, indexed, and searchable so that users can find valuable information after it has initially been documented and shared by the author.  The same content management principles that we've applied to corporate email must also be used to ensure the findability of information generated in and shared via enterprise social software.

What is your view on this issue?  Do you have horror stories or best practices to share?  If so, please do by adding a comment below.

In a recent consulting project, the Gilbane Group had the opportunity to get a hands-on look at the current version of the Clickability Platform. Several marketing-oriented product enhancements over the past year will be of particular interest to our clients. While the product maintains its strengths in traditional online publishing (due in part to its origins in the publishing industry), there have been major improvements in areas such as analytics and reporting, social computing, and user interface design. In fact, Clickability has re-oriented its Platform to align specifically with the usage and campaign requirements of non-technical online marketing managers. Although product features such as in-context editing, workflow, library services, and user management, remain important and robust parts of the product, the new social computing functionality for online visitor collaboration have done much to bring Clickability to the forefront of Web 2.0-oriented content management offerings. This functionality includes out-of-the-box support for visitor loyalty profiles, discussion boards, visitor ratings, blogs, wikis, and podcasts.

Combining these new social computing components with improvements to Clickability’s analytics and reporting capabilities makes the product a natural fit for companies looking for a Web content platform to support online marketing initiatives. Areas of improvement within analytics and reporting include visitor analysis, profile targeting and reporting, campaign management, A/B split testing, reporting dashboards, ad weighting, and embedded in-context statistics. While organizations looking for a Web content management application to support traditional online publishing can still successfully use the product, they may find the marketing-orientation of the product unnecessary or awkward. And because good analytics and reporting in the service of online campaign management delivers high value for online retailers (in the form of higher average sales prices and better conversation rates among online shoppers), the product may demand a higher price than those publishing static HTML sites can justify. But for at least one of Clickability’s target audiences - online retail marketing managers - the new version of this platform warrants careful, hands-on consideration.