> ## Documentation Index
> Fetch the complete documentation index at: https://wiki.another-horizon.eu/llms.txt
> Use this file to discover all available pages before exploring further.

# 组织导航

> 设计契合用户需求的信息架构。

<Tip>
  本页将说明为什么以及如何以用户为中心来组织你的文档。
</Tip>

<div id="why-is-navigation-important">
  ## 为什么导航很重要？
</div>

导航可能看起来无足轻重，因为有经验的用户在寻找特定答案时，通常会通过搜索引擎或文档站点的搜索栏直接进入相关页面。

但你的文档信息架构能帮助读者建立理解产品的心智模型，并为使用你文档的人和 AI 工具提供清晰的结构。良好设计的导航有助于用户快速把握你的产品，并在查阅文档时更高效地达成目标。

<div id="map-the-foundation-with-stakeholders">
  ## 与相关方共同绘制基础蓝图
</div>

与关键相关方（如创始人、产品经理或工程负责人）就产品如何运作、最重要的内容，以及用户应如何与之交互达成一致。

示例问题：

* 用最简单的方式如何解释产品的工作原理？
* 产品的核心构成要素是什么？
* 用户通常如何开始使用该产品？他们最常卡在哪里？
* 产品架构如何影响用户的使用方式？
* 最重要的 integrations 或依赖项是什么？
* 产品中有哪些正在发生的变化或演进？
* 如果将产品拆分为不同层级，它们会是什么？是按用户执行的任务划分，还是按所使用的功能划分？

<div id="validate-your-assumptions">
  ## 验证你的假设
</div>

在确定结构后，你需要验证它对真实用户是否奏效。人们浏览文档的方式常常会暴露信息架构中的空白，而这些往往容易被内部团队忽视。

<div id="track-real-user-journeys">
  ### 跟踪真实用户旅程
</div>

使用会话回放工具（例如 [FullStory](https://www.fullstory.com)、[Hotjar](https://www.hotjar.com)）或 Analytics 工具（例如 [Mixpanel](https://mixpanel.com)）来研究用户如何在你的文档中逐步浏览。重点关注：

* **入口：** 用户从哪里开启他们的旅程？是来自搜索、支持工单，还是直接从你的产品跳转而来？
* **导航模式：** 他们是否遵循预期的导航结构，还是会出现出乎意料的绕行？
* **摩擦点：** 用户在哪里停顿、回退或中止会话？这可能表明信息架构不清晰或内容缺失。
* **搜索行为：** 用户是否在搜索你的文档中不存在的术语？这可能暴露内容空白或术语不一致的问题。

<div id="test-with-real-users">
  ### 与真实用户进行测试
</div>

Analytics 有助于识别趋势，但直接交流能带来更深的洞见。

安排用户研究访谈，让客户尝试寻找特定问题的答案，并请他们在浏览时口述自己的思考过程。

新入职的同事也是很好的用户代表，因为他们不像团队里的资深成员那样拥有大量既有 context。在他们从内部对你的产品过于熟悉之前，要求他们只依靠文档完成一个任务。

让他们详细描述自己如何开展该任务：他们首先点击了哪里，如何理解各个部分的名称，以及在哪些地方遇到阻碍。他们的直觉可以揭示你的文档是否直观，或者是否过度预设了读者的知识储备。

<div id="identify-common-challenges">
  ## 识别常见挑战
</div>

根据你的观察，留意以下常见的导航问题：

* **类别过多：** 过多的顶级板块会让用户不知所措。考虑将相关主题归并。
* **关键信息埋藏：** 不要把重要内容埋起来。优先呈现高频访问的内容。
* **板块命名不清：** 如果用户在点击前犹豫，你的标签可能不够直观。让术语与受众的自然认知保持一致。

尽量设计优雅且实用的信息架构，但请记住，几乎不可能让文档满足所有人。以多数用户为优先，关注能帮助他们达成目标的内容。

<div id="iterate-over-time">
  ## 随时间迭代
</div>

最重要的是保持灵活。你的导航应随着产品和用户需求不断演进。第一版不必十全十美。