KM平台命名规则和权限管理的经验和教训有哪些？
Andy：起初我只是参与知识管理平台的上线推广，后面逐渐做为主导者开始规划运营我们的知识管理平台。在实践过程中，对于知识管理平台的命名规则和权限管理方面，有几个关键点想分享给大家。
一、平台要有统一的命名规范
我们一开始上知识管理平台主要是解决某个业务的痛点，没有想到会做到覆盖面这么广，对于维护规范前期考虑不够，走到后期我们慢慢就发现有一些问题。一个就是最开始我们没有去制定平台命名规范，这是一个很大的坑。我们有好几个业务线，每个业务线都有很多的部门，每个部门都会建立自己的知识门户（知识论坛板块）。
这会出现两个业务线有同名的部门，比如研发一部，研发二部这种，后面多了就会比较混乱。而且当时我们的做法是基于用户要求去创建的，让用户提供一个名称。如果现在重新来做，我肯定会给他们制定一个命名规范，并且在部门知识门户命名加一个前缀，这个前缀就是这个业务线的名字，比如某某BU某某部门的这种方式命名。
这部分看起来是一个小问题，但从长期维护的角度，包括后面部门的调整等，还是会产生很多问题的，维护效率比较低。
二、平台的权限管理需要慎重和多方位考量
部门知识管理的门户创建需要有统一的归口，以及专职的人员负责。目前创建门户这个权限是统一归到我这边来管理的，在创建之前，我会进行备注，是那个部门，是做什么的等等会记录相关的信息。所以即便运行了两三年，我们也都是管理的比较清楚，没有太多的垃圾门户，这点我觉得我们做的还是比较好的。如果谁都可以自由创建，会容易导致很多垃圾的板块。
部门的知识管理门户需要限制管理员的数量，避免责任不清。我们每个板块就是一个门户，都是对应到各个部门的。一开始我们没有限定管理员的数量，由部门内部去决定。后来发现好多部门的管理员非常多，多了之后，对于部门的同事来说，一看这么多管理员就不知道哪个是真正的管理员，相当于没有管理员，导致责任不清。如果重新开始，我们会要求1个部门只可以设置1-3个管理员。
对于知识管理的内容权限要进行系统的规划。例如内容方面，需要明确哪些内容是可以让所有人查看的？哪些内容是仅仅自己部门内部或者某个项目组可以看的？以及哪些人是有权限删除内容的？哪些人是没有这个权限的？等等相关的权限都要系统的考量。
之前我们就发生过资料被误删除的情况。当时有个部门在知识门户里放了很多东西，后来他们觉得那个门户好像没什么用不需要了，就直接把门户删掉了。后来才发现其实这个门户有好多东西是不能删的。所以这也给了我们一个教训，我们一定要提前规划好人员的权限，关键权限（如删除板块）要严格控制。
以上是我在负责整个平台上线推广，以及后期运营维护过程中，感触比较深的几个点。其他小伙伴如果正准备上线平台或者在维护平台，过程当中可以借鉴参考，避免踩坑。