给一条很短的待办打勾，和接手一个包含多人讨论、许多子任务的工作，都可能从同一个任务窗口开始。
Todoist 团队在《Introducing: Your new task view》里回顾过一次改版：他们要让简单任务保持轻便，也要让复杂任务的信息容易找到。团队重新安排内容与属性的位置，允许折叠评论和子任务，并针对窄窗口调整布局。滚动较长内容时，任务名称仍能保留在视野里，已有快捷操作也继续得到支持。
原文把设计过程描述为数月迭代，并自述结合了四个月的早期试用反馈、千余份调查回复、访谈和支持请求。这里能确认的是团队公开记录了这些输入，不能据此推算所有用户的满意度或工作效率。
页面未显示发布日期。本文于 2026 年 11 月 6 日阅读全文，讨论的是这份改版记录，不把文中的“今天推出”当作当天新闻，也没有安装或测试当前版本。
这个故事里的难题，是同一块地方要承担不同重量的工作。短任务多一个面板都可能显得繁琐，复杂任务少一点上下文又容易看错。只拿一张内容整齐的示意截图评审，很难同时看见这两种情况。
设想一个小团队正在做播客制作工具。它的任务详情页既要处理“确认备用电池已带上”这样的短任务，也要处理“完成外地嘉宾的远程录制”这样的协作任务。后者可能有录制安排、访谈提纲、素材链接和多轮讨论。这是本文假设，和 Todoist 的实际测试无关。
团队准备改版时，可以先为这两类工作各写一段完整任务。短任务需要什么信息才能放心完成？复杂任务需要先核对哪个版本、哪条评论或哪个负责人？把这些动作写具体后，再拿旧版和候选版逐项走一遍，设计讨论才有共同参照。
例如，短任务的试用者应当能迅速确认对象并完成操作，不必先理解一整套协作设置。复杂任务的试用者则需要找到最近一次变更，判断它是否仍属于当前录制安排，再留下反馈。两边都点到了“完成”，不代表两边都理解对了任务。
对于复杂任务，我会特意准备一段需要滚动的讨论、一条已过时的安排和一个相似名称的子任务。观察试用者在回复时是否仍知道自己处在哪一层、针对哪次录制。这些材料是在检查理解，不是在给界面制造看起来很专业的内容密度。
接着换成窄窗口再走一次。一个在大屏里清楚的属性栏，收窄后可能把负责人或日期挤到不容易找到的位置。需要检查的是原来的工作还能否完成，而不是仅确认页面没有横向滚动条。测试结果也应记录具体困难，避免只写“移动端不太顺”。
还有一类用户很容易被忽略：已经用熟旧版的人。新版为第一次使用者加上文字说明，也许更容易理解；熟练用户却可能依赖固定位置或快捷键。让两类人分别走自己的常用流程，才能发现新设计究竟减少了哪种负担，又增加了哪种学习成本。
如果计划先让部分用户尝试，邀请标准可以围绕任务差异来定：谁经常只处理短待办，谁需要读长讨论，谁主要在窄屏上工作。这里不是在还原 Todoist 的分组安排，而是为这个假设团队提出一个办法。只邀请最热心、最愿意配合解释的人，未必能看见安静使用者会遇到的困难。
每轮记录不必复杂：参与者原本要做什么、在哪一步停住、是否需要旁人提示、最后理解成了什么。涉及个人资料的工作内容可以换成相同结构的示例，保留任务难度。记录这些过程，比把所有意见归成“喜欢新版”和“不喜欢新版”更便于修改。
从少数人试用走向更多人，也应依据这些具体问题。候选版若连常见短任务都让人找不到完成入口，就需要先修正；复杂任务的困难如果集中在某种层级或内容长度，也应该说明覆盖范围。问卷数量可以说明收到过多少反馈，不能替团队证明每类任务已经过关。
Todoist 的这份回顾给我的启发，是把改版放回人正在做的事情里检查。任务窗口要容纳的，不只是字段和按钮，还有不同的信息量、使用习惯与接手工作时需要的上下文。最后值得问的，是这些不同的人能否在这一页里继续把事情做完。
资料：The Todoist Team，《Introducing: Your new task view》，官方页面未显示发布日期，2026 年 11 月 6 日阅读全文。
https://www.todoist.com/inspiration/todoist-new-task-view
历史设计与反馈数量按团队原文归属；播客工具、任务演练与扩大试用的建议为本文独立假设，未冒充 Todoist 内部方法或实测结论。
