U8 Chat 2.0 · 聊天文件夹（会话分组）产品需求文档（PRD）

本 PRD 做了什么：设计稿把「创建 → 挑聊天 → 保存」这条主线画清楚了，也画好了编辑态之外的绝大多数界面。 缺的是两类东西：① 设计稿没画但必须有的页面（聊天列表上的文件夹标签栏、编辑态、移除确认弹窗、空态）； ② 开发无法自行决定的判定规则（一个聊天能不能在多个文件夹、删除文件夹会不会丢聊天记录、新建的会话要不要自动进文件夹、 标签栏显示规则、重名怎么处理、上限多少）。 这两类都不是新功能，我把它们补齐在第六、七章；没有增加任何设计稿之外的 TG 能力（明确不做的清单见 2.2）。

一、背景与目标

1.1 背景

U8 Chat 的会话列表是一个没有任何分组的平铺长列表：所有的单聊、群聊、工作群、家庭群、砍价群全部混在一起，只按「新消息时间」排序。

会话数量上去之后，列表就变成了一个"什么都有、什么都要翻"的地方：

1. 重要的人被刷掉：家人、老板的会话会被 20 个群聊顶下去，用户得一直往下翻。
2. 找不到那个群：只记得群名头两个字，得靠搜索，而搜索是要"先想起来名字"的。
3. 工作与生活没法分开：白天在工作群、晚上在生活群，但两边在同一个列表里互相干扰。

文件夹的作用是给同一个会话列表加一个"筛选视图"：用户把会话分到「工作」「家人」等文件夹，在聊天列表顶部点一下就能只看这一组。

1.2 现状问题（本次要解决的）

1.3 目标

业务目标

• 提升高活跃用户的会话列表使用效率，降低"找会话"的失败率，提升会话打开数（而不是消息量）。

用户目标

• 建一次文件夹，之后一次点击就能切到自己要的那一组。
• 全程不丢东西：删掉文件夹、把聊天移出文件夹，聊天和聊天记录一条都不少。

成功指标（上线首月，目标值需与数据侧对齐后锁定）

二、范围

2.1 本期做

加粗的两行是设计稿没有画、但不做就不闭环的部分（建了文件夹无处可用）。这两处已与你确认：标签栏采用 TG 同款，编辑态做完整三件事。

2.2 本期不做（TG 有、但我们明确不做，逐条划出）

这张表的作用是防止开发照着 Telegram 自由发挥。以下能力设计稿里没有，本期一律不做：

2.3 端一致性

本期只有移动端。同一 App 内 iOS 与 Android 的规则、文案、交互完全一致，唯一差异是按系统习惯的按压时长与震动反馈。

三、名词定义（务必与开发对齐，避免和现有功能混名）

⚠️ 开发注意：「移除」≠「删除」。UI 上凡是对会话的操作，按钮文字一律用「移除」；只有对整个文件夹的操作才用「删除 / 移除文件夹」。文案见第九章。

四、用户与场景

角色只有一个：App 的普通用户。没有管理员、没有群主权限、不涉及他人。

场景 A · 把工作群从生活里摘出去（高频，主场景）

用户有 30 个会话，其中 8 个是工作相关的群。他进「我的 → 聊天文件夹 → 创建文件夹」，命名「工作」， 在「包含聊天」里连勾 8 个群 → 保存。回到聊天列表，顶部多了一个「工作」标签， 之后每次点「工作」就只看这 8 个群，点「全部」回到完整列表。

场景 B · 快速找到那个想不起名字的群

用户只记得是"公司那个大群"，想不起全名。他点「工作」标签，在 8 个群里扫一眼就找到了—— 不需要输入任何关键字。这是文件夹相对搜索的核心优势：缩小范围，而不是要求精确输入。

场景 C · 调整分组

建了「工作」和「家人」两个文件夹后，用户觉得顺序该反过来。他进文件夹列表 → 点「编辑」→ 拖住右侧手柄把「家人」拖到「工作」上面 → 点「完成」。聊天列表标签栏的顺序立刻跟着变。

场景 D · 不想要这个文件夹了

用户不再需要「砍价群」。他进编辑态 → 点该行左侧的 ⊖ → 弹出「移除「砍价群」？」→ 弹窗告诉他「你的聊天记录不会被删除」→ 点「移除」。文件夹消失，那 6 个群原样留在「所有聊天」里。

场景 E · 一个人只在某个文件夹里

「家人」这个文件夹里有 5 个会话。用户在里面点某个会话进去聊完返回， 还是停在「家人」标签下（不跳回「全部」）——避免每次返回都要重新点一次。

场景 F · 群被解散 / 好友被删

用户文件夹里的某个群被群主解散了。会话列表里这个群消失，文件夹里也自动消失， 不需要用户手动清理残留（见 7.3）。

五、功能总览

我的
 └─ 文件夹（F1 空态 / F2 有内容）
     ├─ 创建文件夹 ──▶ 新文件夹弹层（F6）
     │                   ├─ 文件夹名称（F7 已填 / F8 插表情 / F10 边界）
     │                   └─ 包含的聊天
     │                        ├─ 添加聊天 ──▶ 包含聊天选择器（F11 未选 / F12 已选 /
     │                        │                             F13 chip 溢出 / F14 chip 高亮）
     │                        └─ 长按某行 ──▶ 从文件夹移除（F9）
     ├─ 编辑（F3 排序 / F4 左滑 / F5 移除确认）
     └─ 点某个文件夹 ──▶ 回到该文件夹的编辑弹层

聊天列表（顶层页）
 └─ 搜索框下方：标签栏（F15 全部 / F16 切到某文件夹 / F17 标签过多横滑 / F18 空文件夹）

一条主线（走一遍主流程）：我的 → 聊天文件夹 → 创建文件夹 → 填名字 → 添加聊天 → 勾选 → 确定 → 保存 → 回文件夹列表 → 回聊天列表 → 点新标签 → 切回全部 → 编辑 → 左滑 → 移除 → 确认。 （演示页的「▶ 走一遍主流程」按钮就是这个顺序。）

六、功能详情

6.1 入口与页面结构

设计稿从「文件夹」这一页开始画，没有画入口。入口的位置与样式已按实机截图 1:1 确认：演示屏 F0 完整还原了「我的」页（左上二维码按钮、右上「编辑」、头像 + 昵称 + 手机号、四组卡片、底部悬浮胶囊 Tab：聊天 / 联系人 / 资产 / 我的 四项、无搜索圆钮），只新增「聊天文件夹」一行，其余内容一律不动。

6.2 文件夹列表页（F1 / F2）

从上到下的固定结构：

行为

6.3 编辑态：排序与删除（F3 / F4 / F5）

进入方式：文件夹列表页点右上「编辑」。进入后：

排序（拖拽）

1. 按住右侧 ☰ 手柄上下拖动，行跟手移动，可插入到任意两行之间。
2. 「所有聊天」的位置固定不动——它永远是标签栏的第 1 个，用户只能调整自建文件夹之间的先后（这与 TG 不同，TG 允许把「全部」排到末尾；我们简化，避免新手把「全部」藏到滑动区外面）。
3. 拖动即生效，不需要点「完成」保存；点 ✓ 只是退出编辑态。
4. 松手后立即写本地并同步服务端（见 6.9 的同步说明）。

删除（两条路径，同一个确认）

两条路径都会弹出同一个确认弹窗（F5）：

移除「川一喜屋😊😎」？ 即将移除该文件夹，你的聊天记录不会被删除。 〔取消〕〔移除〕

6.4 创建 / 编辑文件夹弹层（F6 / F7）

形态：整屏弹层，从底部升起，上方保留 62px 的可视区（能看到"底下是聊天列表"）。不是跳转到新页面。

创建 vs 编辑的差异

保存后的落点：回到文件夹列表页（F2），新文件夹出现在列表末尾（如果是编辑，位置不变）。

6.5 文件夹名称的规则

6.6 选择器「包含聊天」（F11）

IMG_5957 是 TG 的这一页：多出一整块「聊天类型（联系人 / 非联系人 / 群组 / 频道 / 机器人）」批量勾选。U8 不做，名单里直接列全部会话。

6.7 已选管理：chip 区（F12 / F13 / F14）

选择器顶部是「已选 chip + 搜索框」的混合区域：

chip 的高亮态（F14）：设计稿里有一个 chip 是紫底白字。

这是设计稿有意画出来的中间态，是否保留需拍板（待确认 ⑥）。若不保留，✕ 直接一步删除（与 TG 一致）。

6.8 从文件夹移除某个聊天（F9）

TG 的文件夹内长按菜单里还有「置顶 / 免打扰」等项，U8 全部不做，只留「从文件夹移除」。

6.9 聊天列表的文件夹标签栏（F15 / F16 / F17，本功能的核心）

这是设计稿缺的一环，也是文件夹真正被用起来的地方。

位置

[状态栏]
[导航栏]      编辑            U8 Chat            ＋
[搜索框]      搜索
[标签栏]      全部 | 川一喜屋😊😎 | 工作 | 家人朋友     ← 本功能新增，位置在搜索框与会话列表之间
[会话列表]    ...
[底部 Tab]     聊天 | 联系人 | 资产 | 我的   ← 本次改版：无搜索圆钮

标签栏规则

切换标签的行为

同步：文件夹的新增、改名、排序、删除立即写本地并同步服务端，多设备登录时以最后一次操作为准（冲突时的合并规则沿用现有设置项的同步策略）。

6.10 与既有功能的关系（逐条对照，避免误伤）

七、异常与边界

7.1 状态对照表（验收时逐条走）

7.2 名称边界（汇总）

7.3 会话发生变化时

7.4 标签栏边界

八、跨端差异（Web / Desktop）

本期不做 Web 与 Desktop 的文件夹。原因：

1. 桌面端会话列表是多栏布局（会话栏 + 聊天区），文件夹的落点需要单独设计（TG 是把它放进会话栏顶部，与移动端同款），现有设计稿只覆盖移动端；
2. 桌面端的会话量大、窗口宽度变化范围大，标签栏的溢出策略需要单独定；
3. 先看移动端的使用数据，再决定桌面端的形态。

保持一致的部分：数据模型（同一个账号的文件夹、顺序、包含的会话必须跨端一致），所以服务端的数据结构本期就要按跨端设计，避免以后回改。

九、新增文案

⚠️ 文案一致性：管理页叫「所有聊天」，标签栏叫「全部」（长度考虑）。两者指同一个东西，如果开发担心混淆，可以统一为「全部」。需拍板（待确认 ②）。

十、埋点与数据

要看的数

1. 创建转化率：folder_create_click → folder_create_done；
2. 创建后是否真用：folder_switch 的 7 日留存；
3. 每个文件夹装多少会话（判断"默认要装谁"的引导是否必要）；
4. folder_delete_cancel / folder_delete_confirm 的比值——这个比例异常低，说明「聊天记录不会被删除」那句没让人放心，需要改文案；
5. 标签栏点「全部」的比例——如果极低，说明标签栏可能遮挡列表，需要评估位置。

十一、待确认（需要产品拍板，开发据此实现）

十二、相对设计稿补了什么（逐条交代，没有偷偷加功能）

设计稿共 9 屏，全部保留、未改动任何一屏的既定设计。在此基础上补了 10 屏：

没有做的事（与 2.2 一致，再强调一遍）：没有加「聊天类型」批量选、没有加「显示文件夹标签」开关、没有加排除规则、没有加免打扰、没有加分享、没有加自动归类。TG 的能力清单里，我们只用到了"分组 + 切换 + 排序 + 删除"这一层。

附：演示页怎么用

打开同目录 index.html：

• 左侧列表按 4 组列出 19 屏，可按「设计稿已有 / 本次补齐」筛选；圆点颜色：蓝＝设计稿已有、红＝补齐的关键缺口、黄＝补齐的状态与规则屏；
• 中间是手机，页面上的虚线框就是可点的地方——鼠标悬停会显示它会跳到哪一屏，点它按真实流程跳下一屏；

  全案共 170 个可点元素（屏内热区：底部 Tab、导航栏按钮、标签栏、列表行、勾选圈、chip、空态按钮）；

• 有些元素在演示里没有对应页面（如「我的」页的「编辑」、聊天列表的「+」、底部的「聊天 / 联系人 / 资产 / 我的」），点它们会弹一句话说明，不会出现「点了没反应」
• 点「▶ 走一遍主流程」自动播放：我的 → 聊天文件夹 → 创建 → 挑聊天 → 保存 → 回聊天列表 → 切标签 → 编辑 → 删除；
• 右侧是每屏的「这屏解决什么 / 设计要点 / Telegram 对照 / 待确认」；
• 键盘 ← → 切屏，H 显示全部热区。