把操作后果写在前面
结果暂时不明时，应提供可查询的状态线索。
支持沟通可以先复述对方实际看见的现象。
让反馈出现在需要的位置
依赖升级不应只检查能否编译，还要关注使用到的行为是否改变。可以从实际调用点整理关键约定，再选择有代表性的路径验证。对暂时无法确认的变化留下记录，能帮助后续维护者理解保留旧版本的理由，而不是把不升级当成没有成本的状态。
测试样本应标明用途，不能冒充用户真实记录。
权限变化需要让内容拥有者理解实际影响。
让协作变化留下可读记录
通知中心的清空操作需要区分移除显示与完成任务。用户只是整理提醒，不应因此把尚未处理的请求标成已办。可以让两类状态分别表达，并在清空后保留查阅历史的入口，使消息列表的整洁不会掩盖真实工作进度，也避免协作者误判任务已经得到回应。
一个功能的效果应放在具体使用流程中检查。
不同长度的文字有助于检查布局是否稳妥。