让反馈出现在需要的位置，让内部记录支持外部解释，不确定等待也能诚实呈现

让反馈出现在需要的位置

交互页面的简洁应与信息是否容易发现一起评估。

状态说明需要覆盖结果暂时不明的情况。

让内部记录支持外部解释

技术债清单如果只写代码太乱，难以帮助安排工作。可以记录它妨碍了哪类修改、目前需要哪些额外步骤，以及什么变化会使问题更加突出。用具体影响表达债务，能够支持优先级讨论，也避免把个人对风格的不满直接升级成整个团队的重构任务。

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

清楚的入口名称可以减少理解内部术语的负担。

不确定等待也能诚实呈现

本地存储空间不足时，提示需要说明哪些内容仍然安全。笼统写保存失败，可能让用户无法判断是否可以关闭页面。可以区分已提交的版本与尚在内存中的修改，并提供合适的导出或重试路径，让异常发生时仍有保留工作的办法，而不是只留下错误状态。

重复点击可能来自反馈不足，而非使用者缺乏耐心。

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