可检验流程与状态转换
别名: 可交互原型测状态 · 流程与状态转换 · click-through state testing
概念解释
可交互原型（interactive prototype）让参与者自己触发转换，而不是看静帧或等主持人翻页。它能检验的核心不是“好不好看”，而是流程（flow）与状态转换（state transition）：从 A 到 B 是否找得到入口、同一对象在不同状态下是否还认得出、返回和取消是否回到预期处。相对纸面，它第一次让选择、错误和恢复成为可观察事件。相对成品，它通常仍省略数据完整性、权限和性能，所以检验的是状态逻辑，不是系统可靠性。
机制
流程知识存在于行动里：人通过尝试入口、阅读状态变化、决定下一步来建立模型。可点击的转换把这些尝试从口头猜测变成实际轨迹。状态机若不一致——同一按钮有时提交有时无响应、对象在列表和详情里名字不同——只有当转换真的发生时才会暴露。静帧可以把所有“快乐状态”画在一起，参与者无法撞上互斥状态。交互原型把互斥变成必须选择的路径，于是遗漏的转换、错误的默认值和回不去的死胡同会以行为而不是意见出现。
怎么研究
用任务驱动走查，记录：入口发现、非法操作、状态误解、返回策略和恢复是否成功。协议可要求参与者在每个转换后说出“现在系统认为我在哪”。编码对象是转换事件，而不是页面评分。对照条件可以是不可点击的线框加口头解说，看同样的状态错误是否还出现——若只在可点击时出现，说明错误依赖真实转换。工具上，低代码点击稿与带真状态的前端原型都能用，关键是状态是否由系统而不是主持人维持。
边界
能测转换不等于能测完整任务生态。未实现的分支、被脚本锁死的账号状态、以及“演示用户永远有库存”会让流程显得通，真实转换仍可能断。跨会话状态（草稿保存、登录过期、多人同时改）往往不在原型里。若问题是视觉层次或文案语气，可交互不是必要材料。性能、无障碍焦点顺序和真实数据边界要另做材料，不能从“流程能走完”外推。
怎么落地
- 先画状态表：对象、合法状态、触发器和非法输入，再决定哪些转换必须可点。
- 任务写成“把对象从状态 X 弄到状态 Y”，而不是“请浏览一下”。
- 每次测试后把走不通、走回头和走丢的转换标回状态表，优先补转换而不是补视觉。
- 用录屏核对：参与者以为发生的转换，是否等于原型实际发生的转换。