浏览 AI 知识库

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

只画登录后的理想页面，开发到最后一定会补空状态、失败状态和权限分支。先把页面、状态和异常路径列全，接口与组件才有稳定边界。

沿完整工作流推进

前一阶段的可检查结果，是下一阶段的输入；中间证据不足时停在当前阶段。

沿一件真实任务走到底

设计稿只有登录成功后的看板。开发完成后才发现还缺未登录、首次空数据、加载失败、无权限和会话过期，排期被迫重估。

本例材料

需要确认	本例内容
现有材料	产品包含登录、项目列表和项目详情三页；角色为成员与管理员；接口可能返回 401、403、404 和 500。
不能越过的边界	先列页面、状态和转移，再做视觉；错误状态必须给用户下一动作；权限由后端验证。
要交付的结果	页面清单与状态矩阵

处理记录

当前阶段	实际处理
列用户任务和入口	按用户目标而不是部门或数据库表组织导航，标明主要入口和返回路径。
画页面与数据关系	每个页面写核心对象、主要动作、来源和去向，删除没有任务的展示页。
补全常规状态	加载、空、部分数据、成功、校验错误、系统错误和离线各自定义可见反馈。
补权限与危险动作	未登录、无权限、只读、删除、付款和发布要有阻止、解释和确认路径。
用主流程走一遍	从首次进入到完成任务逐屏检查返回、刷新、重复提交和中断恢复。

状态矩阵示例

最终输出

状态矩阵为每页列加载、空、成功、部分失败、无权限与会话过期；导航图标出登录回跳和详情不存在。项目列表空状态带创建权限判断，403 不再伪装成 404。

常见失败

验收方式

关键页面都有加载、空、错误和权限状态状态转移可以从入口走通接口状态与页面文案一致首次加载、空数据、正常数据和接口错误均可定位返回和前进不会丢筛选或重复提交刷新后从服务端恢复真实状态无权限和危险动作有阻止与解释手机视口下错误提示和操作按钮仍可见

进一步核对

从用户需求、服务流程、可访问性和上线运行条件组织产品，而不是只列功能愿望。

涉及账号、权限和数据的项目应在设计阶段写入可验证的安全要求。