返回的路也要设计

我们经常画一条理想路径：打开页面、填写、提交、完成。真实的人会切去看消息、按浏览器返回、误关面板，或者在最后一步断网。路径如果只为顺利完成而设计，就没有为真正的使用做好准备。

回来时，东西还在吗

用户离开编辑页再返回，草稿还在，是一种连续性；播放音乐时进入另一篇文章，声音没有因为页面换了就重来，也是连续性。这些体验很少被称作「功能」，但一旦缺失就十分明显。

不是所有状态都要永久保存。临时悬浮提示离开后可以消失；未提交的长文本、正在进行的任务和明确选择过的偏好，则值得被保留。区别来自用户为它付出了多少努力。

错误页不是死胡同

失败提示至少要回答两件事：现在发生了什么，以及还能做什么。重试、返回上一步、查看已保存部分，都是具体的路线。「稍后再试」只有在系统确实无法提供其他选择时才算足够。

用一次中断检验流程

设计完成后，试着在每一步按返回、刷新或断开网络。观察哪些内容丢失、哪些按钮无法再按、哪些状态前后矛盾。这比只沿着理想路径点击到终点，更容易发现产品真正的边界。

好的交互不是不会被打断，而是被打断后仍认得回来的路。