知识树白皮书：企业数字资产的构建、审计与交付

白皮书资料下载

白皮书 PPT

视频讲解

摘要

1. 为什么需要知识树：从真实摩擦出发，而不是从概念出发。
2. 怎么量、怎么建：知达指数如何体检；Baklib 如何同源交付。
3. 怎么落地：用可操作的闭环与岗位分工，避免「又做了一份 PPT」。

边界（与知达指数一致）：我们评的是对外公开站点的触点是否齐全、是否找得到；不评文案写得好不好、产品功能强不强、登录后好不好用。详见 知达指数方法论。

1. 先讲清楚：企业到底卡在哪儿？

1.1 一天里会发生的四件事

1. 上午 10 点，销售把「我们已通过某某认证」写进方案书。下午客户点开官网「安全」入口，页面还是两年前的草稿，或根本没有独立入口——信任瞬间打折。
2. 中午，客服第 20 次回答「如何导出报表」。帮助中心其实写过，但藏在三层菜单里；官网搜索又搜不到。问题不在员工态度，在自助触点没建好。
3. 下午，开发伙伴想对接接口。官网只有营销页，没有稳定的接口说明与错误码。集成周期被拉长，支持成本由售前和研发一起背。
4. 晚上，市场改了一句产品定位。官网改了，博客旧文没改，招聘页「关于我们」还是上一版——品牌在不同门口讲不同的故事。

1.2 门牌多，不等于乱；乱，是因为每扇门背后各养一份内容

• 来的人不同：潜客、付费用户、开发者、采购、候选人、员工，路径预期不一样；
• 要办的事不同：了解产品、自助排障、调接口、查故障、审合规，材料形态也不一样；
• 更新节奏不同：营销文案可以周更，隐私政策与事故公告必须可控、可追溯。

1.3 研究里看到的「惊人同构」

2. 知识树是什么？用一棵树把共识钉住

2.1 一句话

2.2 三个隐喻，对应三种治理动作

2.3 评什么、不评什么（避免误解）

3. 总览：地图、尺子、工具箱

1. 我们该有什么？（地图）
2. 我们现在缺什么？（尺子）
3. 我们怎么补、怎么养？（工具箱）

4. 五主枝：每一枝缺了，业务上会发生什么？

4.1 合规信任 —— 树之根基

4.2 出海多语言 —— 树之分枝

4.3 开发者生态 —— 树之枝干

4.4 站点触点 —— 树之繁叶

4.5 增长营销 —— 树之花果

5. 尺子：公开站点成熟度（知达指数）

5.1 六个维度，对应六类常见短板

5.2 四档：把分数翻译成决策语言

5.3 案例怎么读：微吼 76 分说明了什么？

1. 连成熟厂商也会有结构性缺口——缺口可以被看见、被排序；
2. 分数对应行动：文档维偏低，就优先梳理帮助与文档入口与信息架构，而不是先加一个活动页；
3. 复评有意义：改完公开入口后再扫一次，进度可对比。

6. 工具箱：Baklib 如何把叶子点亮

6.1 先对齐一个常识：门牌可以多，事实源应该一

• 门牌：品牌官网、产品文档、帮助中心、招聘、法务……各有合适的「穿衣风格」与信息架构；
• 楼里的货：文章、素材、政策、规格，只在资源库与知识库维护一份；
• 人机双轨：同一事实既能给人看完整网页，也能给搜索引擎和 AI 更干净的结构化出口。

6.2 三层架构，对应「养分—知识—体验」

6.3 别一次点亮所有叶子：分阶段才像经营

7. 操作指南：一次可跑通的审计闭环

① 盘点：列出你对外到底开了哪些门

• 把官网导航、公开子域、下载中心、PDF 链接过一遍；
• 标出三种东西：活着的入口、死链/孤儿页、只在本地或登录后才有的材料（后两类要么清理，要么不计入公开成熟度）；
• 问一句刺耳但有用的话：「如果明天销售要给客户一个可分享链接，我们能立刻给出哪些？」

② 映射：把现状贴到知识树上

• 按五主枝贴：信任材料在哪？文档与帮助在哪？案例与博客在哪？
• 标红「严重缺口」：例如获客很热闹，但隐私/信任几乎空白；或营销很全，开发者路径为零；
• 对照知达指数报告（若已有）看六维哪一维拖后腿——优先补拖后腿的，而不是补最好看的。

③ 同源治理：迁事实，不只迁页面

• 选定权威来源：产品一句话、价格口径、安全陈述、帮助步骤，各只有一个「主人」；
• 把分散工具里的权威内容收进统一中台（如 Baklib），再为叶子配置稳定入口与导航；
• 文档与帮助划分内容类型，避免同一 FAQ 两处维护。

④ 复评：用分数确认「改对了没有」

• 改造完成后再扫一次，看总分、六维与命中叶子是否按预期移动；
• 把复评当作发布检查的一环：大改版、换域名、合并帮助中心后，都应复评。

8. 三个岗位各盯一块，避免空转

9. 结语

• 知识树回答：我们该长出什么；
• 知达指数回答：现在亮了多少、短板在哪；
• Baklib回答：如何用一套内容系统，把门点亮，并同时服务人与 AI。

附录 A · 用语对照

附录 B · 参考链接

• 知达指数方法论：https://www.zhidat.com/about/maturity.md
• 在线案例：https://www.zhidat.com/
• Baklib 数字体验内容研究：https://www.baklib.com/resources/digital-experience-content-research.md
• Baklib 18 场景模板：https://www.baklib.com/blog/c39c.md

附录 D · 二级域名洞察清单

D.1 怎么读这份清单

• 二级域名（如 docs.example.com 里的 docs）在技术上只是 DNS 记录；在组织行为上，它往往意味着：这类内容值得单独运营、这类受众需要专属路径、权限或合规需要边界、用户已形成路径预期。
• 计次：同一前缀在多个独立根域出现则累加；下列「热度」大致反映样本中的相对常见程度（≥2 为过滤后高频；=1 为长尾/个案，仍可能对你的行业有用）。
• 路径等价：同一体验也可用路径实现（如网站下的 /docs），不必迷信子域；子域只是行业最常见的「门牌形态」。
• Baklib 18 类场景模板是建设侧的高优先级子集；下表覆盖更广，便于对标与缺口发现。

D.2 骨干四件套（样本中近半数有效信号）

D.3 按六层体验架构的扩展清单

第 1 层 · 门脸与品牌

第 2 层 · 自助、认知与内容

第 3 层 · 产品与应用面

第 4 层 · 开发者与生态

第 5 层 · 信任、合规与韧性

第 6 层 · 身份、商业与组织

D.4 与 Baklib 18 类场景模板的对照（建设优先级子集）

D.5 使用建议（给规划的人）

1. 先受众后门牌：先写清「谁、办何事、要何种材料」，再选前缀或路径。
2. 先骨干后长尾：门脸 + 文档 + 帮助 + 状态，再谈社区与学院。
3. 门牌服从内容源：同一事实不要在三个 CMS 里各写一份；多门牌、单事实源。
4. 查表用于对标，不用于攀比数量：Mintlify 可以极简，Intercom 可以全景——合适的是阶段匹配，不是子域个数竞赛。