P294 · 测试与评估

页面之间要有动作和状态衔接

Successor screens require an action and carried state

把多屏设计当作完整用户旅程,检查触发下一屏的动作与传递的数据。

编辑审核

以下示例与示意结果由本站编写,用于说明方法,不是模型实测结果。

使用场景

设计购物车→结算→收据三屏教学流程:购物车商品sku-A两件,总额30。漂亮的独立屏幕若商品或金额改变,就无法表达同一旅程。

具体做法

为每条转场写触发动作、前置条件、传递身份/数据及失败后状态。购物车结算传同一商品与数量,结算成功凭付款确认进入收据;失败保留可恢复结算,不能跳收据。逐屏核对总额、选项与返回行为,静态稿标预期,交互实现另用真实点击验证。

反例

随机排列购物车、登录和收据,收据换成不同商品,只要三张图漂亮即可。

改进写法

以sku-A×2、总额30贯穿购物车与结算。点击结算携带同一状态;仅在付款确认后显示相同订单收据,失败留结算。标每次触发、状态和返回路径,静态分镜不能声称支付功能已实现。

为什么这样改

动作解释为何出现下一屏,携带状态解释它如何延续同一任务。两者让多屏设计从视觉集合变成可检查的流程。

如何验证

教学核对每屏商品、数量和总额不变,成功转场有确认,失败无收据。返回购物车保留用户选择或按声明规则处理。若只有图片,可确认分镜一致性,不能记录点击通过。

适用边界

实际税费、优惠或运费可合法改变总额,但必须显式解释与传递。静态图不能验证网络、授权、支付或持久化。多屏图像数量不是流程完整性的指标。

原文与版本

如何收录这些方法