很多公司的知识管理项目都是一把手工程，公司最原始的知识管理需求不是由一线员工提出的，而是公司的大领导直接决策的。 在我服务的众多客户里，最真实的场景是：领导决策把知识管理纳为公司当年的一项重点工作，安排给公司内部的大管家，一般是分管质量体系或者管理支撑体系的大领导来牵头实施。 当然很多情况下，这样的知识管理实施项目会是成功的，参与知识管理项目的成员都会获得不错的公司奖励。也从侧面体现了在企业实施知识管理的初期一把手支持的重要性。 问题来了：众多公司的知识管理从0到1的阶段都是非专业、非资深知识管理人员负责实施，找准切入点成为了迈出知识管理的第一步。  

1.核心概念：知识管理的需求是长尾的

  如果把企业按提供的服务做划分，那么企业一定是长尾的，能提供相同服务的企业是为数不多的几家，每个细分的领域中只有有数的几家企业存在。正是因为长尾企业的存在才能满足社会需求的长尾。 同理，在企业内部，员工于知识管理的需求也不尽相同，因为企业内的职位也是长尾的。

如上图所示，在长尾的需求中，越向长尾发展，知识管理的需求越个性，满足的成本越高。 反向而言：大量的知识管理需求是通用的，知识管理项目可以批量满足。 大概可以把长尾的需求分为这么几块：

1. 企业通用级：公司内90%的员工都需有类似的知识管理需求，比如找知识、找经验、向专家求助，并且此部分需求对于不同的企业也是相通的；
2. 团队协作级：10个人是众多企业的协作方式，或为业务组，或为项目组，10人团队之间的知识管理需求也是类似的。如软件类团队在团队协作上的需求极为相同；
3. 个人工作级：销售人员、设计人员、营销人员……尽管职业岗位不相同，但一类人对于知识管理的需求也相同，此类需求可以按岗位或者职业来满足；
4. 业务长尾级：比如创新、论文外发等每个企业都有各自不同的业务，每个业务都是比较小众的，并且在背后其实是有一类系统一批人在支撑，此类需求需要个性针对性满足。

2.运用场景：优先满足通用需求

  明白了知识管理需求是个长尾之后，就可以优先满足通用性的知识需求，因为通用，所以ROI极高。

那么，这一类的需求会是什么呢？从0到1的阶段，知识管理人员会在内部做调研，多家企业调研后的结果极为相似，主要为以下几点：

1. 找知识：公司内不缺少知识与经验，但都散落在各个IT系统，很多好的经验全在员工自己的电脑里。如何快速找到知识？
2. 找专家：也许隔壁的老王就是我当前所做项目的专家，但我不知道。同样的问题专家回答了好多次了，还得再回答。有没有办法快速找到专家？有没有办法一个问题让专家只解答一次？
3. 协作：团队就10个人，审批报销之类的公司有系统了。但10个人内部的沟通、文档共享、讨论交流……没有很好的支撑，只能通过共享服务器或者搭建开源的平台。

基于此，华为公司、金风科技、中软国际等企业都会把引入知识社区做为启动知识管理的第一步：

1. 引入专家博客、微博功能，让员工可以方便的分享知识与经验；
2. 引入专家问答功能，给找专家提供通路，同时也解决了专家重复问题重复解答；
3. 引入团队功能，部门团队、项目组团队可以通过团队功能交流讨论、共享文件、记录工作、任务跟踪。

对于成熟企业，不缺少IT系统，缺少的是如何促进员工的隐性知识显性化，缺少的是如何促进公司的知识与经验流动。通过引入知识社区系统来快速满足企业通用的知识管理需求。

3.重点小结：

  知识管理需要建立长效的经营机制，需要从组织、文化、IT等多方面建设。优先通过知识社区的方式来满足长尾中的通用需求，是目前众多企业从0到1过程中的成功之路。