牛顿 1688 新一代买家工作台

设计思路推导：① 电商用户调研 ② 对比三类 AI 产品的形态规律，推导电商人的「产物」是什么 ③ 基于推导做出第一版 Demo，再迭代到当前版

2-1

在过往做过的产品中，我们对 1688 的用户做过不少调研，我们发现了以下几点：

2-2

每一类 AI 产品的形态，本质上都被它「面向谁、核心产物是什么」决定。

1 / 4

通过上述调研和对比，和产品经理讨论了桌面端的产品形态，最终有了如下的思路推导：

2-4

基于讨论的内容和 PM 的产品文档的输入，我制作了一个可交互的 Demo，供团队产品经理和老板进行评审和评估：

2-5 点击体验DEMO

但这个方案面临几个问题：

因此，最终我们把整个产品的交互框架改成了如下内容，三个区域内容有调整：

2-6

基于这版框架，我继续做了可交互 Demo，用来验证三个区域在真实操作中的协同关系：

2-7 点击体验DEMO

承担两件事：业务模块导航（数据）+ AI 产品常用入口（新任务 / 能力 / 连接）。

3-1

中间不是某一种内容的专区，而是所有「值得沉淀的产物」的统一容器——三类内容共用一套多 Tab 体系，匹配电商多线程的工作本质 + 复用浏览器多 Tab 心智 + 统一承载三类异构内容。

1 / 3

第一个版本把文件沉淀放在了左侧，太远了；现在和对话相关的内容都被放在了和对话收在一起。

1 / 3

设计 B 类用户易理解的输入、Agent Runtime 呈现、输出，三件事都需要一套翻译：把工程语言翻译成电商用户能理解的语言。

问题：B 端用户不擅长写 Prompt；但电商 query 经常要同时引用图片、链接、技能、策略。

解法：用户可以像说话一样把所有内容混在一句话里，不需要切换「附件」和「正文」两套模式。

点击查看对比

工程师负责（Runtime 核心）：循环机制、工具接入、上下文存储、性能、稳定性、安全沙箱等等。设计师负责（Runtime 的「脸」）：Runtime 运行时会产生大量中间状态——正在调哪个工具、思考了什么、第几步、失败了在重试……「这些状态要不要让用户看见、怎么让用户看见」，是设计问题。因此在设计这一部分的过程中，我的设计步骤如下：

1 / 3

问题：AI 输出的重点是 Markdown 格式，如何让 AI 输出的内容可读易读，是设计师的命题。从逻辑上，我将不同的输出内容进行了分类。

解法：以 4×N 为倍数，设计了不同的视觉间距。

1 / 3

为了让视觉看上去更舒服，我在代码层约束：首行标题无额外间距 / 标题前强制出分割线。

1 / 2

电商任务动辄几十步，Agent 不能闭眼跑完，1）会消耗 token；2）经营相关，如果铺错商品，将会造成巨大的损耗。因此，怎么设计「停下来」的瞬间？这一章解决两件事：① 用什么形态承载「停下确认」；② 这些确认应该出现在对话流的什么位置。

不同业务团队都想在 Agent 流里嵌入自己的定制确认卡——跟单一种、选品一种、上架一种……这条路是无穷无尽的。

5-1

看看竞品都是什么样的：

5-2

和产品经理一起定义了不同的业务会抽象的内容，抽象成了两种卡片；用最小的组件集，把无限定制的需求收口到可维护的系统里，把接口开放给不同的业务。

1 / 2

5-4

「待补充」

「待补充」

Agent 长任务跑几分钟到几小时，用户不会一直盯屏，怎么把结果送到她真正在的地方？
这一章解决两件事：① 怎么让非开发者也能完成 IM 渠道配置；② 怎么让用户清晰看到哪些渠道已连、哪些没连。

设计了解决方案：

7-1

「待补充」

放一点用户反馈

「待补充」