公司项目十分庞大，许多项目文档找起来十分麻烦，有些知识只有问更熟悉项目的人才能解答，所以我认为在公司内部建立wiki系统十分有必要。但现在有个问题， 我刚来公司不久 ，公司内部并没有对此形成统一的意见，请问建立好的wiki系统应该如何推广呢？ 有没有成功建立公司内部wiki系统的例子，可以和我交流一下。 还有，我觉得在公司内部建立像知乎这样的问答平台也不错，请问公司内部wiki平台和问答平台哪个更合适些？
选择一个有讨论功能的企业 wiki 即可，不过说服没有企业 wiki 使用习惯的公司使用 wiki 还是有一定难度的。国外企业早就养成了知识沉淀习惯，而国内公司创立时间较短，很多公司还没有意识到文件分散化的弊端，题主能意识到公司 wiki 的重要性，思维已经走在知识管理前列了。
根据我们公司的经历，总的来说，要让老板觉得 wiki 对公司有意义，让同事觉得 wiki 能帮到他们而不是让工作变得更繁杂，才能够最终让整个团队习惯于使用 wiki 工作。
1. 用案例展示出来用 wiki 的好处，让领导觉得这个东西有用，才好开展后面的工作。形成企业 wiki 的好处实在太多了：
而对于公司层面最重要的是，“经验”这种宝贵的公司财富，以往只存在于老员工的脑袋里，和各个员工的硬盘里，很容易流失。但是有了 wiki 以后，公司的每一个流程、每个客户带来的经验总结都可以沉淀在同一个位置，成为企业发展的坚实后盾。
2.从你自己开始，先把 wiki 用起来。比如说把你手里的所有文档传到 wiki 上面，当同事让你给他发xx文件的时候，直接把 wiki 库地址甩给他，或是让他去 wiki 里面搜索。一次、两次可能大家还会私敲你要文件，但是久而久之大家会发现你的用法很方便。
3.从功能层面，教团队善用搜索框和版本控制功能。对于员工来说，企业 wiki 比 SVN 库好用的一点就在于，很容易就能找到自己需要的、最新版本的文件。不需要在文件库里翻来翻去，不需要在微信群里传来传去，把 wiki 当作自己公司内部的百度来用，是能够帮到大家工作的。
4.选择一款交互友好的 wiki。ToB 类产品在交互和设计上往往弱于to C产品，无论是 Mediawiki 还是 dokuwiki，都像是上个年代的产物，对于习惯使用 toC 产品的年轻人来说相当不友好。现在企业级软件也在逐步简化操作界面，提高体验。国外的Confluence，国内 onES Wiki 都是不错的选择。
5.选择一款权限控制比较强的 wiki。企业 wiki 和个人笔记毕竟不同，如果所有人都有全部读写权限，很容易造成信息丢失、被竞争对手窃取全部知识等等恶劣的后果。所以基本的分部门权限、读写分离权限、管理员权限是必备的，onES Wiki还可以设置某个成员域可读，对企业来说是比较实用的功能。
2年前刚进公司的时候，整个研发team内部没有一套有效地文档管理机制，大部分文档都存放在ftp服务器上以及大牛们的心中。
后来我就搭了个mediawiki作为我们小team的文档管理库，尝试着把能搜集到的资料都弄上去。
虽然丑归丑点，但是效果还不错。小组内的同事用的还很多。但是很遗憾，一直没有推广到整个研发组织里去。
因为就在我搭起来不久之后，公司引入了JIRA+Conflucence的商业智库，我的这套环境上的资源也被迁移进去。看起来似乎一切都走上正轨。
首先要改变大家的习惯，其次这个wiki才能被撑起来。如果只是一厢情愿的觉得什么好就用什么，也许你能在一个小圈子里推广，但是要大多数的人都用上，我觉得除了KPI来驱动，没什么能办到。
confluence也是wiki啊，并不是mediaWiki才叫wiki。事实上根据我的经验，如果是公司内部使用，confluence可能更合适，因为：
言归正传我觉得最重要的还是习惯问题，外国人使用维基一种潜移默化的思维，什么东西都喜欢往维基上搬，维基百科，wikia，个人维基，企业维基…中国人一提维基就只知道维基百科，而且都是只看不写的那种，大多数人的认识还停留在“维基和百度百科不是差不多的东西吗”这种层次。
企业的领导者也没有这种观念，大多数不会介意内部信息系统的建设，其实国外这种面向企业的维基系统很多，微软有个Sharepoint我估计国内好多人根本没听过，当然听了也不会去用，正版卖的齁贵…国内许多企业的操作系统和office，photoshop还都是破解版的呢……什么时候黑苹果没了，才能指望有人花钱买维基软件。
而mediaWiki本身就不是为企业开发的，难用不好使那是必须的，但是这也是mw牛逼的地方～国外也有许多第三方改造优化过的mediaWiki，比如gamepedia采用的hydra，但依然不是对企业端开发的，企业如果想用必需克服这么几个问题，首先是隐私和安全，肯定不能开放，也不放心放在第三方平台和服务器上再有就是易用易学。省钱最好免费这样一看基本上所有维基系统都不合适
我公司也有WIKI，应用覆盖全公司，包括项目管理、软件研发与测试、硬件研发与测试、生产、人事、IT部门。。。由于项目过程文档和相关信息都每天更新到WIKI，所以同事们基本都养成习惯主动上WIKI。维护和更新的话，每个部门指定专人即可，很方便。
睡不着，溜达过来和题主聊一下~我司是二者兼有，confluence的wiki+内部自建bbs。我恰好是某部wiki管理人员之一，提一点看法。
wiki好比一份“说明书”，百科式的架构存储各类文档都很方便，也方便他人查阅及完善更新，某种程度上来说解放了公司人力；知识的归档+总结也有利于新项目的借鉴及错误规避等等。
贵司暂时没有统一想法我猜也许是因为整理资料再上传并不是一件容易的事，且担心项目资料被不相干的人查阅外泄？（后者其实可以通过wiki的查阅权限来处理）要推行开，不妨初期调派专人负责整理上传，从主干开始完善，跟上进度后就交回各负责人维护。
问答平台做成bbs形式（pc或APP）也无不可，通过积分奖励的形式鼓励员工参与~我司就经常搞这样的小礼品赠送哦，偶尔玩大的还有现金卡券什么的，我这种懒人都会愿意参与。
WIKI维护需要专人，然而。。这也是人力，在很多人眼里，浪费这么个人不如大家都成为专家。。。
无论什么系统，只要让大家明白它能带给大家的便利，其实就可以很好的推广，毕竟能提高效率，早点下班，谁会不乐意呢？
像题主说的，知识库的确很方便，能为企业提供高效的知识管理体系，利于团队文档储存，加快企业内部知识的流动与传播，避免知识碎片化和知识孤岛，便于团队沉淀经验、实现资源共享。所以只要让大家知道这些好处就可以了。
举个例子，可以将一些日常需要用的文档放到知识库里，像是考勤制度表、报销制度这类的，便于大家寻找。
如果需要向团队展示讲解页面内容，可以使用页面的演示模式功能，演示模式会全屏展示页面内容，并将页面所有元素放大，便于演示。
2014/11/20 Update: 用docker快速搭建dokuwikireterVision/docker-dokuwiki · GitHub
我们公司目前技术团队规模不大，只有五个人。但是我们还是在公司内部搭建了一个MediaWiki，做知识共享和文档存储之用。
平日里基本上大家各有各负责的模块或功能，忙起来的时候能沟通的机会也很少，所以每完成一个比较复杂或者使用了新技术的功能后，我们都会把具体搭建和编码的过程往Wiki里写写。
有一个经验就是，在大家都能从这样的一个Wiki系统里得到好处的时候，习惯就能够开始养成了，所以在写Wiki的时候不能单纯把她当成一个记录的工具，而应该更多的把Wiki当做Blog来写，尽量观点明确，言简意赅，最好还能配合上比较生动的例子。这样既能给团队的技术积累带来好处，也锻炼了自己的文笔，双赢。
