列表折叠之后藏起了什么
产品文案应帮助使用者判断下一步动作。
键盘路径检查也能暴露顺序与反馈的问题。
一次保存可能包含多个阶段
字段允许为空时，需要说清空值代表尚未填写、暂时未知还是不适用。把这些含义都塞进同一个空白，会让统计与筛选产生不同解释。建模讨论可以从后续使用场景反推需要保留的差异，再决定哪些状态值得单独表达，避免提前丢失业务语义。
同一行为的命名需要保持稳定的使用预期。
批量行为的影响不能仅靠当前屏幕让人猜测。
从真实长度检查页面布局
通知中心的清空操作需要区分移除显示与完成任务。用户只是整理提醒，不应因此把尚未处理的请求标成已办。可以让两类状态分别表达，并在清空后保留查阅历史的入口，使消息列表的整洁不会掩盖真实工作进度，也避免协作者误判任务已经得到回应。
通知需要说明为什么在此刻出现。
历史记录应帮助理解变化，而不仅显示有人操作。