01 · 过程透明

洞察 Agent

为需要数分钟推理的 Agent 设计移动端阅读体验

0726

AI Agent · B 端 · 已上线

项目背景

洞察 Agent 是企业 BI 平台中的深度分析智能体。业务人员以一句话提出经营问题,智能体自行查阅多张仪表板,数分钟后交付结论或分析报告。本项目设计的是提问者使用的对话界面。

类型
AI Agent 对话体验
角色
体验设计师
协作
与产品、研发协作
周期
2026.07–2026.08
工具
Figma · 协作 AI
状态
已上线

项目快照

构建从问题发起、分析执行到结果阅读与持续追问的完整 App 体验,让用户容易开始分析、理解分析进展,并能依据结果进一步探索。

项目目标

用户目标

在一个 App 内,通过自然语言提出复杂经营问题,快速了解问题原因,并通过持续追问获得支持业务判断的分析结论。

业务目标

降低复杂经营分析的使用门槛与人工成本,让更多业务人员能够利用企业数据开展分析,提高经营问题的响应与决策效率。

使用者

智能体由配置者在后台搭建,由提问者在对话中使用。配置者为智能体撰写描述,设定分析专家与回答形态;提问者按问题类型委托分析。本项目设计提问者一侧的对话界面。

配置者

数据生产者 · 在后台搭建智能体

  • 撰写智能体描述
  • 设定分析专家
  • 设定回答形态
搭建

智能体

对话中可见的部分

  • 身份与描述
  • 分析专家
  • 文本或报告
交付

提问者

业务人员 · 本项目设计范围

  • 开放的归因问题
  • 固定结构的报告
  • 事实查询

系统

产品架构

智能体的工作分布在四层中,提问者能直接看到的只有最上面的应用层。意图识别、任务规划、取数与报告生成都发生在下面三层;界面呈现什么、呈现到什么程度,决定了用户能否跟上一次分析。结论所依据的仪表板与卡片,可以在对话中溯源。

应用层 Application

  • 探索式分析
  • 分析专家

智能体层 Agent

  • 意图识别 自然语言理解 · 分析资产理解 · 上下文感知
  • 任务规划 任务分解 · 工具调用 · 执行计划
  • 执行控制 工具协调 · 异常处理 · 结果整合
  • 环境感知 状态监控 · 结果感知 · 上下文更新

分析工具层 Tools / Subagents

  • 深度思考
  • 获取仪表板与卡片数据
  • 仪表板洞察
  • 知识检索
  • 报告生成

分析资产层 Assets & Knowledge

  • 仪表板
  • 卡片
对话管理
大模型服务

设计策略

运行信息的分层呈现

用户只看得到应用层,其余三层的运行产出要经过取舍才进入对话。设计按信息对判断的帮助程度分级,决定每类信息是否呈现、何时呈现。

架构中的模块四层与模型服务

应用层 Application

  • 探索式分析
  • 分析专家
  • 对话管理

智能体层 Agent

  • 环境感知
  • 意图识别
  • 任务规划
  • 执行控制

分析工具层 Tools / Subagents

  • 报告生成
  • 获取仪表板与卡片数据
  • 深度思考
  • 知识检索
  • 仪表板洞察

分析资产层 Assets & Knowledge

  • 仪表板 可溯源
  • 卡片 可溯源

大模型服务 Model

  • 模型调用

呈现级别按对判断的帮助程度分级

01 需要操作 用户主动选择或打开

来自 探索式分析、分析专家、对话管理

提问前交付回访
02 展开可见 点开过程即可读到

来自 意图识别、任务规划、报告生成、获取仪表板与卡片数据

思考过程
03 按需查看 需要核对时再打开

来自 深度思考、仪表板、卡片

思考过程交付
— 不呈现 与用户判断无关,或用户无权限操作

来自 环境感知、执行控制、知识检索、仪表板洞察、模型调用

出现的时刻一次委托的四个时刻

  • 提问前
    • 身份区
    • 推荐问题
    • 分析专家
  • 思考过程
    • 运行状态
    • 意图与所选专家
    • 执行步骤与所查仪表板
    • 思考原文
    • 收起后的完成行
  • 交付
    • 回答的专家
    • 结论与报告卡
    • 取数结果
  • 回访
    • 顶栏切换
    • 历史对话

设计过程

A · 提问前

提问前:明确智能体用途,找到提问起点

平台提供多个智能体,用户选中后,需要先了解它能做什么、可以怎么问。因此,界面通过身份区说明用途、推荐问题引导提问、分析专家提供预设的分析方式,帮助用户开始一次分析。

低保真
经营分析智能体切换经经营分析智能体基于销售经营看板回答业务问题,自动生成洞察报告。覆盖 GMV、订单、品类与区域表现。可试着问我:换一批上周整体 GMV 表现如何?有哪些异常需要关注?各渠道转化率环比变化怎么样?哪些品类的库存周转在恶化?分析专家输入你的问题内容由 AI 生成
高保真
  1. 头像、名称与描述

    先说明“我能帮你什么”

    使用配置的身份信息说明智能体用途,移除无配置依据的问候与口号,让用户形成一致的能力预期。

  2. 可试着问我与推荐问题

    给用户一个可以直接开始的问题

    在用途说明之后提供推荐问题,让用户可以从具体示例发起对话,减少从零组织问题的负担。

  3. 输入框上方的分析专家入口

    让分析方式可以选择

    通过分析专家入口提供预设的分析技能,让用户在发起任务前选择本次采用的分析方式。

A · 分析专家

让选择结果留在提问现场

选中的专家名以行内前缀显示在输入框中,用户在组织问题时仍能确认本次分析方式,无需重新打开面板查看。

  • 部分专家带预设提问选中这类专家时,输入框会同时填入一条固定的推荐提问,用户可以直接发送,也可以在此基础上修改。
  1. 分析专家

    1点开分析专家入口

  2. 单品洞察专家 锁定 ROI 异常的单品,逐个分析异 常原因,产出商品与原因对照表。 已选中

    2在面板中选择一位分析专家

  3. 单品洞察专家 锁定异常单品,逐个分析异常原 因,生成商品与原因对照表

    3专家名作为前缀留在输入框里

协作流程

方案在一周内经历三轮迭代:可交互的演示原型、低保真初稿,以及沿用既有对话组件的落地稿。项目期间,研究对象、呈现规则、设计边界与方案取舍均由设计者决定;当前步骤展开、卡片外壳和输入前缀等交互与样式沿用既有实现。AI 辅助阅读前端代码、生成演示原型,并按设计指令搭建和修改画板。

  1. 00

    接手之前

    BEFORE

    • 主动了解业务背景
    • 与产品、研发对齐目标
    • 收集需求文档与数据资料

    TOUCHPOINTS

    ENGPRODUCT

  2. 01

    读通链路

    07.30

    • 阅读前端代码与服务端数据
    • 多个 Agent 并行试做不同方案

    TOUCHPOINTS

    AIENG

  3. 02

    低保真初稿

    07.31

    • 过程区三段按实际顺序
    • 制作可交互原型

    TOUCHPOINTS

    AIPRODUCT

  4. 03

    落地稿

    08.03

    • 沿用既有对话组件
    • 报告卡与报告视图
    • 会话随智能体,经代码证实

    TOUCHPOINTS

    ENG

  5. 04

    设计评审

    08.04

    • 逐项与研发核对
    • 纠正需求偏差

    TOUCHPOINTS

    AIENGPRODUCT

  6. 05

    落地稿后期

    —

    • 专家卡上的报告类型标签

    TOUCHPOINTS

    PRODUCT

  7. 06

    产品上线

    09.11

    • 设计已上线,使用指南收录上线界面

    TOUCHPOINTS

    PRODUCT