任务后台经常要同时显示负责人、截止日期、优先级和处理状态。留白太多会增加滚动，压得太紧又难以辨认。本文参考dpopstudio的TaskTonic设计文章，讨论B端界面设计怎样围绕实际任务安排密度，而不把紧凑简单理解为缩小字号。
原文介绍TaskTonic套件对紧凑列表、文字层级、组件状态和明暗主题的处理。文中页面数量及效率判断属于作者介绍，本文不将其作为独立验证结果。
原文任务管理套件界面，非运行数据。
应用建议：先区分“查找自己的待办”和“分配整个团队的工作”。两种任务需要的字段并不相同。让最常比较的信息保持对齐，低频细节可在展开后查看。用真实工作量检查首屏，而不是仅用几条理想数据判断是否清晰。
以下为兰亭妙微应用建议。紧凑模式应同时检查阅读和操作，不能只统计一屏容纳的行数。
可以为任务标题、补充信息和状态标签设定稳定层级，再检查选择框、菜单与拖拽区域是否容易区分。连续长标题、多人协作和较大字体设置都应纳入评审。若用户频繁误选相邻行，就需要重新考虑间距和点击范围。
以下为兰亭妙微应用建议。选中、悬停、阻塞和逾期可能出现在同一个任务上。
原文跨设备页面展示，包含桌面和移动界面。
先记录每种状态由什么触发，再约定组合时的呈现优先级。颜色之外保留文字或图标解释；不要让选中背景遮住重要异常。明暗主题也应分别检查边界与文字可读性，不能假设把背景变暗就完成了适配。
以下为兰亭妙微应用建议。列表、看板和日历应共享同一套业务含义。
原文手机页面组合，用于观察界面适配。
把一条任务从列表拖到看板，再修改日期、负责人和状态，核对其他视图如何反馈。异常保存时应保留上下文。选择B端界面设计服务时，可要求交付字段规则、状态组合和组件说明，避免只收到一组无法解释业务变化的静态页面。
