需要在视觉设计前明确交互结构时：用 breadboard…

适用于在视觉设计前，为特定用户与任务故事梳理交互结构、地点、可供性、内容、状态流与失败路径。

适用场景

解决思路

1. 先确认下层概念模型稳定：它定义“存在什么”；若不稳，先停下修模型，再画交互流。
2. 明确本次 breadboard 服务的具体用户、具体情境、具体 job story，再开始。
3. 列出该流程经过的不同地点（places）。
4. 对每个地点列出用户可执行的动作（affordance）以及每个动作通向的目的地。
5. 为每个地点列出需要展示的内容。
6. 为失败路径、空状态和边界情况做设计：至少覆盖验证失败、服务器错误、断连、超时、并发编辑。
7. 覆盖空状态、加载状态、动作完成后的状态、取消路径。
8. 检查流程是否在仍服务 job story 的前提下尽可能简单。
9. 纪律：每个 affordance 都必须有命名的目的地；问“Submit → where?”；若无法命名，就是一个未做的决策。
10. 纪律：把边界当作必需步骤，不是事后补充；每个缺口都命名成未做的设计决策。
11. 纪律：避免 broken objects；对流程中每个概念模型对象，其属性和动作应放在一起可用，不要分散在无交叉链接的多个屏幕。
12. 纪律：避免 isolated objects；每个模型关系应在流程中可见且可导航，或明确决定不需要。
13. 纪律：用词匹配概念模型的 ubiquitous language。
14. 纪律：地点命名是设计决策；使用描述性且对用户有意义的名称，如“Referral dashboard”，不要“Page 3”。
15. 纪律：保持最小；单个 job story 超过 5–6 个地点时，寻找可合并/折叠之处。
16. 使用 breadboard 记法：地点名；- affordance → destination place；- affordance → destination place；[ content shown in this place ]。
17. 默认使用 Breadboarding（Ryan Singer / Shape Up）：用文本记法在视觉设计前迫使交互逻辑确定，避免后期高成本改动。
18. 以用户身份走查流程：叙述“我是处于 [situation] 的用户。我到达 [place]，看到 [content]，我想要 [motivation]，所以我 [affordance]……”；先走 happy path，再走每条 edge。
19. 在复杂产品、多用户类型、增量规划时使用 User story mapping（Jeff Patton）：按时间线组织 activities → tasks → stories。
20. 在重设计现有流程时使用 Task analysis：分解当前任务，找出摩擦、错误、变通做法集中的位置。
21. 当流程跨渠道或涉及后台运营（员工、系统、第三方）时使用 Service blueprinting。
22. 当要决定先做哪个流程时使用 Critical User Journeys：找通往核心价值的最小路径（高流量、高收入、指标关键）。
23. 仅在需要方向感时使用 Flow diagram（`graph LR`）：让流程随时间从左到右阅读；文本 breadboard 仍是主要产物，因为图会丢失条件细节。
24. 与设计师协作：先确定流程服务的 job story、用户起点、成功标准。
25. 若在做重设计，先描述当前流程；它会暴露已经做出、许多是无意做出的决策。
26. 接着命名地点，映射 affordances 与 destinations，并走查流程及其 edges，同时应用上述纪律。
27. 特别检查条件：affordance 何时可用/不可用，真实决策常藏在这里。
28. 按情况提供合适技术：大多数流程用 breadboarding；重设计用 task analysis；要规划很多内容时用 story mapping；只做下一步有用的事，不要全做。
29. 只捕获残留物：breadboard（地点、affordances、destinations、内容、关键条件状态）；若有助定向可加 flow diagram；开放决策（缺口和未解决 edge cases）；依赖下层未决决策的风险。
30. 在进入 surface 层前，确认 breadboard 已在不承诺视觉形式的前提下定义交互逻辑，且下层概念模型稳定。

适用边界 · 注意事项

• 未加载 /layers-intro 或未按其中“How to use these skills”使用时不适用；它是技术库，不是脚本。
• 下层概念模型尚未稳定，或还没明确具体用户、情境与 job story 时，不要先做 breadboard/交互流。
• 不要用该层替代视觉设计；它只定义交互逻辑，不承诺视觉形式，也不应只用 flow diagram 替代文本 breadboard。