从需求到上线的一次完整设计

先理解这个概念

一个轻量流程可以是：明确任务、收集证据、组织内容、绘制流程、线框验证、视觉与状态、实现、测试、复盘。它不是瀑布式清单；新证据出现时，应回到相关决策点修正。

完整设计流程不是固定顺序生产文档，而是逐步消除风险。需求阶段确认问题，结构阶段确认路径，视觉阶段建立表达，实现阶段验证真实约束，上线后检查结果。每一步应有具体决策产物，并允许新证据让前面的决定被修改。

记住这三个原则

1. 01

   每一步写明正在验证什么假设。

2. 02

   先完成一个主要任务的闭环，再扩展功能。

3. 03

   交付包括异常状态、响应式与可访问性。

实际设计时，分三步做

1. STEP 01

   把需求转成任务、约束与完成标准，记录未知问题；高风险未知优先验证，不等所有视觉完成才处理。

2. STEP 02

   先用低成本结构验证流程，再细化内容、组件和状态；交付同时包含规则、边界与验收任务。

3. STEP 03

   在真实实现中走完整任务，修复阻断后再发布；上线后按原假设观察结果，区分设计问题与数据或技术故障。

一个容易理解的例子

越早发现结构问题，修改成本越低。

适用边界与取舍

流程不能靠删掉验证来变快，也不必每个小改动都写长文档。根据风险选择合适深度，保留能解释决定与验证结果的最小记录。