知识空间管理平台推荐：10款支持部门分级分类的系统分享

本文将深入对比10款支持知识空间管理的平台：PingCode、亿方云、Confluence、Notion、GitBook、SharePoint、Guru、Document360、Slite、Bloomfire。

一、为什么企业越来越需要支持“按部门分类”的知识空间管理平台

1、知识空间平台，解决的是知识归属和协作秩序

普通共享盘和基础文档工具，解决的是“把内容存进去”。知识空间管理平台解决的，是“谁来维护、谁能查看、谁能编辑、什么内容该放在哪个部门、后续如何检索和复用”。

一个成熟的平台，通常会把知识按组织、部门、项目、主题拆成不同空间，再叠加页面层级、权限规则、模板、搜索、版本记录和共享策略。这样一来，人事可以维护制度空间，市场可以维护物料和案例空间，产品可以沉淀需求和方案，研发可以沉淀设计、测试和复盘内容，大家既能分开管理，又能在需要时跨空间协作。Confluence 的 space 权限、Notion 的 teamspaces、GitBook 的 spaces 与 collections、SharePoint 的站点与文档库，本质上都在做这件事。

2、企业选型时，真正要看的是这五件事

第一，看平台能不能按部门、项目和主题做清晰分层。第二，看权限够不够细，能不能做到空间级、页面级、文件级控制。第三，看多人协作是否顺手，包括评论、@提醒、版本回溯和多人编辑。第四，看部署方式是否匹配企业要求，尤其是 SaaS、私有化、本地部署和混合云。第五，看安全和合规能力，特别是日志、审计、认证、备份和外部共享控制。

二、10 款支持知识空间管理平台盘点

1、PingCode + 面向研发与跨部门协作的知识空间平台

推荐理由：
如果企业想找的不是单纯的“文档工具”，而是一套能把知识空间和业务流程连起来的平台，PingCode 很值得放到前面看。它的知识管理不是孤立模块，而是和需求、项目、测试等能力做了联动，适合产品、研发、测试、交付这类协作链条长的团队。官网也明确写到，PingCode 覆盖知识管理、项目管理、测试管理等场景，支持 25 人以下免费使用，并已服务 9000+ 企业。

核心功能：
PingCode 支持多级知识空间、页面树、多人在线编辑、评论、@提醒、Markdown、代码块、模板、历史版本回溯，以及 Confluence、Markdown、HTML 等历史数据迁移。它还有一个很实用的点，就是知识页面可以和需求、项目、测试、工作项等对象关联，文档不只是归档，而是可以真正嵌进团队日常协作流程。

适用场景：
更适合三类团队。第一类，是产品、研发、测试一起协作的团队，需要把需求说明、设计文档、测试规范、发布说明放进一套统一知识空间。第二类，是部门较多、流程较长的企业，希望不同部门既有独立知识空间，又能在项目推进中联动。第三类，是对私有化、本地部署、国产化适配比较关注的组织。

优势亮点：
PingCode 的优势不是“能写文档”，而是更容易把知识沉淀做成闭环。比如一份产品方案，不只是被放进空间里，它还能和需求、测试、项目进度关联，后面做交付追溯、缺陷复盘、经验复用都会更顺。再加上官网展示的 CMMI3、ISO27001、ISO9001、ISO20000 等资质，以及长城汽车等客户案例，平台的企业级成熟度是比较清楚的。

使用体验：
它更像一套“结构化知识空间 + 团队协作平台”。对研发和产品团队来说，上手门槛不算高，空间结构也比较清楚。对非研发部门来说，也能用来承接制度、培训资料、SOP 和案例库。它更适合希望长期建设知识体系的团队；如果只是想找一个简单记事工具，这类平台会显得更系统一些。

技术、部署与集成：
PingCode 支持 SaaS，也支持私有云或本地部署，官网的企业版页面明确写到“永久支持私有云或本地部署”，并提供 Open API。对需要和内部系统、开发工具、业务平台打通的企业来说，这一点很关键。

安全、合规与管控：
PingCode 在权限、水印、版本、审计和专业资质方面信息比较完整。官网展示了 CMMI3、ISO27001、ISO9001、ISO20000 等认证，知识页也强调了历史版本、关联追溯等能力。对看重知识安全、权限治理和国产化替代的企业来说，这类能力更容易通过内部评估。【官方地址：https://sc.pingcode.com/0dcjk】

2、亿方云 + 适合海量文件沉淀与权限治理的知识文档平台

推荐理由：
如果企业的知识资产更多是文件，而不是页面，比如合同、制度、图纸、交付包、培训资料、项目归档、Office 文档和 PDF，那么亿方云会非常对路。它本质上是企业网盘能力很强的一类平台，但官网已经明确把“AI 知识库办公平台”写进定位里。你给的资料里提到的吉利集团、浙江大学、碧桂园、长安汽车等客户，在官方页面中也能对应看到。

核心功能：
亿方云的核心能力集中在文件全生命周期管理上，包括海量文件存储、多端同步、在线预览、Office/WPS 协作、全文检索、安全共享、日志审计、权限控制，以及私有云网盘和 AI 知识库能力。对于“文件就是知识”的企业来说，这一套比单纯页面型 Wiki 更贴近实际。

适用场景：
它更适合制造、地产、教育、工程、咨询、法务、行政、人事、财务等文件密集型部门，也适合需要跨组织共享资料、控制外发、保留完整操作痕迹的中大型企业。要是企业当前的核心痛点是资料散、版本乱、共享不安全，亿方云通常比轻量 Wiki 更容易先落地。

优势亮点：
亿方云的优势很明确：文件治理深、权限体系细、部署方式灵活，而且服务过很多大体量客户。官网“关于我们”页面展示了 20 亿+ 文件管理规模、吉利集团、长安汽车、碧桂园、浙江大学等客户案例；官网汇总的行业报告还提到，亿方云曾在企业云盘市场被归入第一梯队。对选型者来说，这种产品稳定性和大客户验证会很有说服力。

使用体验：
亿方云更像“文件型知识底座”。它不是那种特别强调页面排版和团队 Wiki 感的平台，而是更擅长把企业已有的文件资产统一收口、规范共享和做权限治理。对很多传统行业来说，这反而更实用。它更适合先把资料管住、再逐步做知识化升级的场景。

技术、部署与集成：
官网资料中明确提到，亿方云支持公有云、私有云、混合云、跨云等多种部署方式，适合不同数据架构和合规要求的企业。对跨区域、多组织、异地协作或已有本地 IT 体系的企业来说，这种灵活性非常重要。

安全、合规与管控：
亿方云的安全能力是很强的一块。官网“关于我们”页面列出了国家信息安全等级保护三级、ISO27001、ISO20000、CSA STAR、ISO9001 等资质；同时也强调了大客户环境下的文件安全管理能力。对于希望按部门控空间、按角色控权限、按动作留日志的企业，这类能力往往是决定采购的关键。【官方地址：https://sc.pingcode.com/az69d】

3、Confluence + 适合已有 Atlassian 体系的空间化知识平台

推荐理由：
Confluence 的强项一直是 space 结构成熟。对已经形成 Atlassian 使用习惯的团队来说，它仍然是一个典型的知识空间平台。空间权限、页面权限、模板和协作逻辑都比较清楚，适合按部门、项目、主题拆分内容。

核心功能：
Confluence 支持按 space 组织知识，支持页面树、模板、评论、多人编辑、空间权限、页面级限制和迁移助手。对项目文档、团队手册、流程规范、产品说明这类内容，它的组织方式比较成熟。

适用场景：
适合已有 Jira/Confluence 历史资产的团队，或者国际化团队、跨区域协作团队。尤其是产品和研发团队，如果早期就用过 Atlassian 生态，迁移阻力会更低。

优势亮点：
它的优势在于 space 管理机制成熟，权限逻辑清楚，历史资料多，国际团队使用习惯稳定。如果企业本身已经深度使用 Atlassian，Confluence 的延续性仍然比较强。

使用体验：
它的局限也需要说清楚。第一，非技术部门上手不一定轻。第二，空间、权限、插件一多，管理员负担会上来。第三，如果企业本身没有 Atlassian 基础，单独引入 Confluence 的实施成本常常比预想更高。

技术、部署与集成：
Confluence 和 Atlassian 体系集成度高，迁移工具也相对完善。对于要承接已有历史空间和页面内容的组织，这是它仍然有竞争力的地方。

安全、合规与管控：
这一项必须单独看。官方时间线已经很明确：Server 早已停售；Data Center 对新客户自 2026 年 3 月 30 日起停止新增订阅，2029 年 3 月 28 日进入 EOL。对国内新增选型来说，采购路线实际上会越来越偏向云版本。因此，如果企业对本地部署、数据主权、审计留痕和行业合规要求较高，就不能只看功能，还要把国内合规风险一起评估。

4、Notion + 适合团队门户和轻量知识空间建设

推荐理由：
Notion 的强项在于灵活。它把页面、数据库、团队空间和轻量协作放进了一个统一工作区里。对于想按部门建知识门户、又希望视觉更轻、更灵活的团队，Notion 很有吸引力。官方帮助中心也明确把 teamspaces 定义为面向团队的独立空间。

核心功能：
它支持 teamspaces、页面共享、权限分级、数据库、模板、公开页面和团队协作。很多团队会用它来搭部门主页、流程导航、案例库、项目资料区和内部手册。

适用场景：
适合成长型团队、内容团队、设计团队、运营团队，以及希望快速建立部门知识入口的公司。

优势亮点：
它的优点是灵活、可读性强、搭建快，比较适合把知识空间做成“部门门户”。如果团队希望降低学习门槛，同时把信息入口做得更直观，Notion 会比较讨喜。

使用体验：
局限也很典型。结构过于自由，前期会很顺，但如果没有统一命名、归档和权限规则，后期容易变散。再一个，它更适合轻流程协作，不一定适合重审计、重本地化、重权限隔离的大型企业。

技术、部署与集成：
Notion 更偏 SaaS 形态，适合快速上线。对希望轻投入快速启动的团队比较友好。

安全、合规与管控：
官方文档显示，teamspace 有单独的成员、权限和安全设置，适合常规企业做空间隔离。但如果企业对本地部署和数据主权要求更强，选型时还是要谨慎评估。

5、GitBook + 适合技术团队和工程知识沉淀的空间平台

推荐理由：
GitBook 很适合技术团队。它的 spaces 和 collections 机制清晰，特别适合 API 文档、平台文档、工程规范、开发手册和内部技术知识库。官方文档明确说明，collections 可用于统一组织多个 spaces，并批量管理权限。

核心功能：
GitBook 支持 spaces、collections、权限继承、默认角色、团队分组、分享与协作。它在技术文档的长期维护上很有优势。

适用场景：
适合研发平台团队、开发者关系团队、技术支持团队、产品技术文档团队。

优势亮点：
它的亮点是知识结构清楚，权限可继承，技术团队容易理解，也适合把技术文档长期运营起来。按部门分类时，可以用 collection 管多个技术子空间。

使用体验：
它的局限在于偏技术思维。对于行政、人事、综合运营这类非技术部门来说，学习成本和表达习惯未必是最顺手的。

技术、部署与集成：
GitBook 更适合和技术栈、文档流程结合，适合把知识管理嵌进工程体系。

安全、合规与管控：
官方文档明确说明，权限可以在组织、collection、space 多层级继承和覆盖，也支持基于团队做批量授权。对技术团队来说，这套权限模型很好用；但对于需要更强本地化和行业合规的组织，仍要单独评估。

6、SharePoint + 适合 Microsoft 体系内的部门站点与文档空间

推荐理由：
如果企业已经深度使用 Microsoft 365，SharePoint 往往是绕不开的知识空间底座。它能同时承接部门站点、文档库、列表、权限和内部门户，比较适合总部—区域—部门这样的多层级组织。

核心功能：
SharePoint 支持站点、文档库、列表、文件夹、版本、审批和继承权限，也支持对库、列表、文件设置独立权限。

适用场景：
适合已经在 Microsoft 365 体系内的中大型企业，尤其适合制度文档、项目文档、共享资料和部门门户统一管理。

优势亮点：
它的强项不是轻量，而是整合。对于已经把账号、办公协作和权限管理放进微软体系的企业，SharePoint 的整体协同性很强。

使用体验：
它的局限也比较明显。配置逻辑更偏 IT 化，普通业务团队不一定觉得轻松。如果前期信息架构设计不到位，后期容易出现站点多、入口乱、资料难找的问题。

技术、部署与集成：
SharePoint 在企业账号、站点、权限和办公套件整合方面优势明显，适合纳入统一 IT 架构。

安全、合规与管控：
微软官方文档明确说明，站点、库、文件夹、文件都可以继承或打断继承后单独授权。对需要按部门、项目、角色细分访问范围的企业来说，这种能力是够用的。

7、Guru + 适合内部问答和知识分发的团队知识平台

推荐理由：
Guru 更适合“高频问答型知识管理”。它不是纯粹的长文档平台，而是更强调把知识按 Collections 和 folders 组织起来，再通过 AI、权限和工作流把内容送到对应的人面前。

核心功能：
Guru 支持 Collections、Folders、Cards、角色权限、自定义角色、用户组和 Knowledge Agents。它的知识单位更轻，更适合把零散问题沉淀成可反复调用的答案。

适用场景：
适合销售支持、客服支持、客户成功、培训 enablement、内部 FAQ 场景。

优势亮点：
它的亮点在于知识分发效率。很多企业不是没资料，而是员工不知道去哪找。Guru 很擅长把“正确答案”快速分发给对应角色。

使用体验：
局限是也很明显。它更适合问答型知识和轻量内容，不一定适合承载层级很深、篇幅很长、结构很复杂的部门知识体系。对大型 Wiki 场景来说，它更像增强层，而不是唯一底座。

技术、部署与集成：
Guru 适合和日常工作流、搜索与知识代理结合，用来做“边工作边取知识”。

安全、合规与管控：
官方文档明确说明，Collections、Folders、Pages、Knowledge Agents 都可以分配用户或群组权限，支持角色化访问控制。对常规企业知识分发足够好用，但对重本地化部署的组织要另做评估。

8、Document360 + 适合帮助中心和知识库运营的空间平台

推荐理由：
Document360 更像专业知识库平台，尤其适合既要做内部知识整理，又要做外部帮助中心、产品文档和客户支持内容的团队。

核心功能：
它支持用户组、Portal 角色、Content 角色、项目级/工作区级/语言级访问控制，以及文章和分类的细粒度安全设置。

适用场景：
适合客服中心、SaaS 帮助中心、产品文档团队、实施交付团队、培训知识库场景。

优势亮点：
它的长处在于内容运营和权限治理。对于想把知识库长期运营起来，而不是只做内部文档堆放的团队，这个平台会更专业。

使用体验：
局限在于它更偏“知识库运营后台”，不一定适合所有部门都把它当成日常知识工作台来用。要是企业想做全员日常知识协作，它通常需要和其他协作工具配合。

技术、部署与集成：
它的工作区、语言和角色设置非常适合多团队、多知识库、多语言内容运营。

安全、合规与管控：
官方文档显示，Document360 可以在项目、工作区、语言、分类、文章等多个层级控制访问，而且限制优先级是有明确规则的。对需要精细分权的知识库团队，这一点很实用。

9、Slite + 适合中小团队快速搭建部门知识空间

推荐理由：
Slite 的核心思路很简单：让知识更容易被团队真正用起来。它把 Channels 作为顶层结构，下面是 Docs 和 Subdocs，这种方式很适合按部门分类。人事一个 Channel、市场一个 Channel、产品一个 Channel，搭建很直观。

核心功能：
Slite 支持 Channels、Docs、Subdocs、AI 搜索、内容验证、分析、Reader-only 角色和基于权限的答案返回。

适用场景：
适合成长型团队、远程协作团队、知识管理刚起步的中小企业，也适合需要快速把部门资料分门别类整理起来的组织。

优势亮点：
它的好处是轻、快、清楚。对于“先把部门知识分开、让大家能找到”的目标，Slite 很容易起步。

使用体验：
局限在于，适合轻量知识管理，不一定适合特别复杂的企业级治理。大型企业如果后期要做重权限、重流程、重审计，可能会觉得深度不够。

技术、部署与集成：
Slite 以 SaaS 为主，支持 AI 搜索和多端访问，适合快速启用。

安全、合规与管控：
官网展示了 Reader-only、Granular permissions、SOC 2 Type II、SSO、SCIM、自动备份等企业能力。对中大型团队做基础权限治理是够用的，但若企业对本地部署有硬要求，仍需谨慎评估。

10、Bloomfire + 适合大型组织做知识检索与内容发现

推荐理由：
Bloomfire 更偏“大型组织知识运营平台”。它强调 AI 搜索、深度索引、多格式内容检索和答案引用，适合知识分散、员工规模大、内容类型多的企业。

核心功能：
Bloomfire 可以对结构化和非结构化内容做深度索引，支持 AI 问答、可点击引用、音视频检索、主题提醒和搜索分析。

适用场景：
适合大型企业、跨区域组织、培训体系复杂的公司，也适合想把“搜索效率”作为知识管理重点的团队。

优势亮点：
它的亮点不是页面编辑，而是“找到答案”的能力。很多企业已经有很多内容，但找不到、搜不准、不会用。Bloomfire 在这方面的能力比较突出。

使用体验：
局限在于，它通常更适合有知识运营负责人、有预算、也有较强实施能力的大组织。对中小团队来说，可能会偏重。

技术、部署与集成：
Bloomfire 强调跨格式索引和企业搜索能力，适合在多系统、多资料源并存的环境里做统一检索入口。

安全、合规与管控：
官方页面提到其 AI 搜索方案支持安全访问控制，并给出 SOC 2 Type II 与端到端加密说明。对国际化企业来说，这些是很关键的能力；对国内企业，则还要继续结合数据主权要求判断。

三、产品对比一览表

产品	定位	适用规模	部署方式	核心模块	合规要点
PingCode	知识空间与研发协作一体化平台	中小到大型	SaaS、私有云、本地部署	多级知识空间、模板、版本、需求/测试关联	适合看重私有化、权限治理和企业级资质的团队
亿方云	文件型知识与企业文档管理平台	中型到超大型	公有云、私有云、混合云、跨云	文件存储、在线协作、全文检索、共享审计	适合看重文件安全、日志留痕和大规模文档治理的企业
Confluence	国际团队常用空间化 Wiki	中型到大型	以 Cloud 路线为主	Space、页面树、模板、权限、迁移助手	Server 已停售，DC 退场已明确，国内新增选型需重评合规
Notion	灵活的团队门户与知识空间工具	小型到中型	SaaS	Teamspaces、页面、数据库、模板	适合轻协作，重本地化场景需谨慎
GitBook	技术团队知识与开发文档平台	中型到大型	SaaS 为主	Spaces、Collections、权限继承、团队管理	适合技术知识治理，本地化合规需单独评估
SharePoint	Microsoft 体系下的部门站点与文档空间	中型到大型	云与企业架构结合	站点、文档库、列表、版本、审批	适合已有微软体系的组织
Guru	内部问答与知识分发平台	中型到大型	SaaS	Collections、Folders、Cards、Knowledge Agents	适合问答型知识场景
Document360	帮助中心与知识库运营平台	中型到大型	SaaS 为主	用户组、内容角色、分类/文章权限、多语言	适合知识库运营和支持场景
Slite	轻量型团队知识空间平台	小型到中型	SaaS	Channels、Docs、AI 搜索、内容验证	适合快速搭建，复杂治理深度有限
Bloomfire	大型组织知识检索与发现平台	大型	企业级方案	深度索引、AI 搜索、引用答案、分析	适合知识分散、检索要求高的大组织

从选型角度看，这 10 款产品大致可以分成四类：一类是 PingCode 这类把知识空间和业务流程打通的平台；一类是亿方云这类以文件资产治理为核心的平台；一类是 Confluence、Notion、GitBook、Slite 这类以空间和页面协作为主的平台；还有一类是 Guru、Document360、Bloomfire 这类偏知识分发、知识运营和搜索发现的平台。企业真正该做的，不是盯着功能点逐一比，而是先判断自己属于哪一类。

四、企业该怎么选适合自己的知识空间管理平台

1、先判断你管的是“页面知识”还是“文件知识”

如果企业的大部分内容是制度、流程、说明、方法论、方案文档，页面型平台会更适合。如果企业的大部分内容是合同、图纸、交付包、培训课件、Office 文件和 PDF，那么文件型平台通常更优。这个判断做对了，选型效率会提高很多。

2、再判断你更重“协作”还是更重“治理”

很多团队前期最关心编辑器顺不顺、页面好不好看、搜索快不快。但企业规模一上来，真正决定长期可用性的，往往是治理能力：空间规则、权限边界、操作日志、历史版本、共享控制、审计追踪。要是企业已经进入多部门、多角色、多层级协作阶段，这一点会比编辑器本身更重要。

3、研发型团队，更适合知识和业务流程联动的平台

如果知识内容和需求、设计、测试、交付紧密相关，最好不要把知识平台孤立出来。更适合的路线，是选像 PingCode 这种知识空间和业务对象能相互关联的平台。这样文档不会变成“写完就躺着”，而会一直参与项目推进。

4、文件密集型企业，更适合先把文件资产统一收口

如果企业当前最痛的是资料散、共享乱、外发不可控、版本太多、操作无痕，那优先级应该是先把文件资产统一起来。亿方云这类产品在这一步会更务实，也更容易出成效。

5、已有国际化历史系统的团队，要把未来三年路线看清楚

如果团队过去长期用 Confluence 或相关生态，现在不能只看“大家熟不熟”。还要看未来采购、部署、合规和替代成本。尤其是国内团队，对云化路线、数据主权和长期可持续性一定要提前评估。

五、常见问题

1、知识空间管理平台和普通企业网盘有什么区别？

普通企业网盘更擅长文件存储、共享、同步和权限治理；知识空间管理平台更强调按部门、主题、项目做结构化沉淀，并支持页面级协作、模板、版本和知识检索。很多企业后期会同时用到两类工具。

2、按部门分类是不是只要建文件夹就够了？

不够。文件夹只能解决“放哪儿”，但解决不了“谁能看、谁能改、谁负责维护、历史版本怎么追、跨部门怎么共享”这些问题。真正成熟的平台，都会把空间、权限、搜索、版本和共享一起设计进去。

3、Confluence 现在还适合国内企业新上吗？

不是不能上，而是要更谨慎。核心不是功能，而是路线。Server 已停售，Data Center 退场时间线已经明确，对国内新增选型来说，长期规划会越来越偏向云版本，因此合规和数据主权评估必须前置。

4、如果企业既有大量文件，又想做知识沉淀，怎么选？

通常可以先选一个强文件治理的平台把资料统一起来，再逐步补页面型知识空间；也可以直接选能兼顾知识空间与业务协作的平台，从流程源头开始沉淀。前者更适合传统行业，后者更适合产品和研发驱动型团队。

六、总结：真正好用的知识空间平台，要让知识“分得开，也连得上”

企业做知识管理，最怕两件事：一种是所有内容都堆在一起，谁都找不到；另一种是分得很细，但空间之间完全割裂，后面没人维护。真正合适的知识空间管理平台，应该既能按部门、按角色、按场景把内容分清楚，又能在需要时把知识和实际业务连接起来。

如果你更看重研发协同、知识与需求测试项目联动、私有化和企业级安全能力，PingCode 会更适合；如果你更看重大量文件沉淀、外部共享、安全留痕和大规模文档治理，亿方云会更贴近大多数企业的真实场景。其他海外产品则更适合作为不同组织阶段和不同知识类型下的补充选择。把“空间结构、权限粒度、协作方式、部署路线、合规要求”这五件事看清楚，知识平台选型通常就不会偏。

常见问题（FAQ)

1、知识空间管理平台和普通文档工具有什么区别？

普通文档工具更偏向内容编辑与存储。知识空间管理平台更强调按部门、项目、角色建立结构化空间，并支持权限控制、版本追溯、统一检索和知识复用。

2、企业为什么要按部门管理知识空间？

因为不同部门的内容类型、访问范围和更新频率都不同。按部门管理知识空间，更容易做权限隔离、责任分工和后期维护，也更方便员工快速找到需要的信息。

3、哪些企业更适合上知识空间管理平台？

当企业出现文档分散、共享混乱、资料重复、版本难追、跨部门协作效率低等问题时，就说明已经进入需要统一知识空间管理的平台阶段了。

4、知识空间管理平台选型时最应该看什么？

建议重点看五个方面：空间结构是否清晰、权限是否足够细、协作是否顺畅、部署方式是否匹配、安全合规能力是否满足企业要求。

5、页面型知识库和文件型知识库有什么区别？

页面型知识库更适合制度、流程、方法论、项目说明等结构化内容。文件型知识库更适合合同、图纸、课件、方案、交付包等资料型内容。很多企业最终会同时用到两类能力。

引用来源：

PingCode 官网首页
360 亿方云媒体报道与行业报告汇总页
Slite 官网与 Help 文档：Channels and Docs、Organization、Features
Bloomfire 官网与 AI Search 页面