一直喜欢知识地图,它是有价值内容的有效组合，是有效降低搜索成本和知识寻找成本的有效方式……
但是知识地图的现有制作模式，让我们对其又爱又恨
1.制作麻烦，整合知识复杂：
剖析该条，个人认为制作的主要瓶颈有三条：
a 不知道该做什么知识地图，什么东西值得去做？
b 模板的选用与更新，不得不让很多人机器上有必要的模板，而且会出现模板的更新不及时及选用不正确的问题；
c 知识点的筛选问题，在制作org平台之前初步研究了源天的平台，源天的系统通过对项目下文章的命名，及对文章标题关键字的筛选来解决这个问题，个人认为：这样的方式能在配置完善，人员选择内容时能够不厌其烦的点选时，可以很好的解决一部分项目式的问题。但是无法解决非常规的知识地图制作问题。
这三条都是能通过系统得以解决的（详情参见ORG后台）：
a 通过知识树或者项目树的方式去解决，把需要做的点全部列出来（解决做什么的问题）
b 通过标准模板的套用解决选用何种模板的问题(解决怎么做的问题)
c 通过模块的组合来解决对不同类型内容的筛选（解决怎么快速完成的问题）
对c点如果做大做强还需要考虑几个问题：
(a)如何利用其他内部系统上的资源
(b)如何利用外部网站上的资源

2.知识地图更新不及时，维护麻烦。更新与授权（解决维护问题）：
尽管知识地图的制作十分简单（基于已实现第1点的前题），但是制作知识地图的维护个人认为始终存在着问题，

a.也就出现了很多问题大家都看见了也很有热情但是就是没法去更新（没有权限）
b.或者说是就算有权去更新但是因为量太多了，更新哪我也不知道所以也不去更新了。（没有精力，也没法知道）
c.如果大家都更新，怕乱套了（担心风险）

咨询项目通过了制度的硬性规定一定程度上使大家“愿意”去更新，但是个人认为还没有很好的解决更新的问题。

个人认为如果我有必要解决这个问题，那么我会从以下几个个角度去解决
a 怎么让别人有权限？即授权，这个授权肯定不能是一次又一次的授权，类似于Internal的授权方式，除非我（这种懒人）觉得一定要给某人授权否则我才懒得给别人一一授权。
我想到的方式有几种
(1) 对目录的授权（能一定程度上解决授权面的问题）
(2) 对项目的授权 (让同一项目组的人都能得到授权）
(3) 让大家都来改，但是非权限人以外人提供的资料需要通过审核（大家都能来改，但是必须我们审核）

b 怎么让有权修改的人知道什么需要更新，更新到哪里？
(1) 内容来源的控制上，需要知道什么文档值得收录，不能多了什么东西都让责任人知道，要不他会烦死……
个人认为主要有几种方式，
(a) 发布这篇资料的人觉得这篇文章很不错，应该被某知识地图收录（但是需要考虑对方不会恶意的老这么做，个人认为可以通过录取率来进行筛选）
(b) 大家都认为这篇文章不错值得被知识地图录用（值得收录）
(c) 某些特别有权威的人认为这篇文章不错可以被收录
(d) 增加某些推荐机制的复杂度（大家觉得很烦，如果没有必要就不推荐了，当然也要给好处）
(2) 在内容的输出上，需要知道这些有价值的文档应该被哪些人知道，个人认为主要有几个途径
(a) 目录式(目录的授权者知道)
(b) 项目式(项目的授权者知道)
(c) 知识地图式(创建知识地图的小组知道)

3.虽然有用的知识地图很多，也很有价值，但是怎么让其他人知道我们有这个知识地图，可以去看这个知识地图……
  我们通过了各种手段来制作知识地图，更新维护知识地图，但是别人不知道、不了解，再好的内容也只是沉淀，这些知识地图不和实际业务相结合，沉淀得多了就依旧还是一个信息海洋，还是不知道怎么利用，我认为主要可以通过几个方面来解决
a 与实际的工作流程相绑定（须考虑跨系统之间的绑定，因为很多企业系统是多套的互不整合的）
b 与日常的知识点浏览相绑定 （扩大影响范围）
c 与搜索相绑定 （扩大影响范围）
d 与用户相绑定（扩大影响范围）