先听见用户看到的现象，列表折叠之后藏起了什么，在功能介绍里保留适用限制

先听见用户看到的现象

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

设置分类应贴近使用者想完成的事情。

列表折叠之后藏起了什么

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

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

错误提示应解释当前影响，并提供合适的下一步。

在功能介绍里保留适用限制

金额在展示时舍入，不等于存储与计算时也采用相同精度。若每一项都先取整再求和，总计可能与原始值汇总后的结果不同。软件需要明确计算顺序与显示规则，并在必要位置解释差异，让使用者知道尾差来自约定，而不是怀疑某条记录被遗漏。

权限变化需要让内容拥有者理解实际影响。

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