你填完一长页表单，最后一个字段出错，页面却把所有内容清空；或付款被打断，返回后只能从头再来。原型若只演示用户一路点对、系统次次响应的 Happy Path——没有异常的默认路线——这些真正影响体验的时刻就会被藏起来。
更有用的做法，是把原型做成可分支的流程：输入错误后能否说明原因，空状态有没有下一步，中断后是否保留进度，用户又能否重试、撤销或换条路继续。Edge Case（只在特定输入或边界条件下出现的情况）也不该一概拖到最后，而要结合发生概率和失败后果判断优先级。据 Tessary，流程原型若没有连接错误、空状态与非默认分支，测试者走到那里只会碰上死路，也就无法检验恢复是否清楚。
原文的核心提醒很直接：原型展示的是用户完全照预期行动时会发生什么，产品却必须承受之后的一切。可检索材料只有标题与导语，具体案例和完整主张无法核实；但这个判断仍值得带进下一轮设计评审：别只问任务能否完成，也要问走错之后能否回来。