layers-interaction-flow

/layers-interaction-flow

假设已加载 /layers-intro。此技能是一套技术方法，而非脚本——请参阅其中的“如何使用这些技能”。

交互结构与流程层定义了用户如何与产品交互：他们前往的地点、可用的操作方式、呈现的内容，以及各状态之间的流转。它位于概念模型（定义存在哪些内容）之上，界面表层（定义外观如何）之下。

面包板始终针对特定情境中的特定用户完成特定工作。开始之前，先弄清楚对应的工作故事。

---

此层做出的决策

• 此流程经过的不同地点
• 用户在每个地点可以做什么，以及每个操作会前往何处
• 每个地点需要显示哪些内容
• 失败路径、空状态和边缘情况会如何处理
• 在满足工作需求的前提下，流程是否已尽可能简单

如果底层的概念模型尚未稳定，基于它构建的流程往往需要重做——先检查概念模型。

---

原则——确保流程合理的准则

• 每个操作方式都有明确的目的地。“提交 → 去哪里？”如果说不出来，就说明这个决策尚未做出。
• **边缘情况是必需步骤，不能事后再考虑。**面包板应涵盖失败路径（验证、服务端错误、断开连接、超时、并发编辑）、空状态和加载状态、操作后的状态，以及取消路径。每个缺口都代表尚未做出的设计决策——请明确指出。
• **对象不能残缺。**对于此流程中的每个概念模型对象，其属性和操作都应集中呈现，而不是散落在互不关联的屏幕上。
• **对象不能彼此孤立。**每种模型关系都应在流程中可见且可导航，或者明确决定无需呈现。
• 词汇应与模型的通用语言一致。
• 地点命名本身就是设计决策——应清晰且对用户有意义（例如“推荐计划仪表板”，而非“页面 3”）。
• **尽量精简。**单个工作故事涉及超过 5–6 个地点，说明应检查能否合并。

---

面包板表示法

Place name
- affordance → destination place
- affordance → destination place
[ content shown in this place ]

---

技术方法

面包板法是默认选择；其他方法适用于特定情境。

技术方法	适用情境
面包板法（Ryan Singer / Shape Up）	默认选择。通过文本表示法，在视觉设计导致修改成本高昂之前，先确定交互逻辑。
以用户身份走一遍流程	叙述：“我是一名处于[情境]中的用户。我来到[地点]，看到[内容]，想要[动机]，于是选择[操作方式]……”先走一遍顺畅路径，再逐一检查所有边缘情况。这是发现未做决策最快的方法。
用户故事地图（Jeff Patton）	适用于复杂产品、多种用户类型和渐进式规划。按时间线梳理活动 → 任务 → 故事。
任务分析	适用于重新设计现有流程——将当前任务分解，找出摩擦、错误和变通做法集中出现的位置。
服务蓝图	适用于跨渠道流程，或涉及后台运营（员工、系统、第三方）的流程。
关键用户旅程	用于决定要处理哪个流程——找出实现核心价值所需的最短路径（高流量、高收入、关键指标）。
流程图（graph LR）	仅用于概览——按时间推进的流程从左向右阅读。文本面包板仍是主要产物；流程图会丢失条件细节。

---

与设计师合作

确定该流程服务于哪个工作故事、用户从哪里开始，以及成功的标准。如果是在重新设计，先描述当前流程——这能揭示已经做出的决策，其中许多是无意间做出的。然后列出各个场所，梳理可供性和目的地，并运用上述方法走查整个流程及其边界情况。可供性何时可用、何时不可用，往往藏着真正的决策。

选择合适的技术：大多数流程用面包板法，重新设计用任务分析，需要规划的内容较多时用故事地图。只做下一件有用的事，不必面面俱到。

只记录最终留下的内容：面包板（场所、可供性、目的地、内容和关键条件状态）、有助于梳理方向的流程图、待决事项（缺口和未解决的边界情况），以及取决于尚未敲定的底层决策的风险。

面包板定义交互逻辑，但不确定视觉形式。在转向表层设计之前，先确保其下的概念模型已经稳定。