AI SaaS 产品导航结构应该如何设计

AI SaaS 产品导航结构应该如何设计

AI SaaS 产品的导航设计，面临一个传统 SaaS 没有的特殊挑战：产品的能力边界不固定。传统 SaaS 的功能是预先定义好的——CRM 就是管客户、ERP 就是管资源。但 AI SaaS 的能力随着模型升级、Agent 增加、工具接入而持续扩展，导航结构需要既能容纳当前的有限功能，又能承载未来的无限可能。

一、AI SaaS 导航设计的特殊性

传统 SaaS 导航围绕功能模块展开（“客户管理”、“订单管理”、“报表中心”），用户通过路径记忆来定位功能。AI SaaS 导航需要同时支持两种交互模式：

指令驱动模式。用户通过自然语言直接描述意图，AI 理解并执行，导航的角色是辅助而非主导。在这种模式下，用户可能根本不使用传统导航，直接通过对话框完成任务。

浏览驱动模式。用户对产品能力尚不熟悉、不确定“AI 能做什么”时，需要通过导航来探索和理解可用功能。

好的 AI SaaS 导航需要同时服务这两种模式——为“我知道要做什么”的用户提供快速入口，为“我不知道能做什么”的用户提供能力发现路径。

二、顶层导航结构：三层并行

AI SaaS 的顶层导航通常采用三栏并行结构：

左侧：能力导航（探索型路径）

左侧导航按“能力域”组织，而非按“功能模块”组织。AI SaaS 的能力不是固定的菜单项，而是持续扩展的 Agent 集合和工具集。

能力域可以按角色划分——“销售助手”、“市场助手”、“研发助手”；也可以按场景划分——“客户跟进”、“内容生成”、“数据分析”；还可以按抽象能力划分——“问答”、“创作”、“执行”、“分析”。

关键原则：左侧导航不是功能列表，而是能力地图。它的目标是告诉用户“这个产品能帮你做什么”，而不是“这个产品有哪些菜单”。

中部：会话与工作区（执行型路径）

中部区域是用户与 AI 协作的主界面。导航在此处的作用不是组织功能，而是组织上下文——当前在哪个 Agent、哪段对话、哪个任务。

对于多 Agent 平台，中部导航的核心是Agent 切换器，让用户在多个专用 Agent 之间快速切换而不丢失上下文。对于单一 Agent 平台，中部导航的核心是会话列表，让用户在不同任务线程之间跳转。

顶部：系统导航（管理型路径）

顶部导航负责跨系统的管理入口——个人设置、团队管理、账单、用量统计、集成配置、API 密钥管理。这些功能不属于任何一个能力域，但对系统运行至关重要。

顶部导航的设计原则是保持极简——只放与“系统管理”直接相关的入口，不把业务能力挤入顶部。

三、AI SaaS 的能力发现机制

传统 SaaS 依赖导航来告诉用户“有什么功能”。AI SaaS 的导航需要帮助用户回答一个更基础的问题：“我能让 AI 帮我做什么？”

已接入的 Agent 列表

如果平台有多个专用 Agent，用户需要看到“当前可用的 Agent 有哪些、每个 Agent 能做什么”。列表应以卡片形式呈现，包含 Agent 名称、一句话能力描述和典型使用场景示例，让用户快速判断该 Agent 是否适用于当前任务。

工具与知识库的可视化

用户需要知道 AI 能访问哪些数据源、能调用哪些外部工具。“这个 AI 能查 CRM 数据吗？”“它能发邮件吗？”“它能看到我的项目文档吗？”这些能力边界信息应在导航中透明展示，而非让用户自己摸索。

能力示例库

AI SaaS 的典型问题是“我不知道它能做到什么程度”。导航中应包含一个“示例库”或“模板中心”，展示预设的对话示例和任务模板，帮助用户从具体案例中理解能力边界。

四、传统 SaaS 导航如何向 AI 过渡

很多企业是在已有 SaaS 产品上叠加 AI 能力，而非从零构建 AI SaaS。这种情况下，导航设计需要处理新旧两种交互模式的共存。

五、搜索作为第一导航

AI SaaS 中，搜索框的角色需要被重新定义——它不只是一个“搜索已有内容”的工具，而是一个“启动 AI 能力”的入口。

用户输入“帮我分析上季度销售数据”，系统应理解这是一个任务指令而非搜索查询，调用相应的 Agent 开始执行。入口的行为会根据用户输入的内容类型动态切换——输入关键词时执行搜索，输入任务描述时启动 Agent。

六、多 Agent 平台的导航策略

当平台有多个专用 Agent 时，导航需要处理一个额外维度：用户如何在不同 Agent 之间切换而不丢失工作上下文。

Agent 仪表盘作为起点。用户登录后看到的是 Agent 仪表盘——所有可用 Agent 的概览，而不是直接进入某个 Agent 的对话界面。

Agent 切换器在对话界面中置顶。下拉菜单或侧边栏，列出所有 Agent，支持快速切换，切换时保留对话历史。

Agent 间的上下文传递。用户从“客户分析 Agent”切换到“邮件起草 Agent”时，系统允许将前者的输出（如分析结论）作为后者的输入上下文，使多 Agent 工作流连贯而非割裂。

七、常见导航设计错误

八、优先级与层次