Due date 默认 Today,负责人默认 Myself。即使消息里已经包含成员或时间,用户仍要重新确认,无法信任创建结果。
Follow-ups 产品设计优化
系统没有减少用户的判断与推进成本
创建时间和截止时间混在一起,大量事项堆在 No due date;归属关系也不清楚,用户难以判断任务的新旧、紧迫程度以及正在等待谁。
To Me 与 To Others 提供相同操作。对于交给他人的事项,用户仍要返回聊天、寻找上下文、组织措辞并手动催办。
让用户快速判断哪些事项需要关注,并直接推进
从消息中识别负责人和时间意图,减少错误的默认值与重复填写。
清楚展示责任人、创建时间和截止状态,让积压、临期和逾期事项及时暴露。
根据责任场景提供对应动作;自己负责的继续执行,交给他人的可直接发起催办。
01 · 管理 Follow-up · Before现有列表混用了创建时间与截止时间
时间规则与列表排序失真
AI 创建的任务大多没有明确日期,持续堆积;若 Due date 必填并默认 Today,又会制造大量虚假逾期。两种极端都让列表无法表达真实紧迫性。
存量失去先后关系
大量未设置截止时间的 Follow-up 全部进入 No due date,卡片又不展示创建日期,无法识别哪些是新任务、哪些已经积压很久。
归属关系表达不清晰
From、Waiting on 与头像混合使用,无法快速判断是谁指派给我、我又指派给了谁。
02 · 管理 Follow-up · After默认按创建时间排序,并支持切换至 Due date
默认视角帮助用户理解任务从何时开始累积;截止时间视角帮助用户安排接下来要做什么。两种时间各司其职,不再混用。
默认按创建时间倒序
按 Today、Yesterday 和具体日期分组;Due date 仅作为卡片信息展示。
支持按 Due date 排序
按 Overdue、Due soon、Next 30 days、Later 和 No due date 分组,让不同时间范围使用各自合适的排序规则。
文案优化:统一归属关系
To Me 使用 Assigned by,To Others 使用 Assigned to;自己创建给自己的事项显示 Created by me。
收起次级筛选
两个 Tab 共用同一个筛选入口。点击后再展示符合当前场景的 Source 或 Assignee 选项。
03 · 管理 Follow-up · Due date 规则按明确且互不重叠的时间范围分组
BG #FFF0ED · Text #E34E42拖得最久的事项优先处理BG #FFF6D9 · Text #9B7214在逾期前集中提醒BG #EAF1FF · Text #4A68C9提前规划未来一个月的事项BG #EDF0F5 · Text #637084保留远期计划,不干扰近期判断Not applicable统一置于列表末尾,保留新旧关系04 · 创建 Follow-up · Before默认值与用户的实际创建意图不符
Due date 默认 Today,Assigned to 默认 Myself。用户没有截止意图时会产生虚假逾期;消息已经 @成员时,又容易把任务误派给自己。
Due date 默认 Today,制造虚假逾期
“今天创建”不等于“今天完成”。把 Due date 默认设为 Today,会让无截止要求的事项被误标为逾期,既制造焦虑,也降低 Overdue 状态的可信度。
Assigned to 默认 Myself,容易误派给自己
正文已经包含明确的人物意图,但表单没有利用这段上下文。用户必须再次手动选择同一个人,信息重复输入,也更容易误派给自己。
05 · 创建 Follow-up · After按消息意图填写 Due date,并自动识别负责人
Due date 默认保持为空,同时利用正文中的 @成员自动建议负责人。系统减少假设,但仍让用户清楚理解并随时修改。
Due date 可选
消息中有明确时间时自动填写;没有明确时间则保持为空,不默认 Today,也不制造虚假逾期。
识别消息中的成员和时间
从消息中识别 @成员与明确的时间表达,自动建议 Assigned to 并填写 Due date;识别结果保留来源提示,也允许用户随时修改。
按任务语义重新分组
Assigned to 与 Due date 归为责任和时间;Priority 与 Categorize 归为管理属性,让用户更快理解每组信息的作用。
No due date by default · Tap “Add” to set one
Due today · Tap again to remove