产品经理常用文档工具推荐：10款平台功能、部署与协同能力解析

本文将深入对比10款主流产品文档管理平台：PingCode、亿方云、Notion、Confluence、GitBook、Coda、Nuclino、Slab、SharePoint、Box。

一、产品文档管理平台为什么越来越重要

很多团队并不缺文档，缺的是把文档真正管起来的能力。

产品经理最常见的痛点，其实很现实。需求文档放在一个系统，会议纪要散在聊天工具里，历史版本在旧网盘，交互说明又分散在不同页面。等到评审、开发、测试、交付一起推进时，大家最容易卡住的，不是“没有资料”，而是“资料太散、版本太乱、协作链路断掉”。一旦出现这种情况，产品经理会不停地补链接、找版本、重新解释背景，效率很快就被吃掉。

所以，今天选产品文档管理平台，已经不能只看编辑器顺不顺手。真正要看的是四件事：文档能不能结构化沉淀，团队能不能稳定协作，内容能不能和需求及研发流程联动，平台能不能满足权限、安全、部署和合规要求。对于中大型团队来说，这已经不是单纯的写作工具问题，而是协作基础设施问题。

这篇文章会盘点 10 款主流产品文档管理平台，并重点回答三个问题：
什么样的平台更适合产品经理做 PRD、方案说明和知识沉淀；
什么样的平台更适合研发协同型团队；
什么样的平台更适合文件型资料管理、私有化部署和权限治理。
看完之后，你基本可以快速判断，自己的团队更适合哪一类方案。

二、10 款主流产品文档管理平台盘点

1、PingCode｜适合产品、研发、测试协同一体化的产品文档平台

推荐理由：
PingCode 更适合那种“文档不是孤立存在”的团队。对产品经理来说，PRD、需求说明、评审记录、测试说明、版本资料，最好不是分散在多个系统里，而是能和需求、项目、测试、缺陷放在同一协作链路里。PingCode 官网把其知识管理定位为新一代在线协作文档工具，支持结构化知识库、多人协作和安全共享；其整体产品体系也覆盖研发管理、测试管理、项目集和知识库，这决定了它很适合产研协同场景。

核心功能：
它的核心能力覆盖知识创作、知识沉淀、知识共享和安全管控。根据公开产品页与您提供的资料，PingCode 支持多级知识空间、富文本与 Markdown 编辑、图片、表格、代码块、页面关联、模板、自定义模板、多人实时编辑、评论、@提醒、版本回溯，以及 Confluence 等外部文档迁移。对于产品经理来说，这意味着 PRD、原型说明、会议纪要、需求背景、发布说明可以在一个相对完整的体系里持续沉淀。

适用场景：
更适合中大型研发团队、互联网产品团队、软件公司、数字化部门，也适合产品文档需要和需求、测试、缺陷、项目进展打通的组织。如果团队日常不只是“写文档”，而是要让文档服务评审、开发、测试和版本协同，那它会更贴场景。

优势亮点：
它的优势不只是“能写文档”。一是结构化能力强，适合把文档按业务、模块、版本、团队做分层管理。二是与研发流程的贴合度高，官网明确说明其覆盖研发管理与知识库协同，这会减少产品经理在不同系统之间来回切换。三是适合国内企业环境。根据你提供的资料，PingCode 支持 SaaS、私有部署、定制化方式，也支持国产化、信创、麒麟等环境。四是对试点团队比较友好，25 人以下团队可使用基础版本。

使用体验：
整体偏务实，不花哨，但很稳。对产品经理来说，这种工具真正有价值的点，不是页面有多“酷”，而是多人改文档时能不能不乱、历史版本能不能回看、文档和研发流程能不能接上。它更适合正式产品文档体系建设。适用边界也比较清晰：如果团队主要想做长期知识沉淀、流程联动和权限治理，PingCode 会更合适；如果只是做个人笔记，它就不是那种偏轻灵感的工具。

技术、部署与集成：
根据公开产品页与您提供的资料，PingCode 支持私有部署、定制化和 SaaS 模式，也支持外部文档迁移。这意味着对于已经有旧 Wiki、历史知识库或 Confluence 文档的团队，切换成本相对更可控。

安全、合规与管控：
根据你提供的资料，PingCode 支持精细化权限、版本管理、数据加密、审计日志、安全水印，并通过 ISO27001、ISO9001 等认证。对包含客户资料、研发方案、未发布需求和内部流程文档的团队来说，这类能力很关键。公开官网信息也持续强调其面向企业级研发管理与知识协作场景。【官方地址：https://sc.pingcode.com/0dcjk】

2、亿方云｜适合文件型产品资料与正式文档集中管理的平台

推荐理由：
不是所有产品文档都适合放在 Wiki 里。很多企业真正难管理的，是 PDF 规格说明、方案附件、发布包、培训资料、演示文档、客户交付文件和归档资料。遇到这类场景，亿方云这类企业云盘型知识文档系统会更贴近实际。公开资料和行业内容都提到，亿方云已服务超过 65 万家企业用户，并覆盖吉利集团、浙江大学、碧桂园、长安汽车、金圆集团等大型客户；同时支持公有云、私有云和混合云等部署方式。

核心功能：
亿方云的核心能力集中在文件存储与同步、多格式在线预览、Office/WPS 在线编辑、安全共享、全文检索、多端访问、AI 文档助手，以及 PDF 转换、音频转文字等效率工具。对产品经理来说，如果团队日常要管理的更多是需求附件、方案包、宣讲材料、产品培训资料和版本归档文件，这类能力通常比纯页面协作更实用。公开资料也持续提到其精细化权限和安全管控能力。

适用场景：
适合产品资料以文件为主的团队。比如版本资料归档、交付资料管理、售前资料库、客户资料分发、制度文件沉淀、项目文档同步等。也适合跨部门共享频繁、对外发文较多、需要强留痕和权限控制的企业。

优势亮点：
它的强项很明确。第一，承接大体量文件型文档更自然。第二，客户覆盖范围和组织级稳定性更有说服力，65 万+ 企业用户和多家大型组织案例，本身就说明它更适合复杂环境。第三，部署方式灵活，公开资料提到其支持公有云、私有云、混合云等路线。第四，安全基础比较扎实，行业资料与公开信息中多次提到 ISO 20000、ISO 27001、等保三级、CSA 相关认证，以及本地碎片化存储、三重容灾备份、日志监控等能力。

使用体验：
亿方云更像一个“产品资料中台”。如果你的团队主要管理的是文档包、PPT、PDF、操作手册、交付资料和各类正式文件，它会比很多页面型工具顺手。产品经理在做版本归档、对外共享、权限留痕时，也会更省心。适用边界也比较清晰：它更适合文件型资料管理和正式文档协作；如果团队想构建强结构化的页面知识树，通常要与页面型平台配合考虑。

技术、部署与集成：
公开资料显示，亿方云提供开放平台能力，并支持公有云、私有云、混合云等模式。这意味着它不只是一个企业网盘，更适合被当成组织级文档与文件资产底座。

安全、合规与管控：
公开资料和行业内容普遍提到，亿方云具备 ISO 20000、ISO 27001、公安部三级等保、CSA 等认证，并采用 AES-256 级别的加密、日志监控和可追溯的操作留痕能力。对于需要控制产品资料外发、确保文件权限边界、满足企业安全治理要求的团队来说，这类能力很关键。【官方地址：https://sc.pingcode.com/az69d】

3、Notion｜适合轻量协作与产品知识组织的云端文档平台

推荐理由：
Notion 这些年很受产品经理欢迎，原因很直接：灵活、直观、上手快。它适合把 PRD、竞品分析、会议纪要、版本记录、路线图说明放在一个空间里统一管理。Notion 官方安全页面显示，Enterprise 管理员可通过 SAML 2.0 SSO、SCIM 和 audit log 完成组织级身份管理与活动追踪。核心功能：
支持页面、数据库、模板、团队空间、共享权限、评论、跨页面关联和搜索。对于产品经理来说，用它管理需求池、知识库、会议纪要、版本说明和协作文档都比较顺手。

适用场景：
适合中小型产品团队、创业团队、内容驱动团队，以及希望快速搭建产品知识空间的组织。

优势亮点：
页面表达自由度高，模板丰富，搭建速度快。对很多产品经理来说，它最大的吸引力是“拿来就能用”，而且能把文档、数据库和轻量流程放进同一个工作区。

使用体验：
体验确实很顺，尤其适合快速整理产品资料和团队知识。不过它也有明显边界：自由度越高，后期越依赖团队自己做目录规范、命名规则和权限治理。团队一旦变大，内容容易变散。对于要求私有化、复杂权限和强治理的企业，它未必是长期最稳的主平台。

技术、部署与集成：
以云端为主，企业版支持 SAML SSO、SCIM、audit log 等组织控制能力。对标准 SaaS 协作环境来说，这套能力已经比较完整。

安全、合规与管控：
Notion 官方明确强调企业级 SSO、SCIM、audit log、权限和访客控制。对一般企业协作来说够用，但如果企业更强调本地部署、本地化数据边界或更严的合规要求，选型前仍要重点确认。

4、Confluence｜老牌产品文档与团队知识协同平台

推荐理由：
Confluence 在很多产品和研发团队里仍然很常见。它长期被当成企业 Wiki、团队知识库和产品文档中心使用，尤其是已经采用 Atlassian 体系的组织，对它不会陌生。Atlassian 仍把 Confluence Enterprise 作为企业级知识协同平台来推进。

核心功能：
支持知识空间、页面层级、模板、协作编辑、权限管理，以及与 Jira 等产品联动。对产品经理来说，它适合做 PRD、需求说明、评审记录、项目知识库和方案沉淀。

适用场景：
适合已经深度采用 Atlassian 生态的研发组织、中大型技术团队，以及历史文档沉淀较多的团队。

优势亮点：
成熟度高，文档结构清晰，和 Jira 协同紧密。对于已在 Atlassian 体系内运转的团队，产品、研发、测试之间的协作链路会更顺。

使用体验：
老用户会比较熟悉，模板和空间体系也较成熟。但它的局限同样现实：普通业务同学的上手体验未必有新一代文档工具那么轻，而且如果是今天的新选型，就不能只看功能，还要看它未来的部署路线和合规边界。

技术、部署与集成：
Confluence 的一大优势一直是 Atlassian 生态整合能力强。不过，这也意味着企业在评估它时，最好把整体工具路线一起看，而不是只看单个文档系统。

安全、合规与管控：
这里必须单独说明。Atlassian 官方已经明确 Data Center 进入退出周期：2026 年 3 月 30 日起，新客户不能再购买新的 Data Center 订阅和新的 Marketplace Data Center 应用；2028 年 3 月 30 日起，现有客户不能再购买新的 Data Center 许可证、扩容及相关 Marketplace 应用；2029 年 3 月 28 日，受影响的 Data Center 产品生命周期结束。也就是说，国内本地版、DC 版已经不适合作为长期新选型主路径，当前长期路线明显偏向云版本。对于国内企业来说，若继续采用 Jira / Confluence 云版本，还要额外评估数据驻留、访问策略与合规风险。

5、GitBook｜适合产品说明、帮助中心与开发者文档的平台

推荐理由：
如果产品经理不仅要写内部 PRD，还要管理帮助中心、产品说明、API 文档或开发者文档，那么 GitBook 很值得看。GitBook 官方将自己定位为 AI-native documentation platform，明确覆盖 product docs、API docs、help center 等场景。

核心功能：
支持产品文档、API 文档、帮助中心、文档发布、Git Sync、AI 搜索和文档洞察。它很适合做对内对外统一的产品说明体系。

适用场景：
适合 SaaS 产品团队、开发者平台团队、技术产品团队和帮助中心运营团队。

优势亮点：
结构清晰，发布体验成熟，技术文档友好，适合把内部产品说明与外部文档体系连起来。对重视搜索和 AI 可发现性的团队，也有一定吸引力。

使用体验：
做产品说明和开发者文档时非常顺。但它的局限也很明显：更偏文档发布和技术说明，不一定适合作为公司全员统一的内部协作平台；如果企业特别强调复杂权限和私有化，也要提前确认边界。

技术、部署与集成：
支持 Git Sync，适合 docs-as-code 工作流，也适合研发文化成熟的团队做技术文档管理。

安全、合规与管控：
整体更偏云端路线，适合帮助中心、技术说明和公开产品文档场景。若企业更强调内网部署和复杂权限治理，需额外核验。

6、Coda｜适合把产品文档、流程表和协作动作放在一起的平台

推荐理由：
Coda 的特点是“文档里能长出流程”。它不仅能写文档，还能把表格、自动化、按钮和视图放进同一页。对产品经理来说，做需求台账、版本规划、项目同步和发布清单时很方便。官方资料显示，Coda for Enterprise 支持 SAML SSO 与 SCIM。

核心功能：
支持文档、表格、自动化、视图、模板和协作管理。更像文档与轻量业务系统的结合体。

适用场景：
适合产品运营一体化团队、流程协同比较多的团队、需要把文档和行动项放在一个空间里的组织。

优势亮点：
文档和表格结合自然，很多本来要多个工具协作的场景，在一个页面里就能完成。

使用体验：
对于喜欢“边写边管”的产品经理来说很有吸引力。不过它的边界也清楚：能力很多，前期很爽，后期如果缺少规范，团队容易出现页面风格不一、维护成本上升的问题。对于只想做纯文档沉淀的团队，它可能会偏重。

技术、部署与集成：
企业版支持 SAML SSO 和 SCIM，适合纳入企业身份管理体系。

安全、合规与管控：
更适合标准云端协作环境。若企业强调私有部署和更复杂的审计需求，仍需单独确认。

7、Nuclino｜适合快速整理产品知识与团队共识的轻量平台

推荐理由：
Nuclino 的特点是轻、快、简洁。官方将其描述为团队的 collective brain，适合把知识、文档和项目放在一个地方。对小型产品团队来说，用来快速搭产品知识中心会比较舒服。

核心功能：
支持知识页面、实时协作、搜索、链接关系、版本历史和团队 Wiki。

适用场景：
适合创业团队、小型产品团队、需要快速沉淀内部知识的组织。

优势亮点：
学习成本低，页面很轻，搜索也快。对于想尽快把 PRD、背景资料、团队约定集中起来的团队，非常容易启动。

使用体验：
它的优势就是没有太重的管理负担。不过局限也同样明显：更适合轻量知识管理。面对复杂权限、正式归档、严肃治理和私有部署要求时，它不是最合适的主平台。

技术、部署与集成：
适合做轻量知识库与团队 Wiki，也支持一定的版本与协作能力。

安全、合规与管控：
更适合云端团队协作型知识管理。高合规行业在正式落地前，仍要进一步核验。

8、Slab｜适合团队内部产品手册与流程文档沉淀的平台

推荐理由：
Slab 比较适合做团队内部手册、流程说明、产品操作规范和培训文档。它不强调“什么都能做”，而是把内部知识沉淀这件事做得比较克制。官方帮助文档显示，Slab 支持 SSO、SCIM 和多种集成。

核心功能：
支持知识文章、团队空间、搜索、第三方集成、SSO、SCIM 和权限管理。

适用场景：
适合成长型产品团队、内部流程文档管理、新人培训资料建设、部门级知识库建设。

优势亮点：
轻量、专注、容易落地。作为部门级产品文档中心，它的心智很清楚。

使用体验：
对中小团队来说体验不错，协作门槛不高。但它的局限也比较明显：更适合内部知识和部门知识库。若企业想做组织级产品文档中心、复杂权限治理或资料归档体系，延展性会弱一些。

技术、部署与集成：
支持 Google、Okta、Microsoft、OneLogin 等 SSO 方式，并可通过 SCIM 做账户管理。

安全、合规与管控：
适合标准 SaaS 团队场景。若企业更强调本地部署和复杂审计，需提前确认。

9、SharePoint｜适合大型组织统一管理产品文档与制度资料的平台

推荐理由：
如果企业已经深度使用 Microsoft 365，SharePoint 仍然是一个很重要的产品文档管理选项。微软官方把 SharePoint 视为 Microsoft 365 结构化知识仓库的重要组成部分，也强调其可以安全地存储、组织、共享和治理信息。微软 2026 年的公开文章还提到，SharePoint 已成为 Microsoft 365 Copilot 的重要 grounding source。

核心功能：
支持文档库、站点、版本管理、权限控制、企业搜索、内容治理、记录管理和内部门户。

适用场景：
适合大型企业、集团型组织、跨区域团队，以及对文档治理和长期留存要求高的企业。

优势亮点：
治理能力强，适合做组织级产品资料中心，也适合与 Microsoft 365 生态深度配合。

使用体验：
它的优势不是轻，而是稳和全。对有专门 IT 管理能力的企业来说，它很适合作为统一文档平台。局限也明显：如果团队只是想快速搭一个轻量 PRD 平台，它会显得偏重。

技术、部署与集成：
与 Microsoft 365 生态集成很深，适合已有 Office、Entra、Copilot 等体系的企业。

安全、合规与管控：
更适合强治理、长期留存和权限管理场景。对大型企业来说，这是非常重要的能力。

10、Box｜适合正式产品资料、对外文档与内容治理的平台

推荐理由：
Box 更偏企业内容管理平台，而不是单一文档工具。它特别适合正式文件、产品资料、外部共享文档和流程型内容管理。官方公开内容将其定义为 Intelligent Content Management platform，并强调内容安全、流程自动化、AI 和大量集成能力。

核心功能：
支持文件存储、权限控制、共享、工作流、元数据、AI 数据提取、安全治理和内容门户。

适用场景：
适合法务要求较高的企业、跨部门资料协作场景、对外文档流转频繁的团队，以及需要做正式内容治理的平台型组织。

优势亮点：
内容治理和安全能力强，能把文件、审批、共享和 AI 内容处理放在同一平台中。

使用体验：
适合正式资料和企业内容管理。它的局限在于，对很多国内团队来说，页面型 PRD 协作不是它最强的场景；如果企业更强调本地化支持和私有部署，也要看清边界。

技术、部署与集成：
适合作为内容管理底座，而不是单一编辑器。对正式资料体系建设更友好。

安全、合规与管控：
官方公开内容强调 secure file sharing、permission controls、retention、zero-trust security 等能力。对于重视内容安全和外部共享控制的企业，这一点很有吸引力。

三、产品文档管理平台对比一览表

产品	定位	适用规模	部署方式	核心模块	合规要点
PingCode	产品、研发、测试协同一体化文档平台	中小到中大型团队	SaaS、私有部署、定制化	知识空间、模板、协同编辑、页面关联、迁移	适合私有化、国产化、精细权限与审计场景
亿方云	文件型产品资料与文档资产管理平台	中大型企业、集团型组织	公有云、私有云、混合云	文件存储、检索、共享、AI 助手、权限留痕	适合大体量文件管理与安全管控
Notion	轻量协作型产品知识平台	中小到中型团队	云端	页面、数据库、模板、协作、搜索	企业版支持 SSO、SCIM、audit log
Confluence	老牌团队 Wiki 与产品文档平台	中型到大型团队	当前长期路线更偏云端	空间、页面、模板、权限、Jira 协同	DC 进入退出周期，国内云端使用需评估合规风险
GitBook	产品说明、帮助中心、开发者文档平台	技术型团队、中型团队	云端	产品文档、API 文档、发布、Git Sync、AI 搜索	适合外部文档与技术说明场景
Coda	文档与流程协同一体平台	中小到中型团队	云端	文档、表格、自动化、视图、模板	企业版支持 SAML SSO、SCIM
Nuclino	轻量产品知识与团队 Wiki 平台	小型到中型团队	云端	页面、链接关系、搜索、版本历史	适合轻量知识沉淀
Slab	团队内部手册与流程文档平台	中小团队	云端	知识文章、集成、SSO、SCIM、搜索	适合部门级知识管理
SharePoint	大型组织统一文档治理平台	大型企业	云端为主	文档库、站点、版本、治理、搜索	适合强治理、长期留存与权限管理
Box	正式资料与企业内容治理平台	中大型组织	云端	文件管理、工作流、元数据、AI、安全	适合外部共享、内容治理与安全控制

四、产品经理选型时，真正该看什么

1、先判断你的文档是“页面型”还是“文件型”

这是最容易选错的一步。
如果团队主要管理 PRD、需求说明、评审纪要、交互文档和产品知识库，通常更适合页面型、结构化平台。
如果团队主要管理的是规格说明书、方案附件、发布包、PPT、PDF、培训资料和交付文件，那更适合文件型平台。
很多团队的问题，不是产品不好，而是知识形态和平台路线不匹配。

2、看文档是否要和研发流程打通

产品经理最怕的不是写文档，而是文档和真实流程脱节。
如果平台不能把文档和需求、项目、测试、缺陷串起来，后面很容易出现“系统一版、文档一版、群里再补一版”的情况。
对研发型团队来说，产品文档平台越接近研发流程，越能减少沟通损耗。

3、看版本管理和协作机制是否稳定

产品文档最核心的问题，从来都不是“有没有编辑器”，而是有没有版本秩序。
谁修改了、什么时候改的、评审版本在哪、历史方案怎么回看、多人同时编辑会不会冲突，这些问题都会直接影响产品团队效率。
如果平台只适合个人写作，不适合多人协同，真正落到团队使用阶段，问题会暴露得很快。

4、看权限和安全边界是否够用

很多产品文档并不适合完全公开。
比如未发布功能说明、客户定制方案、商业策略、敏感流程、对外文档模板，这些都需要精细权限、审计记录和共享边界。
团队越大，这一点越重要。

5、看部署方式是否适配企业现实

有些企业适合纯云端，有些企业必须私有部署，还有些企业需要混合部署。
如果组织本身有国产化、内网、合规、信创、权限审计等要求，部署方式就不是附加项，而是主判断项。

五、不同团队，更适合哪类产品文档平台

如果你所在的是研发驱动型团队，产品文档需要和需求、测试、缺陷、项目一体协同，那么更适合看 PingCode 这类产品。它更适合把产品文档当成产研流程的一部分来管理。

如果你的团队文档主要是附件、方案包、PDF、演示稿、资料包和归档文件，那么亿方云这类文件型平台会更贴近实际。尤其是跨部门资料共享、版本包归档、对外文档分发这类场景，会更顺手。

如果你更看重轻量协作和灵活表达，Notion、Coda、Nuclino 这类工具会更容易启动。它们适合中小团队快速搭建产品知识空间，但团队大了之后，通常更依赖额外治理。

如果你需要对外产品说明、开发者文档、帮助中心，GitBook 会更适合。它和传统 PRD 工具不是一个方向，更偏“发布型产品文档体系”。

如果企业已经采用 Microsoft 365，且组织体量大、治理要求高，SharePoint 会更适合作为统一文档平台。
如果团队历史上深度使用 Atlassian 体系，Confluence 仍然有参考价值，但新选型时一定要把未来路线、部署路径和合规边界一起看清。

六、结语：对产品经理来说，文档平台不是写作工具，而是协作基础设施

很多产品经理一开始选文档平台，第一眼看的是编辑器。
但真正决定长期体验的，往往不是“写起来顺不顺”，而是“团队协作能不能稳”“版本能不能管住”“历史知识能不能留下来”“权限和安全能不能放心”。

所以，产品文档平台没有统一答案，关键是看你的团队更像哪一种场景。
如果你更重视产品文档和研发流程打通，重视结构化知识沉淀、私有化部署和团队协作，PingCode 值得重点看。
如果你更重视文件型产品资料、文档归档、权限留痕和企业级资料分发，亿方云会更贴近企业现实。
而对于海外云端工具，建议把体验、治理、权限、部署和长期可控性一起看，不要只看短期上手速度。

常见问答 FAQ

1、产品文档管理平台和普通在线文档工具有什么区别？

普通在线文档工具更偏“写内容”，产品文档管理平台更强调版本管理、结构化沉淀、权限控制、团队协作和长期复用。前者解决编辑问题，后者解决管理问题。

2、产品经理为什么需要专门的文档管理平台？

因为产品文档不只是写 PRD。它还包括需求说明、评审记录、版本资料、交付文档、培训材料和历史决策。如果没有统一平台，资料很容易分散，版本也容易混乱。

3、选产品文档平台时最重要的是什么？

重点看五点：文档是页面型还是文件型，是否支持多人协作与版本追踪，能否和研发流程打通，权限是否够细，部署方式是否符合企业要求。

4、页面型文档平台和文件型文档平台有什么区别？

页面型平台更适合 PRD、知识库、评审纪要、产品说明等结构化内容。文件型平台更适合 PDF、PPT、方案附件、培训资料、版本归档包等正式资料管理。

引用来源：
PingCode 官网产品页、PingCode 关于我们页面、亿方云官网与行业公开介绍、Notion Security 页面、Notion Audit Log 帮助文档、Atlassian Data Center End of Life 官方页面、Atlassian 相关官方公告、GitBook 官网与官方文档、Coda Enterprise 相关帮助文档、Nuclino 官网与帮助中心、Slab 官方帮助文档、Microsoft 365 Knowledge Management 官方资料、SharePoint 官方介绍页、Box 官方产品页