知识库软件：价格与选型

知识库软件被当作一个分类来卖，实际上却是三种不同的产品。公开的帮助中心、内部Wiki和产品文档站点，在每个目录里都归在同一个标题之下，可一旦看权限、搜索和账单，它们几乎没有共同点。

选错形态是代价最高的错误，而且试用期间很少看得出来。真正告诉您的是第二年的账单，到那时内容已经写完，迁移本身就是一个项目。

下面的每一个价格，都是 2026 年 9 月 5 日 在厂商自己的定价页上读到的，而且每一个都会变。请读懂模式，不要死记数字。

数字里的知识库软件

下面六个数字值得带进和厂商的谈话里，全部读取于 2026 年 9 月 5 日。

每月 $0 到 $799，涵盖十人团队的全部现实区间，差别只取决于厂商按哪个单位收费
$0.75 到 $0.99，是公布了费率的两家厂商对一次 AI 解决所收的价格：Help Scout 收 $0.75，Intercom 收 $0.99
每坐席每月 $55，是把知识库捆绑进完整客服套件的入门价，对应 Zendesk Suite Team 年付
每站点每月 $65 外加每位编辑 $12，是读者免费时一款文档产品的价格，对应 GitBook Premium 年付
每月固定 $249，是专用知识库工具按用户档位而非按席位收费时的起价，对应 Helpjuice 最多 30 位用户
五家厂商里有一家完全不公布价格。 Document360 把定价表换成了一份配置问卷

这个差距与功能无关，而在于厂商决定数哪一类人。

同一个分类名背后的三种产品

区分它们的不是功能清单，而是谁来读这些内容，因为这决定了厂商按谁向您收费。

公开的帮助中心 依附于客服工具。客户来读，客服坐席来写，整个东西的存在就是为了不让一个问题变成一张工单。它的搜索是为不懂您行业用语的人调校的，它的数据分析只回答一个问题：哪些文章让工单没有被提交。

内部Wiki 是大多数笔记与Wiki工具的形态，由员工阅读，由所有人撰写。难点是权限，而不是发布。内容天生更杂乱，一年之内就有一半过时，工具真正的任务是让现行版本能在过时版本旁边被找到。

产品文档站点 由要和您对接的人阅读。它挨着代码仓库，随版本发布而分版本，通常用 Markdown 来写，写的人不会接受富文本编辑器。

	公开帮助中心	内部Wiki	文档站点
谁来读	客户，无需登录	员工	开发者和集成方
谁来写	客服团队	所有人，参差不齐	工程师和技术文档撰写者
账单按什么计数	客服坐席	每一位员工	站点加编辑
搜索要处理的是	客户的用词，而不是您的	过时与现行	精确的 API 名称和代码
人们期待的编辑器	富文本	富文本	Markdown，在代码仓库里
版本管理	很少需要	很少需要	随每次发布，没有商量余地
常见失败	上线后没人再更新	权限失控蔓延	文档落后于发布

为其中一种打造的工具，做另外两种都做得不好，而演示不会让您看出这一点。让内部Wiki去服务客户，您会得到一堵不想要的登录墙。让帮助中心去承载工程文档，您会得到一个把代码块弄乱的编辑器。

多数超过三十人的公司，最终会拥有三种中的两种。这不算采购失误。两类受众想要的东西不同，一个工具兼顾两者，通常意味着内部内容打磨得太精致而难以保持更新，或者对外内容太粗糙而无法发布。

账单实际在数什么

知识库软件有六种不同的收费方式，这些模式之间的差距，远大于功能清单之间的差距。

工具	按什么收费	2026 年 9 月 5 日的价格
Zendesk	按客服坐席	Suite Team 每坐席每月 $55，Suite Professional 每坐席每月 $115，年付
Help Scout	按用户，带免费档	5 位用户和 1 个 Docs 站点免费；Standard 每用户每月 $25，Plus $45，Pro $75；额外的 Docs 站点每个每月 $20
Intercom	按席位，外加每次 AI 解决	Essential 每席位每月 $29，Advanced $85，Expert $132；Fin 每次解决 $0.99
Helpjuice	按用户数的固定档位	最多 30 位用户每月 $249，最多 100 位 $449，不限用户 $799
GitBook	按站点，外加编辑	Premium 每站点每月 $65（年付），外加每位用户 $12；Ultimate 每站点每月 $249
Notion	按成员，Wiki 优先	个人免费；Plus 每成员每月 $10，Business $20；AI 智能体每 1,000 点额度 $10
Document360	仅报价	不公布价格，与销售沟通后按配置定价

按坐席 是隐藏最少的模式。这些人本来就在付费，知识库顺带附送，新增一篇文章的成本为零。麻烦在于，凡是要写文章的人都得占一个客服席位，所以想改一段话的产品经理，要么拿到一个 $55 的席位，要么把修改转交给有席位的人。

按用户并带免费底线 是多数小团队应该起步的方式。Help Scout 的免费档包含五位用户和一个 Docs 站点，这就是一个完整的公开帮助中心，分文不收，只有当客服团队扩大时，才会跳到每用户 $25。

按解决次数 是唯一一种软件真正好用时厂商才拿到钱的模式。Intercom 的 AI 智能体每次不经人工结束一场对话就收 $0.99，Help Scout 收 $0.75。这很坦诚，但也无法做预算：自助服务效果好的月份，账单比效果差的月份更大，数字随着您的流量而不是人头波动。

按用户数的固定档位 在中间段便宜，在两端则像悬崖。Helpjuice 每月 $249 包含 30 位用户，对四人团队很贵，对二十八人的团队很便宜。该查的数字不是今天的人数，而是会跨过下一档的那个人数。

按站点 把读者和作者分开，对任何公开内容而言，这是能随规模扩展的模式。GitBook 已发布的页面浏览量不限，所以流量增长不花钱，写作团队增长则是每人 $12。

按成员，Wiki 优先 是知识库只是工作区的一项功能，而不是独立产品时您得到的模式。Notion 每成员 $10，用于内部文档很便宜，用于面向客户的帮助中心则别扭，因为不管是否写过东西，全公司的人都在账单上。

仅报价 在您拿到数字之前就已经说明了一些事情。Document360 取消了公开价格，换成配置问卷，这意味着价格取决于卖方对您了解了多少。这不一定是坏事，但您听到的第一个数字只是开场报价，在销售电话之前做预算也就无从谈起。

Zoho Desk 稍稍在这张表之外，因为它按地区定价：免费档包含三个坐席，知识库从 Standard 方案起才出现，但显示的数字取决于您从哪里打开页面。任何价格随您的 IP 地址而变的厂商，在对比之前都需要一份书面报价。

三种规模下要花多少钱

四款产品，按三种团队形态定价。厂商提供年付的，按年付计。

	3 人，公开帮助中心	12 人，帮助中心加内部Wiki	40 人，文档加客服
Help Scout	免费档，$0	Standard，每月 $300	Pro，每月 $3,000
Zendesk Suite Team	每月 $165	每月 $660	每月 $2,200
GitBook Premium	每月 $65 加 2 位编辑，$89	$65 加 11 位编辑，$197	$65 加 39 位编辑，$533
Notion Business	每月 $60	每月 $240	每月 $800

这张表显示了两件功能对比永远显示不出来的事。按面向读者的席位定价的产品，变贵的速度与您有多少文档毫无关系；按站点定价的产品，在公司规模翻了三倍时几乎纹丝不动。

关键在于您的作者和读者分别坐在哪里。如果十个人读、两个人写，就买一个只对这两个人收费的模式。

真正有差别的功能清单

这个分类里宣传的几乎所有功能，每家都有。下面这份是精简的清单：真正能把产品区分开的功能，以及它们通常被锁在哪一档之后。

功能	哪些工具有	通常锁在哪一档
公开帮助中心	每个工具	无
富文本编辑器	每个工具	无
文章数据分析	每个工具	无
自定义域名	多数工具	第一个付费档
带零结果报告的搜索分析	部分工具	中档
多个站点或品牌	部分工具	中档，或按站点计价
带分语言工作流的多语言	较少工具	顶档或按语言收费
文章版本管理和定期复审	较少工具	顶档
管理员和编辑之外的细粒度权限	较少工具	顶档
SSO 和审计日志	多数工具	顶档或企业版
可自行控制的重定向	较少工具	不一，常常缺失
以开放格式自助导出	较少工具	不一，常常缺失

真正的差别在最后三行，也正是没有任何演示会涉及的几行。重定向和导出决定了离开的代价。权限决定这个工具能否经受住四十人公司的实际使用。

多语言，以及它的代价

翻译是让知识库价格翻倍最可靠的一种办法，而定价模式很少在首页上说明这一点。工具自身没有工作流的话，最终要由专门的翻译工具来承担。

会出现三种情形。有些厂商把每种语言当作一个单独的站点或工作区，于是按站点的价格被成倍放大。有些厂商包含多种语言，却把翻译当作 AI 功能，按字数或按额度计费。有些厂商只在顶档才支持多语言，那是一次档位的跃升，而不是一个单独的收费项。

如果以后有可能不止一种语言，请在签约前弄清这几点：

一种语言在账单上算一个新站点，还是一篇文章的一个变体？
搜索是在单一语言内部进行的吗，还是德语查询会返回英文文章？
源文章变动时，译文能否被标记为过期？
URL 结构里是否带有语言，而这是不是您想让搜索引擎收录的结构？

最后一点日后再改，代价高昂。把语言放在查询字符串而不是路径里的帮助中心，每种语言在搜索里都从零开始，而要改，就得为现有的每一篇文章做重定向。

权限，以及私有知识库在哪里崩溃

公开的帮助中心只有一种权限：发布或不发布。内部知识库有一套权限模型，而这正是Wiki工具在四五十人规模时悄悄变得不可用的地方。

这里的访问控制不是因为太弱而失败，而是因为太依赖手工而失败。每个新页面都从某处继承权限，有人出于正当理由改写过一次，十八个月后没人说得清谁能读到薪资档位。

三个问题可以区分能扛住这种局面的工具和扛不住的工具：

权限是从某个结构继承的，还是按页面单独设置的？ 从空间或栏目继承是可以维护的。按页面设置权限，就成了没人维护的电子表格。

有没有一份“谁能看到什么”的报告？ 没有的话，权限审查就是一个人逐页点击，也就是说它不会发生。

有人离职时会怎样？ 归已停用账号所有的页面，不应该变成无主页面，更糟的是变成不可见。

有合规义务的公司还有第四个问题：一份显示谁在何时读了什么的审计日志。这项功能几乎在所有地方都在顶档，所以请在选产品之前查清那一档的价格，而不是等审计员问起之后。安全与合规货架上，就是把这件事当作核心功能的那些工具。

搜索就是整个产品，却是没人演示的部分

厂商的演示展示的是编辑器。那是您只会用两周的部分。搜索才是决定有没有人读您所写内容的部分。

三件事把有效的搜索和什么也搜不到的搜索区分开来。

它必须处理客户的用词，而不是您的。 文章叫“配置出站 SMTP 中继”，而用户输入的是“邮件发不出去”。如果工具只匹配文本中出现的词，这次搜索就会失败，工单就会被提交。同义词表，以及越来越多的语义匹配，正是用来弥合这个缺口的。

它必须经得起错别字和不完整的词。 多数站内搜索，对一个字母颠倒就返回零结果，访客看到的就是“这个帮助中心什么都没有”。

它必须报告哪里失败了。 值得拥有的报告不是热门文章列表，而是返回零结果或无人点击结果的那些搜索。这份清单就是您的内容待办，由需要答案的人亲手写成。

试用期间，用您自己的词来测这三点，不要用厂商的示例内容。导入二十篇真实文章，让一个不做这个产品的人，试着找出五个答案。

值得汇报的四个数字

多数知识库的数据分析界面，只是在页面浏览计数器上加了一张图表。真正有意义的是四个数字，其中三个需要自己拼出来，而不是直接从看板上读。

工单分流率。 读了文章但没有提交工单的会话数，除以读了文章的会话数。有些工具会计算，多数不会。缺失时，可行的替代办法是对比某个主题的文章上线前后的工单量。

零结果搜索率。 返回空结果的搜索数，除以全部搜索数。超过百分之几，就意味着内容缺口或用词缺口，搜索日志会告诉您是哪一种。

文章与工单比。 某个主题的工单数，除以同一主题的文章浏览量。在您已经写过文档的主题上这个比值很高，说明文章存在，却没有回答问题。

陈旧度。 十二个月内没有编辑或复审的已发布文章所占的比例。这个数字能预测整项投入是否会衰败，而几乎没有工具默认显示它。

在第一个月就把这四项建立起来。没有它们的知识库，就是一个文件夹的文档，到了预算时没人能为它辩护，而数据分析工具也提供不了它们：这些数字来自帮助中心自己的搜索日志和工单日志。

AI 回答改变了什么，没有改变什么

这个分类里几乎每个工具现在都宣传一层 AI。准确地说，它是一个检索系统，读取您的文章，然后回写一句话，凡是您没发布过的内容，它一概不知。

这带来一个每次推介里都被略过的后果。AI 知识库工具会放大您的内容原本的样子。 单薄的文章会生成自信的单薄回答，两个页面之间的矛盾则会生成随机挑一个的回答。以为 AI 层能弥补被忽视的文档的团队，得到的是相反的结果：被忽视的状况变得可以被引用了。

计费是第二个后果。用于自助服务自动化的 AI 工具，几乎从不包含在基础价格里。它们以按解决次数收费、额度包或更高档位的形式出现，而用量由您的客户而不是您来决定。

在开启帮助中心自动化之前，请以书面形式拿到这四个问题的答案：

什么算一次计费事件：被问了一个问题，给出了一个回答，还是客户确认已解决的一场对话？
额度用完时会怎样，是硬性停止，还是按超额费率计费？
能否为每月支出设置上限，达到上限后是转回人工客服，还是什么都不做？
回答是否引用其来源文章，使得错误回答能追溯到一个可修复的页面？

在开启之前先算一笔账。按每次解决 $0.99 计算，每月两千次被分流的对话是 $1,980，比上表中多数订阅都贵。这依然可能是最便宜的选择，因为同样两千场对话交给人来处理，花费要高得多。只是它应该是一次决定，而不是一场意外。

自助服务 AI 工具值得拥有。它们值得排在第二位，在覆盖您最常见二十类工单的二十篇文章已经存在并且正确之后。

写出人和 AI 回答都能用的文章

让文章便于快速浏览的结构，也让检索系统更容易正确引用它。不花钱，改变却很大。

前两句话就给出答案。 把解决办法放在最上面，背景放在下面。检索系统取的是离问题最近的段落，从搜索进来的读者也不会去读引言。

一篇文章只回答一个问题。 一篇涵盖四件关系松散的事的文章，会因为四件事都被检索到，却没有一件答得好。

写明版本和日期。 “截至 2026 年 3 月，在方案 X 上”，让读者和模型都知道这个答案是否仍然适用。没有日期的操作说明，是 AI 对产品给出自信却错误回答的主要来源。

凡涉及限额，就用表格。 表格里的数字能在提取中保留下来。同样的数字放在段落里，出来就被弄乱了。

用客户的叫法来称呼事物。 如果客户说“发票”，而界面上写的是“结算文件”，文章里两个词都要出现，各一次，且不要把句子写得别扭。

每个事实只保留一个权威页面。 同一项限额，两个页面写着不同的数字，得到的是抛硬币，无论是在搜索里还是在 AI 回答里。

自托管和开源，说句实话

许可证免费的知识库软件确实存在，也是真正的软件，成本只是转移了，并没有消失。

您省下的是订阅费。您转而支付的是托管、升级、备份、TLS 证书、搜索索引，以及负责这一切的人。在小规模时，这个人是夜里干活的创始人，那是公司里最昂贵的工程时间。

开发者工具货架上的产品，让人很容易低估这一点。自托管在两个条件下是合理的选择：已经有平台团队在运行其他服务，或者数据驻留规定使托管产品确实无法使用。

除这两种情形外，这笔账很少划算，而且失败方式很具体、也很常见：知识库在一个未打补丁的版本上跑了两年，因为升级不归任何人负责。

迁移，一步一步来

文档软件会悄悄积累切换成本，比目录里大多数分类都更明显。一年的文章、图片、重定向和内部链接，要搬走确实很难，厂商对此心知肚明。

四个问题，在签合同之前回答，而不是在迁移过程中：

导出的是什么格式？ 您想要的答案是：不借助他们的软件就能读的 Markdown 或 HTML 文件。一个以内部标识符为键的 JSON 数据块，技术上算导出，实际上等于被扣为人质。

图片会一起导出吗？ 附件常常被排除在导出之外，并托管在厂商的域名上。您离开的时候，每篇文章里的每张图片都会失效。

URL 能保留吗？ 如果您的帮助中心放在自己的子域名下，重定向由您控制。如果放在他们的域名下，所有人分享过的每一个链接，都会在您取消订阅那天死掉。

导出是自助的吗？ 需要提交客服工单才能导出，意味着厂商可以在您最想要快的时候拖慢它。

真正迁移时，避免出现一个月空窗的顺序是：

在动新工具之前，先导出全部内容并放进版本控制，这样就有一份属于您自己的副本
在旧工具仍然上线并公开的情况下，导入新工具
逐篇重建 URL 对照表，包括没人链接的那些
配置好重定向，并手动测试其中二十条
切换域名，并把旧订阅再保留一个计费周期
观察两周的零结果搜索率，因为导入出错会最先在那里显现

跳过第一步，是把迁移变成重写的错误。Google 关于更改 URL 的网站迁移的指引，对帮助中心和对网站同样适用，而重定向对照表正是决定搜索流量能否保住的部分。

代价最高的七个错误

买了形态，而不是受众。 为客户买了Wiki，或者为工程文档买了帮助中心
只数今天的席位。 上表中的每种模式都有边界，问题是十八个月后您会在哪里
内容还没有就开启 AI。 它让缺口变得可被引用，而不是把缺口填上
发布在厂商的域名上。 注册时便宜，之后的每一个环节都很贵
没有指定编辑。 知识库的衰败，出于没有人做的决定，而不是出于糟糕的决定
写四十篇没人问过的文章。 客服日志就是待办清单，其他都是猜测
从不跑一次导出。 第一次尝试，不该是您准备离开的那一周

一次能说明问题的试用

如果把时间花在正确的事情上，两周足以判断一款知识库软件。多数试用都花在欣赏编辑器上了。

导入二十篇真实文章，包括最长的两篇和截图最多的一篇
让团队之外的人用他们自己的话搜索五个答案，并记录他们输入了什么
故意搞坏搜索：错别字、复数形式、竞品对您功能的叫法
发布一篇文章，然后编辑它，确认公开版本多久才更新
第二天就运行导出，而不是第十三天，并打开导出的内容
加入第二位作者，看看账单因此发生了什么变化
开启 AI 层，问它三个您的文档没有回答的问题，并读它的回答
在一个页面上设置权限，然后用不该看到它的账号去读
看看帮助中心在手机上是什么样子，因为多数读者是拿着手机看的
测量一篇已发布文章的页面体积，因为在移动流量下加载缓慢的帮助中心，会在搜索中途被放弃

及格线不是“我们喜欢”，而是这份清单上没有任何一项带来您本会在第四个月才发现的意外。

知识库软件与其他一切的位置关系

知识库不是客服渠道，而是防止渠道被塞满的东西。它由您已经在回答的工单来供养，由通过搜索而来的人来阅读，才会奏效。

这样顺序就相当清楚了。在选平台之前，先把二十个最高频的答案写出来，因为内容决定了您需要哪种形态。

把它接到处理对话的系统上，因为无法展示文章的在线客服聊天工具，每次都会把同样的问题送给真人。

套件型的选项在客户支持货架上，按站点计价的在文档工具里。等源材料值得被引用之后，再加上 AI 层。

还要像读合同那样读定价页，因为它本来就是合同。SaaS 定价页隐藏的五件事在这里完全适用，尤其是最低席位数，它会让以为自己在买网站的团队吃亏。

我们目录中的每一款知识库工具，都按同样的条件收录，带 nofollow 链接，没有付费排位，这也是我们对排序作出的唯一声明。浏览目录，并在相信任何数字之前，先核对厂商自己的定价页，包括我们的数字。

大家实际会问的问题

十人团队的知识库该花多少钱？

在 2026 年 9 月 5 日，同样的活，从零到每月约 $800 都有，完全取决于模式。十位客服坐席用 Zendesk Suite Team 是每月 $550，其中大部分是服务台的费用，而不是知识库的。

十位编辑用 GitBook Premium，是站点 $65 加额外席位 $108。Help Scout 在五位用户时免费，十位用户时每月 $250。比较任何两个数字之前，先弄清您买的是哪个单位。

Wiki工具用作面向客户的帮助中心够好吗？

通常不行，原因有两点，都与功能无关。Wiki工具默认要求身份验证，它的搜索是为已经懂内部用语的人设计的。这两点对员工是对的，对客户是错的。如果预算迫使您这样做，至少要确认页面可以不登录就公开发布，并且能被搜索引擎收录。

内部文档和对外文档需要分开的工具吗？

多数超过二十人的团队最终会有两个，这不算失败。两类受众需要不同的权限、不同的搜索行为和不同的编辑标准。一个工具兼顾两者，通常意味着内部内容打磨得太精致而难以保持更新，或者对外内容太粗糙而无法发布。

AI 知识库工具实际增加了什么？

它读取您已发布的文章，用一句话回答，而不是返回一列链接。对您的文档已经回答过的问题确实有用，对没有回答的问题则毫无用处。

把它当作内容之上的呈现层，而不是替代撰写的办法。计费几乎总是和基础方案分开的，每次解决 $0.75 到 $0.99。

帮助中心上线前需要多少篇文章？

足够覆盖您实际收到的问题，对一个年轻的产品通常是十五到三十篇。数量不如覆盖面重要：取最近两百场客服对话，分组，然后写出前二十个。发布四十篇回答没人问过的问题的文章，是白白耗掉一个季度的常见办法。

帮助中心应该放在我自己的域名下吗？

应该，只要工具允许，放在您能控制的子域名下。这样搜索价值留在您这边，换厂商时分享出去的链接依然有效，重定向也由您自己来写。只能发布在自家域名上的工具，便宜是有原因的。

公司里该由谁负责知识库？

由回答工单的人负责，并指定一位编辑，而不是共同承担责任。知识库的衰败，出于没有人做的决定。能长期有效的维护模式既小又乏味：下一次有人在工单里链接某篇文章时，这篇文章就被复审一次，而链接它的人就是动手修改的人。

可以先用免费工具，以后再迁移吗？

可以，文档工具的免费档是写前二十篇文章的合理地方。Help Scout 免费包含五位用户和一个完整的 Docs 站点。只是请在文章还没到一百篇之前就跑一次导出，趁了解迁移要付出什么还很便宜的时候弄清楚。

怎样防止知识库过时？

把复审挂在触发条件上，而不是日历上。可行的规则是：任何在客服回复中被链接的文章，都由链接它的人读一遍，有错就当场改。按季度做的复审扫描，会被排期、被推迟、然后被取消；挂在已经在发生的工作上的规则，才能存活。

公开的帮助中心对搜索排名有帮助吗？

可能有，而且对一小部分查询来说，只有它才行。帮助中心文章能在“问题型”搜索上获得排名，这类搜索营销网站没法回应而不显得古怪，并且这些搜索来自已经拥有这个产品的人。把它放在子域名上，允许被抓取，并让每篇文章只回答一个问题。

怎么衡量它有没有回本？

对比的是每位客户的工单量，而不是工单总量。一家在增长的公司，工单数保持不变，就是分流成功，即使原始数字没有变。然后按客服一小时的成本给这个差额定价，把这个数字放在订阅费旁边。

多语言支持呢，什么时候值得做？

当某种语言带来的客服量，足以支撑翻译以及之后的维护时，这一部分是人们常常忘掉的。一篇不再跟随原文更新的译文，比没有还糟，因为它回答得自信而错误。

先把流量最高的二十篇文章翻成一种额外的语言，等第一种保持更新之后，再加第二种。

AI 智能体和帮助中心可以共用一个知识库吗？

可以，而且应该。两者读的是同样的文章，维护两个来源，正是两者开始互相矛盾的原因。不同的是写法：前两句话就给出答案的文章，对检索系统很友好，对人来说读起来也更好。

知识库软件：该怎么选