 |
 |
 |
|
08.27.09 Making Micro-Messaging A Feature In Your Enterprise  By Bill Ives I recently wrote about Socialcast's new broadcasting capability with Marcia Conner of Pistachio Consulting (see Socialcast Adds Broadcasting Capability to Enterprise Microsharing). A few days ago I spoke with Tim Young, their CEO, about a broader set of issues, the role of dedicated micro-messaging tools in the enterprise. After Twitter showed wild success on the Web, a number of firms, including Socialcast, produced micro-messaging tools for the enterprise. This was a good move, like the enterprise social bookmarking and social networking tools that followed del.icio.us and Facebook, especially since tools for the broader Web are not designed to meet enterprise business needs. Now a second wave has occurred as many enterprise collaboration suites are integrating micro-messaging into their platforms (see Rise of Micro-messaging in Enterprise Collaboration Platforms). They have made micro-messaging a feature rather than a product. So I asked Tim about the role of micro-messaging products after this new wave. He responded by discussing a new direction they are taking which make a lot of sense. Socialcast would like to become the unified activity stream across the enterprise. The problem with activity streams within a collaboration suite or other applications is that this can then create silos. You can end up wit multiple disconnected activity streams. Tim said that studies have shown that the average worker can handle three to four tools. However, now the average workers uses around ten tools. They do not need to go into several of these to see what is going on within each. The vision for Socialcast is to facilitate an aggregated activity stream that goes across the enterprise, eliminating the need for to look within different applications. This can be dome through XML, APIs, and to a less efficiently through RSS. Their vision enables micro-messaging to change from an application to a platform. They are already to do this in their firm as they can poll activity within their third party wiki and have it feed their Socialcast instance. They have deployed this capability to a number of large organizations. Several of these have more than 50 applications feeding into their Socialcast stream. Here is sample screen from their desktop application.
 Socialcast has just announced a further step in the direction by providing more support for their vision. They now offer an API that allows developers that use Socialcast to build native clients on top of it. In addition to supporting extensions of Socialcast by other developers, this bi-directional API makes it easy to integrate with other enterprise applications for two-way communication. For example, an HR group can send out a Socialcast alert about a new benefit package and allow employees to click on the alert to enroll. Continue reading this article. About the Author: Dr. Bill Ives is an independent consultant and writer who has worked with Fortune 100 companies in business uses of emerging technologies for over 20 years. For several years he led the Knowledge Management Practice for a large consulting firm.. Now he primarily helps companies with their business blogs. He is also the VP of Social Media and blogger for TVissimo, a new TV schedule search engine. Prior to consulting, Dr. Ives was a Research Associate at Harvard University exploring the effects of media on cognition. He obtained his Ph. D. in Educational Psychology from the University of Toronto. Bill can be reached at his blog: Portals and KM. He also writes for the FastForward blog and the AppGap blog. |
||||||||
|
| ||||
| --
EnterpriseMessagingNews
is an iEntry, Inc.
publication -- iEntry, Inc. 2549 Richmond Rd. Lexington KY, 405093 2009 iEntry, Inc. All Rights Reserved | Privacy Policy | Legal | Contact archives | advertising info | news headlines | free newsletters | comments/feedback | submit article |
