写代码前先定信息架构、页面状态和异常路径

代码前先把页面状态画全

只画理想页面会把加载、空数据、错误、权限和危险操作留到实现时临时决定。信息架构负责内容关系，状态矩阵负责每一步如何响应。

列用户任务和入口

按用户目标而不是部门或数据库表组织导航，标明主要入口和返回路径。

把涉及的文件、目录、版本、命令和实际输出写进记录；代码变化同时保留 diff 与测试结果。

画页面与数据关系

每个页面写核心对象、主要动作、来源和去向，删除没有任务的展示页。

确认“画页面与数据关系”已经有可回查结果，再进入“补全常规状态”；依据仍然来自猜测时，把缺口单列并停在当前步骤。

补全常规状态

加载、空、部分数据、成功、校验错误、系统错误和离线各自定义可见反馈。

确认“补全常规状态”已经有可回查结果，再进入“补权限与危险动作”；依据仍然来自猜测时，把缺口单列并停在当前步骤。

补权限与危险动作

未登录、无权限、只读、删除、付款和发布要有阻止、解释和确认路径。

确认“补权限与危险动作”已经有可回查结果，再进入“用主流程走一遍”；依据仍然来自猜测时，把缺口单列并停在当前步骤。

用主流程走一遍

从首次进入到完成任务逐屏检查返回、刷新、重复提交和中断恢复。

需要修改时先限定文件和行为范围，无法说明回滚方式或影响面的动作先不执行。 完成后把证据归入“页面清单与状态矩阵”。

状态矩阵比静态线框更早暴露需求

每页至少写触发条件、数据、动作、成功、空、加载、错误和权限。产品负责人确认这些决定后再进入组件和接口设计。