先听见用户看到的现象，看清一个状态如何变成另一个，让协作变化留下可读记录

先听见用户看到的现象

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

对不确定状态的诚实说明，比虚假的进度更可靠。

看清一个状态如何变成另一个

触屏拖动排序应提供替代方式。长列表中把条目拖到很远的位置，可能比选择目标位置更费力。可以允许通过菜单移动，并在完成后保持对象可见，让不同精细动作能力的用户都能调整顺序，同时减少拖动过程中意外滚动与误放带来的反复操作。

键盘路径检查也能暴露顺序与反馈的问题。

结果暂时不明时，应提供可查询的状态线索。

让协作变化留下可读记录

查询参数的长度限制应与实际处理能力相符。限制过短会让合理搜索无法表达，完全不设边界又可能使解析与记录承担不必要的负荷。可以根据任务确定约束，并在提交前解释可接受范围，让调用方能够调整输入，而不是只在服务内部失败时得到模糊反馈。

旧内容如何处理，是功能退出说明中的重要部分。

支持沟通可以先复述对方实际看见的现象。