如果您不熟悉该概念，则知识库是一个易于搜索且组织良好的文档的集合，公司中的任何人都可以为该文档做出贡献。 目的是在每个人都可以访问的集中位置记录机构知识。
在我以前工作过的公司中，内部Wiki对我非常有用。 如果遇到任何技术或非技术问题，这都是我去的第一个地方。 如果Wiki中不存在答案，我自己写一个页面。 我还将为自己创建页面并添加我的日常笔记，以期有一天对我或其他人有帮助。 它经常这样做。
在Agolo，我提倡为我们的公司建立知识库。 经过大量调查和审议，我们决定选择DokuWiki。 我从这个过程中学到了很多东西。
这篇博客文章试图组织和提炼我们在选择DokuWiki之前所研究的选项。 希望它可以帮助您指导组织中的类似过程。 在下一篇文章中，我将介绍使用DokuWiki所面临的挑战和经验教训。
以下是为我们的创业公司选择知识库软件时考虑的所有选项。
1.维基
由于我以前的经验，我强烈建议使用此工具。
我们考虑了许多替代Wiki产品。 首先，我们寻找的托管解决方案最好是免费的。 我们查看了Wikia，但是它不提供私有的内部Wiki。
我们研究了Gollum，并可能为它的Wiki创建了一个空的GitHub存储库，但还是反对了。 它没有足够大的社区或没有可供选择的插件库。 而且，据我所知，它没有标记页面的能力。 但这是一个非常有力的竞争者。
我们还考虑了Confluence，但认为它太复杂且太昂贵。 我们不使用JIRA或任何其他Atlassian产品，因此我们认为我们不会充分利用它来节省成本。 如果不花钱，Confluence可以满足您的所有需求。
据我们所知，How.dy的Slack Wiki看起来很理想。 它使用Markdown，具有一个简单而现代的UI，并且是免费的。 它具有Slack集成，并使用Slack进行身份验证。 它还使用纯文本文件作为其存储引擎。 它可能没有搜索，所以这是一个缺点。 但是，使用它的主要威慑因素是公众无法使用它。 该博客文章称将开放，但我找不到后续帖子来宣布其可用性。
最后但并非最不重要的一点是，我们使用MediaWiki进行了调查，MediaWiki是建立在Wikipedia之上的。 这是功能非常齐全的Wiki软件。 它在Wikipedia上的使用是久经考验的。 大多数人都非常熟悉其UI。 我们之所以没有选择它，是因为它太强大了，无法满足我们的需求。 我们希望我们的Wiki轻巧，易于安装且不至于太庞大。 此外，我们希望避免将完整的数据库用于存储引擎。 因此，MediaWiki出局了。
2. Gitbook
我的一位同事最近使用Gitbook编写了一本书，他对此非常热情。 因此，我们也考虑以Gitbook格式拥有知识库。 想法是知识库的每一页都将是其自己的章节，子章节或子章节，具体取决于它在文档的全局层次结构中所处的位置。
好处是它使用了Github风格的Markdown，我们大家都已经很熟悉了。 它具有现代的外观，大多数Wiki产品都没有。 这也迫使我们在创建页面时考虑层次结构。
但是，我觉得它有太多缺点。 我要说的是，强制分层性质本身就是一个缺点。 知识库应尽可能减少页面创建的摩擦。 如果创建页面意味着要考虑页面在知识库的全局结构中的适合位置，那么页面创建的频率将降低。
此外，从读取模式转换为写入/编辑模式的过程非常缓慢-这种转换显然尚未优化。 写书时，作者通常不会在编辑和阅读之间切换。 因此，这对于该用例是有意义的。 知识库应该更允许从阅读切换到编辑。 这将鼓励更多的参与。
另一个缺点是，在我看来，知识库中应该包含指向知识库其他页面的链接。 在Gitbooks中，链接到另一章并不常见。 这是因为它所基于的范例是书籍，这些书籍可以从一章到下一章进行线性阅读。
我反对Gitbooks的另一个重要原因是它不可扩展。 在头几个月中，每个文档只有一章可能会起作用。 但是，随着我们公司的发展，我们的知识库也会随之增长。 如果每个新章节都必须适合现有的层次结构，那么拥有500个章节将变得很麻烦。 而且，章节列表将变得完全无用。
最后，拥有私人Gitbook的费用为每月7美元。
因此，我们决定不将Gitbook用于我们的公司知识库。
3. Evernote
我们中有些人已经是Evernote的重度用户。 因此，我们考虑只创建一个笔记本，让我们所有人不断添加笔记。
我们已经将Evernote用作用于某些特定目的的协作工具。 例如，我们将会议记录存储在Evernote笔记本中。 这使之特别容易，因为我们中的某些人使用Scannable应用程序为手写笔记页面拍照并使其在Evernote中可搜索。 这是一个巨大的优势。
使用Evernote的另一个优点是创建和编辑便笺的摩擦极低。 没有编辑模式与只读模式的概念，因此将鼓励用户编辑他们正在阅读的页面。 在知识库中，这是非常可取的效果。 另外，由于它是一种应用程序，因此除了在我们的笔记本电脑上具有高性能外，还非常适合移动设备使用。
但是，我感觉到将所有内容都转入Evernote时固有的结构不足。 这是与Gitbook相对的另一端。 对我来说，这将导致创建新页面太容易，从而导致更多问题-查找旧页面将变得更加困难。
此外，将知识库中的每个文档都放在同一个笔记本中似乎也有问题。 如果有可能共享笔记本的层次结构，Evernote在我眼中将更加可行。 不幸的是，堆栈不可共享。 将知识库分为较小的类别会比较容易。
因此，尽管Evernote是强有力的竞争者，但我们还是决定反对它。
4.关键装订器
我们对Bookbinder背后的原理不太熟悉，文档似乎不够详尽，无法让我们熟悉。 此外，设置似乎是进入我们的障碍。
此外，我们无法确定该软件是否支持页面的标记和分类。
5.共享点
除了价格昂贵之外，Sharepoint的重量也无法满足我们的需求。 我们不是MS生态系统的广泛用户。 此外，陡峭的学习曲线对于我们的需求来说似乎太复杂了。
尽管Sharepoint也可以选择创建Wiki，但它不支持Markdown。 因此，我们不想做出使用Sharepoint的承诺。
