Neodrop / grain

对话与任务入口:已定结构 + 5 个待决策

主干已经拍板,会议只需要过 5 个决策。每个决策都写明了拿什么判断,对着方案与决策页的实时预览从上往下过完即可定稿。

0 · 前提:我们在为什么系统做设计

  • 这是一个长任务系统。调研、创建频道、批量生产内容, 平均任务时长以分钟到小时计。用户的常态是交代完就走开, 回来的第一个问题是「我交代的事怎么了」。所以任务入口必须常驻显示、 状态必须低成本可见、必须有通知兜底——否则用户要满系统去找。 后面所有已定结构和固定件,都是这一条推出来的。
  • 对话 = 任务。没有独立的「后台任务」实体,任务态是 会话的一个字段(数据层已定)。所以「任务管理」就是「对话列表」, 不需要第二套界面。
  • 对话是伴随型的。对话跟着人走,subject 只是 「最后一次在哪聊」(阶段二搬迁语义已定)。与它打架的形态 (比如整页对话)都已被否掉。

1 · 已经决定的(附理由,不再讨论)

  1. 任务入口一定显示,且尽可能方便。我们是长任务系统:用户交代完就走开,回来第一件事是找 「我交代的事怎么了」。所以入口常驻、状态一眼可见、完成有通知。
  2. 列表只有一份,管理只在一处。左右各放一份看似方便,实际是同一条信息两处出现、两处管理, 迟早对不上。
  3. 对话在哪打开,跟着列表走。列表在左栏:点开对话,右下角弹出面板。列表在右侧:点 header 右上角的图标打开。没有第三种打开方式。
  4. dock 只负责发起。它就是每页底部那个「问点什么」的输入框,不显示任务状态。
  5. 所有对话一视同仁。创建频道也是普通对话,在同一个容器里打开,不按类型分派。 想回创建现场,点对话里的 subject chip 就行。
  6. 移动端不用单独讨论。桌面方案定了,移动端按固定规则自动折算:侧栏收进汉堡, 对话收进底部条、点开上拉。见移动端自适应
  7. 列表的排序和收纳是定死的。要你处理的永远在最上面,办完看过的自动折进「已完成」。 频道未读显示条数、对话状态用小圆点,两种信息不混用。

2 · 固定件:所有方案共享的兜底(不进决策)

五个固定件服务同一个前提——长任务的状态可见性,不能只压在 「列表放哪」一个决策上:

  • 完成即通知:任务跑完的瞬间弹 toast、点击直达 (GitHub agents panel 的兜底做法)。
  • 进度环:进度可知时,状态点从「转圈」升级成确定 进度环——「在跑」和「跑到 90%」是两种焦虑。
  • 收件箱语义:列表只装需要注意的对话,完成即折叠 (Linear Inbox)。
  • Peek 预览:subject chip 点开先预览现场、不跳页, 预览里再「前往」(Notion side peek)。
  • ⌘K 命令面板:随处搜对话、快速打开、回车在当前页 发起(Linear / Raycast)。

3 · 未决策的 5 个:每条拿什么判断

#决策可选项拿什么判断
1对话列表放在哪?侧栏 Section · 侧栏 Tab · 右侧对话区 · 右侧浮层(Mission Control)① 要不要「边聊边看」的并排场景——要就只有右侧区给得出;② 扫状态的频率 vs 订阅浏览占比——扫得勤就该放左常驻;③ 愿不愿为可见性付一列常驻空间。
2频道 / 订阅入口住在哪?侧栏 Section · 侧栏 Tab · 独立「关注」页订阅流与推荐流的实际使用占比——数据可直接查。订阅流主导 → 订阅留侧栏(进关注页是明确退步);推荐流主导 → 可以像抖音一样降到二级页。
3点开对话,页面跟不跟着去现场?原地打开 · 跳去现场点开对话的主要目的是什么:看一眼状态占多数 → 原地;回现场干活占多数 → 跳转。伤害不对称(误开损失一次点击 vs 误跳丢掉现场)与已定的伴随型语义都偏向原地;peek 预览已把「去现场看看」的成本压到最低。
4页面级写入口(dock)长什么样?常驻底部条 · 悬浮球 · 不放「就地提问」的发起频率 × 目标用户的键盘习惯:高频 + 大众用户 → 常驻条;工具型熟手 → 悬浮球甚至不放(⌘K 兜底)。注意列表放左时 dock 还兼任容器宿主,不放的代价更大。
5状态怎么表达?四态点 · 点 + 数字 · 文字胶囊列表的噪音预算。「频道未读用计数、对话状态用形态点」的混用原则已定,这里只决定对话侧要多重的表达:待办要不要带数字、要不要上文字。放侧栏窄列时文字胶囊会挤标题(警告 ②)。

决策之间的耦合只剩 1 条硬联动(Tab 双向:一边选 Tab 另一边自动跟着变,换走自动恢复)和 3 条代价警告(文字胶囊 × 侧栏窄列挤标题;订阅进关注页 × 对话在右侧,侧栏空掉; 列表放左 × dock 不放,没有可见写入口)。实验台会实时提示, 不用背下来。

4 · 六个预设:起点,不是套餐

每个预设 = 一句话亮点 + 类似产品 + 具体决策点。进实验台选一个当 起点,想改哪条决策改哪条;组合可存档、可复制链接发给别人。

推荐侧栏共存 Section/recommended

对话与订阅同屏、状态零点击可扫,且全程只有一份列表——可见性和单一真相同时拿到,是改动最小、心智最熟的组合。

类似产品:Claude / Slack / Linear 侧栏

对话列表 · 侧栏 Section订阅入口 · 侧栏 Section跳转行为 · 原地打开dock · 常驻底部条状态表达 · 点 + 数字
变体 1侧栏双 Tab/tabs

对话与订阅平权、各拿满整列,长列表管理最从容——赌的是用户愿意为完整空间付「切换才能看另一边」的代价。

类似产品:Discord(服务器 / 私信双栏)· 你的原方案

对话列表 · 侧栏 Tab订阅入口 · 侧栏 Tab跳转行为 · 原地打开dock · 常驻底部条状态表达 · 四态点
变体 2右侧对话区/clean

侧栏完全让给订阅、观众动线零打扰,对话整套收进 372px 右侧区——「边聊边看」的并排体验只有它给得出。

类似产品:Dia / Cursor / Copilot Chat

对话列表 · 右侧对话区订阅入口 · 侧栏 Section跳转行为 · 原地打开dock · 悬浮球状态表达 · 四态点
变体 3独立关注页(抖音形)/followpage

订阅升级成整页:搜索、正在更新分区、未看计数都放得下——赌的是主消费路径在推荐流,订阅降一级不伤主动线。

类似产品:抖音精选 PC / B 站动态

对话列表 · 侧栏 Section订阅入口 · 独立「关注」页跳转行为 · 原地打开dock · 常驻底部条状态表达 · 文字胶囊
变体 4Mission Control(右侧浮层)/mission

对话区变成随处一键可开的轻量浮层:派任务、扫进度不打断当前页,没有互斥收合的心智——最贴「托付任务」的 agent 使用方式。

类似产品:GitHub Copilot agents panel

对话列表 · 右侧浮层(Mission Control)订阅入口 · 侧栏 Section跳转行为 · 原地打开dock · 常驻底部条状态表达 · 点 + 数字
变体 5键盘极简(⌘K)/keyboard

把写入口从屏幕搬进键盘:界面最安静、熟手发起最快——赌的是核心用户是生产工具型,愿意学一个快捷键换零干扰。

类似产品:Linear / Raycast

对话列表 · 右侧对话区订阅入口 · 侧栏 Section跳转行为 · 原地打开dock · 不放状态表达 · 四态点

5 · 开会怎么用(10 分钟)

  1. 先看两种容器的手感(各 1 分钟): /recommended 是「放左 + dock 拉起面板」, /clean 是「右侧区 + 互斥收合」, /mission 是「右侧浮层」。位置决策的三种形态就全见过了。
  2. /lab 按 1 → 5 过决策:每条先读「拿什么判断」,对着微缩预览 比较,点选后看优 / 劣,拍板进下一条。
  3. 过完存为方案、复制链接。中途停 15 秒别动—— 看四态转场、进度环推进和完成 toast,状态语言够不够抢注意力 只能这么判断。状态与 icon 的规格书在 状态图谱