工作方法
Design Debt Audit 调查产品当前界面与应达到标准之间的差距，覆盖视觉不一致、过时结构、无障碍缺口、文档不符和与设计相关的实现问题。一个画面可能同时存在多类债务，因此审计会对问题分类，而不是把所有问题都归结为视觉润色。
产出是按优先级排列的台账和修复计划。源文件结合严重程度、频率和工作量识别值得开展的修复，再区分快速修正、结构性项目和有意暂缓的事项。它明确将审计与修复视为不同活动。
预期交付物
- 有明确范围的画面、状态和重复设计问题清单。
- 包含类别、严重程度、影响区域、负责人和状态的债务台账。
- 区分可快速见效的修复、结构性工作和已记录暂缓事项的优先级计划。
从简报到审查
- 01确定并记录范围
选择产品区域或平台，列出画面和状态。采集能说明每个问题出现位置的必要证据。
- 02分类并估算债务
记录类别、严重程度、频率和预计工作量。区分实际观察到的出现情况，与对用户覆盖范围或业务风险的估计。
- 03结合研发意见排序
采用源文件中“严重程度乘以频率，再结合工作量”的方法，筛出精简的修复清单。实现成本不明确时，请研发参与判断。
- 04持续维护台账
在团队达成一致后分配负责人和目标里程碑。保持暂缓事项可见，并随着产品变化重新查看台账。