文档满天飞，系统乱如麻，如何建设知识型组织

场景

曾几何时KMS（Knowledge management system知识管理系统）是一个很火的概念，很多公司说要建设知识型组织。很多企业都宣称要学华为，IBM建设成熟的产品创新体系；

说的人很多，做的人很少，即使偶尔有做的，大都做的很糟糕。要做好 KMS，不是采购一套系统，知识自然就出来。没整理的沙子白菜价，处理好的沙子叫芯片；

家里买个吸尘器不会自动变干净，需要有管家把家里收拾整齐，定期打扫。但现实是很多管理者会认为一套系统引入可以解决管理的问题，实际的情况是当管理混乱的时候，加上系统只会加剧混乱。

想要做好知识管理，首先不是找一个系统，而是先分析自己企业的信息生产流程，分步，自己企业的核心竞争力是什么。

如果确实是高新知识产业，并且需要一群高级知识分子来做协同办公，那么这时 KMS就十分必要。

对已有信息分类，贴标签，便于搜索；

对不同文档设定文档，保证文档规范。

关键文档设定撰写+导出模板，普通文档freestyle，自由和规范是一个平衡，过犹不及，适度才好。

那么问题来了，为啥绝大多数公司上了Confluence知识库都没有做起来呢？

因为散乱的文档叫比特数据，结构化的文档叫才叫知识。

当数据多到一定程度，标签比分类管用；

搜索引擎之所以可以把准确的结果送到人的面前，核心能力就是为数据打标签，不同标签权重不同，比如百度中，知乎的权重就会比较高（充值的人民币玩家和百度知道自家人除外）

大家只习惯于用目录分类，而大多数内容不是一个分类可以解决的，而是跨类目的标签；

Confluence默认功能没有设定标签类目的功能，标签是自由设定的，那么导致的结果就是命中的概率很小。

下面是一个典型知识库的界面，那么怎么样才能在 Confluence中魔改出一个类似下图的知识库呢？

安利

定义

根据信息属性定义一级分类+二级标签

检索

Confluence 瞬间有鸟枪换炮的即视感。

使用

金箍棒虽好，需要孙悟空才耍的溜；若是普通人拿了，不仅打不死妖怪，大概率拿不动，小翻车手抽筋，大翻车拿不住被压死。

KMS的核心价值在于，公司需要一群聪明人协同去研究专利，高科技内容，大多数中小企业，核心的知识掌握在老板，管理重点在自上而下任务分解，执行，而不是协同创新，主要问题是生存，不会有资源去探索新领域或试错。

即使到了大规模企业，如果公司业务传统，word模板+邮件+OA+网盘，足够支撑起系统协同办公需要，用kms反而会增加用户操作难度和企业管理难度。