用具体任务比较不同方案，从返回路径发现流程缺口，文件整齐之外还需状态

用具体任务比较不同方案

交互评审需要包含首次使用与偶尔使用的情境。

页面简洁与信息可发现，需要放在一起考虑。

从返回路径发现流程缺口

输入校验需要解释条件之间的关系。一个结束时间不合要求，可能是因为它早于开始时间，而不是字段本身无法解析。提示若能指出具体比较关系，用户就更容易修正；只显示格式错误，会把规则藏起来，让多次尝试变成没有方向的猜测。

通知需要说明为什么在此刻出现。

测试样本应标明用途，不能冒充用户真实记录。

文件整齐之外还需状态

公共函数的参数过多时，可以检查其中是否混入不同任务的选择。把相关条件组织成有含义的对象，可能比继续增加布尔开关更易读。调整时仍需关注默认行为与调用成本，让结构变化确实改善理解，而不是把原来一排参数简单藏到另一个容器里。

一个功能的效果应放在具体使用流程中检查。

同一行为的命名需要保持稳定的使用预期。