16%
客户对话题功能的使用率
RESEARCH
前期调研
从海外用户的实际使用阻力出发，梳理现有链路、竞品模式与高频协同场景，为首期 MVP 明确边界。
项目背景
DingTalk 现有话题功能沿用了钉钉原有框架，整体使用频率较低。对海外用户而言，入口感知、话题识别和多人共创仍存在明显阻力。
体验走查
竞品分析
场景发散
用户研究
现状评估与用户流程
通过核心链路复盘，识别话题从创建、进入、回复到再次关联消息时的主要断点。
核心问题总结
能力覆盖不足话题内输入框功能较少，难以覆盖复杂沟通场景。
交互链路异常使用过程中会出现嵌套话题等问题。
入口感知薄弱入口隐蔽，用户难以发现并理解话题功能。
内容难以回找创建后的话题缺少清晰识别和检索方式。
共创心智不足话题感知集中在创建者一侧，难以形成双方共创。
竞品分析
对比 Slack 与 Lark 的 Thread 实现，判断自动建联、查找效率与功能负担之间的取舍。
IM 场景梳理
完整方案需要覆盖多类发送与接收场景，首期 MVP 则优先处理高频、可验证的核心路径。
消息类型
发送方
接收方
MVP 旅程图
围绕五个关键动作组织最小闭环，让话题既能被快速建立，也能被找到、结束和再次唤起。
关键阶段
STEP 01
创建话题
STEP 02
回复话题
STEP 03
搜索话题
STEP 04
取消话题
STEP 05
接收提醒
用户活动
从群聊消息或输入栏发起，将离散讨论聚合为话题。
长按消息 · 底栏入口参与者进入同一上下文继续回复，保留原消息关系。
话题卡 · 回复区输入关键词，按内容、创建人或标签定位目标话题。
搜索 · 高亮定位结束过期讨论；根据权限选择仅对自己或所有人取消。
更多 · 二次确认在群内收到轻量未读提示，并穿透回到原始讨论。
未读数 · Deep link用户想法
“这段内容值得单独讨论，但不要打断当前聊天。”
“我可以沿着同一上下文继续，不必重新解释背景。”
“输入关键词后，应该立刻回到那条重要消息。”
“话题结束了，但原始内容不能因此丢失。”
“提醒要清楚，也不能淹没正常的群消息。”
体验情绪
🙂😊😕🙂😄
优化方向
基于以上分析，总结出本次先行的几点优化方向。
核心问题总结
优化方向与展望
强化话题寻找链路的便携性
增强话题功能的入口，明确链路，使其便于理解和寻找。
对话框做强引导用户心智
强化话题的心智，用户知道需要在话题中回复，保持话题对话的共创性。
话题对话框功能不足
丰富对话框的功能，使其可以覆盖所有场景。
DESIGN TOKENS
设计规范：品牌色彩与视觉语言
视觉规范以大面积浅色和少量品牌亮色为核心，通过低饱和背景与充足留白控制协同界面的信息密度。整体配色约为 70% 浅色与 30% 强调色。
LOGO 缩放规范
LOGO
96px / 64px / 48px / 32px 多维度高清晰匹配方案
初始头像配比
圆角和字体 / Radius & Typography
群组卡片与功能模块采用 20px / 40px 的大平滑圆角，配合阿里普惠体与全新 DingTalk Sans，让每一处的数字与文字都具备优雅的力量。
极小栅格系统 / Spacing Grid
以 4px 为最小基准单元，话题内部采用 4×3 / 4×4 / 4×5 的阶梯式间距体系，保障极端排版下页面的信息密度与视觉呼吸感。
TOPIC CREATION
话题创建：快捷标记，轻量转化
创建流程采用双通道结构。用户可以长按群内单条或多条消息并标记为话题，也可以从输入栏直接创建话题并合并历史聊天。
REMOVE TOPIC
取消标记：轻量解绑，守护安全感
取消话题会影响内容组织与成员协作。方案通过品牌色和警示红区分“仅对我取消”与“对所有人取消”，并在二次确认中明确说明原聊天内容不会被删除。
安全二次确认 / Safeguard Dialog
仅对我取消/对所有人取消
仅对我取消不影响群内其他成员对话，且话题取消有二次弹窗确认。
重新标记
快速将消息再次纳入话题讨论。
弹窗提供充分的解释引导，避免误触。仅剩一条话题消息时，取消后话题版块会自动轻量解体。
SEARCH TOPIC
话题搜索：一键溯源，精准定位
话题顶部提供全局关键词搜索，支持按内容、创建人与标签筛选。搜索结果可直接定位到群聊中的原始消息和上下文。
高亮定位机制 / Deep Link Highlight
定位到核心话题点后，对话区自动高亮呼吸渲染，多条历史关联回复通过卡片浮窗清晰展现，保证复杂的追踪场景"不迷路"。
全局过滤规则 / Dynamic Filters
利用钉钉 IM 的侧滑交互，群内多条话题并行时可无缝呼出侧边抽屉进行二次筛选。
NOTIFICATION
话题通知：轻量提示，减少额外打扰
通知策略包含两项体验原则：引导相关用户进入话题内回复，同时与普通全局消息在视觉和频次上保持清晰区分。
01
IM 群聊页面的轻量红点
话题内的新讨论不触发顶层红点与系统 Push，仅在群列表对应会话中展示蓝色标签。
02
红点深入功能区内提示，底栏话题显示未读数量
进入群聊后，未读数量集中展示在底部话题入口。
03
点击专属话题功能区，展开聚合面板查看详情
点击后由底部滑出话题聚合流，帮助用户快速消化被整合的多条分支线索。
04
一键穿透进入聊天，快速回复重要事件
双击目标讨论后返回原始消息位置，便于补充背景和继续回复。
05
阅读或回复后清除未读状态
阅读或回复后清除对应未读状态，避免影响群聊的常规消息提醒。
REFLECTION
规划与思考
回看首期方案的数据表现、下一阶段规划，以及这次 IM 体验设计中暴露出的不足。
数据验证
经过线上灰度与用户反馈收集，首期改版在使用与服务指标上得到正向验证。
34%
客服进线数量同比下降
V2 设计计划
在保持基础功能简单可用的前提下，下一阶段将补充管理能力、AI 总结与跨团队共创。
群聊管理员的话题管理
支持群管理员归档或关闭高频、无效和过期话题，降低协同环境中的信息负担。
AI 总结话题内容
利用 Qwen 自动提炼长链讨论中的核心结论，减少人工翻阅成本。
话题转发与共创
支持整条话题跨群、跨组织转发，并允许外部团队加入后续协作。
展望与不足
IM 设计需要放在完整链路中判断
即时通讯具备明显的网状流转特征。前期对底层链路和不同组织层级的使用心智理解不够深入，导致开发前期多次调整方案。后续需要先完成完整链路推演，再进入单点界面设计。
高保真原型应覆盖更多边界场景
正式开发前应结合真实工作任务进行多轮仿真测试。首期灰度前对取消标记、网络异常、空状态和错误场景覆盖不足，影响了部分边界体验的完整度。