谈企业协同应用(1)-知识管理

首先我们再来看看百度文库这个互联网产品，在这个产品出来之前已经有很多的类似栖息谷，畅享网，新浪爱问，论坛等大量的资料下载网站，也有类似豆丁网的在线文库和浏览产品。但是百度文库仍然发展的很迅速，可以毫不夸张的说，随着百度文库的发展，大量的单纯依靠资料下载和分享为主题的网站或论坛会消失掉。

也可以说百度文库部分是观察了百度框计算的思想的，不要去考虑最终用户都有严格的资料库，严谨的知识分类和知识管理，最终用户一定是问题和需求驱动型的，需要的往往就是一键搜索达到想要的内容，如果这个内容粗略看看需要，则又可以马上下载。为了满足这个最简单真实的资料诉求，但从前台看需要搜索引擎+在线浏览的完美集成就足够了，从后台看为了满足大数据量并发和无限伸缩扩展，需要具备云存储架构的基本特征。

文库本身也体现了web2.0的基本特征，文库仅仅是一个平台，需要群体创作和上传资料，通过积分和财富机制提升上传和创造热情，通过文档本身的下载，评价等收集所需要的web2.0交互信息，形成一个围绕文档本身的一个异步互动机制。所以一个完整功能的产品平台+一个有效的激励机制即可成就一个很好的应用产品。

再回头看传统企业内部，基本仍然以传统的论坛或者文档管理系统为主的知识分享平台，这种平台很专业，也很系统，但是往往应用情况并不是很好。因为产品既不能满足用户最简单基本的资料诉求，也不能激发群体创作的热情，这种资料库或资产库缺少web2.0下该有的活力，或者说由于使用上的复杂性最终排抛弃掉。这并不是完全否定知识分类，知识结构，流程和规范体系，而是他只是适合一小部分人的的特殊产品。

在产品研发上，产品的细分不要去期望在一个功能齐备的复杂产品上简单的通过屏蔽或取消功能来产生一个新产品，而是考虑如何吸取老产品的核心价值重新提炼一个新的产品。正如当我只需要一个通话和短信功能的手机的时候，你给我推荐了一款智能手机，然后告诉如果游戏，视频，拍照，办公这些功能你都不用的话它就是一款简单手机。正如博客和微博，博客本身也是可以发140字内的文章的，但是两个产品对最终用户的原始诉求的满足上则是完全不同的。

搜索驱动其本质本身就是问题和需求驱动，不想要的时候可以完全不关心，想要的时候可以快速找到，这和我们常说的科学知识管理大相径庭，但是却代表了最终用户的真实需求。企业对非结构化知识的最佳管理方式就是基于搜索驱动的企业问吧+企业文库，并在此基础上通过有效的激励机制形成群体参与，群体创作的热情，保存产品应有的活力。

在来看看企业微博这个应用，可以讲这个是处于比较尴尬位置的，用的好并不会带来太多的价值，我原来想过通过微博去分享经验，但是这个思路不通。而用的不好产生的负面影响相当大。毕竟公司管理者来说都是不喜欢没事看到员工在上面唠叨的，碎片化的东西要真正产生价值不是一件简单的事情。但是我们可以看到微博的思想是可以借鉴的，但是它需要一个主线，类似于微博里面说的话题，这个话题可以是一个问题，一个知识点，一个文档或者一个项目都可以，那么这样的展开往往就会产生实际的价值和意义。