Ales*：我们在知识管理系统里建了一个技术论坛的板块，主要针对研发体系的，希望大家在做项目的过程中，比如遇到一些问题或者难点，不知道线下应该去找谁的时候，可以在线上发起讨论。但是在运营的过程中，发现可能专业性太强了，导致有人提问的时候不太能讨论的起来。
所以想听一下各位的意见，有没有一些比较好的方式，去把这些用户活跃起来？谢谢~
张鹏*：如果是一个问答型的论坛，比如用户去提了一个问题，没有人去回答，那这里面可能会存在这几个点，第一个点就是说我们真的没有这个知识，技术的点会很细，内部确实没有人能解决这个问题。第二个点就是我们要知道这个点谁比较擅长，我们自己心里有个专家名单，要把这个东西及时推送给相应的专家，可能专家他不知道对吧？第三个就是我要有个专家库，可以每周或者定期的去做一些专家的问答活动。
如果是做氛围的话，从用户的获取去方面，可以推一些日常的专业技术问题，我们可以去看看外面的一些技术论坛，去抄一些问题过来，这是一个从零到一慢慢积累的过程。时间越长，你对这些问题的理解会越多，你就越能找到一些主题。我们自己也要去发起一些提问，这些问题的门槛要低一点，就是大家都要有足够的能力去解决这些问题。有时有的问题没有人去解决是因为大家真的都不会，不是说大家不愿意，而是太难了。
所以我们要去建一个氛围，就是说错了没有关系，尤其对于技术来说，很容易被打脸，因为那个技术点实在太多了，讨论起来会很难受，所以我们要去鼓励这种文化。
我们更重要的是向业务的人传递论坛的价值理念，就是我们有很多的知识是隐性的，在日常的一些IM工具中会逐渐消失掉，所以我们用问答会有几个好处，第一个就是说它是聚焦一个主题去回答，而不像IM里面更多的是一些滚动式的瀑布式的信息，未来搜索会很难；第二个就是论坛的会把很多的知识沉淀下来，便于搜索。还可以做一些日常讨论集合去推送给大家学习，这是一个很有收获感，而是而且凸显我们做这件事情的一个价值。这样它会变成一个比较正向的循环。
渌*：我也来分享一下我们的做法，我们最早是按专业分了不同的论坛组，后来发现只有一个做成功了。我分析了一下原因有两点，第一就是专业性比较强，就是提的问题都是疑难性的问题，因为只有疑难的问题大家才会提出来。比较容易解答的，他可能找人就问了。第二是这个专家的领导支持，因为当初我跟各个专家领导谈的时候，这个专家领导也是第一个做出来的。他是支持到什么力度呢？只要有人提一些疑难的问题，他只要看到了马上就去回答。
在这个专家领导的支持之下，其他的专家也逐步加入进来，所以最后这个论坛运作的比较好。那么这些问题以及答案，最终会提炼到他们专业的技术指南里面去。虽然这个论坛人数不多，也就300人以内，活跃度整体来看不高，可能就几天会有一个问题，但是它的技术的含金量比较高。
Ales*：那你们这个论坛是不是更倾向于一个专家库或者专家中心的概念？
渌*：其实并没有说只是专家才能参与进来，是面向大多数人的，感兴趣就可以加进来。但后面我发现在那个专家领导的带动下，基本上都是专家参与，当然问的人不一定是专家，但答的人都是一些专家。
Ales*：那你们对这部分专家做的好的，有没有什么激励措施吗？还是完全靠自驱？
渌*：基本都是自驱，属于领导驱动，因为这个领导他是创新型的领导。而且随着积累的问题比较多，大家也能互相学习，也了解在业务中实际发生了什么情况。
饺子*：我们公司也是技术型的，之前也考虑过是不是有一些激励，来鼓励那些专家和知识提供者去主动分享，也试过一些方法，后来就是慢慢消沉了，因为如果激励不是一个制度化，或者长期性的会比较难。
我们也有个平淡期，不过近两年我们的情况反转了，就是很多的知识提供者，非常乐意在论坛分享自己的知识。我观察到有一个情况促使了这种转变，就是知识管理要融入业务的某个环节当中。其实我们提供知识的那些人，会跟其他部门有业务合作，基于这个场景就会有人问问题，只要回答就一定需要花这些人的时间，可能一开始不是专家直接去回答，而是专家同部门的一些人，但总得有人回答。因为两边业务要合作，是一个相互依赖的关系。
如果你不在论坛回答，你就要在现实生活当中回答，比如电话找到你，你依然可能会花很多时间，一旦有越来越多的人找你，你的时间是同比增长的，所以慢慢反而促使这些知识提供者去论坛分享，因为这样会更节省自己的时间。在这个节点上，就找到了自己的一个平衡。主动分享，其实也是在帮自己。
我们并没有那么在意活跃度，我们只在意有效，有用就行。什么叫有用？就是大量的人不太直接去找到那些专家问问题，而是直接在这个论坛上，或者技术的知识库里面，就可以直接解决他的问题。我们这两天就发现这个知识库里面的知识急剧的增加，我们现在其实反倒觉得知识非常多。正在想办法让使用者能够更有效、更快速的、去智能化的找到知识。
Andy*：前期是不是可以把一些大家经常问到的问题先放一些上去。因为这个问问题和回答问题，是没有办法严格割裂的。假设我们现在有很多问题的答案已经放上去了，那大家能够从上面快速找到答案的话，他可能让这个平台为大家所知晓，让大家得到一个认可，其实是慢慢互动循环的过程。所以我建议可以先考虑把一些比较通用的，或者有答案的问题一起放上去做一个驱动和启动。
另外建议前期，可以通过一个业务某块或者一个产品线先试一下，在尝试的过程中去发现问题，大家不愿意用的问题是什么？一定要找到背后的原因。这样有个好处，你可以聚焦精力，不用太分散，然后找到问题解决了以后，再去推广到其它的部门。
另外一点我这边也在思考，就是让大家在平台上提问是不是必须的？有可能不是必须的，因为你对于问问题的人来说，他需要尽快得到一个答案，他在平台上问，会觉得什么时候会有人来给我回复，不如直接打个电话，或者说发个邮件，那有没有可能我们结合起来，就是问题还是可以让大家通过邮件，通过电话或者那个即时通讯的工具去问，但是事后这个回答问题的人，他来决定哪些问题和答案应该放上去？这样可能会是一个动态的，把这个主动权掌握在专家的这个手上，是不是也可以考虑这种模式？