如果每件事都复杂无比——单页应用就是一个极端例子——性能问题就很难解决。是因为执行时间问题？内存泄漏？还是AJAX请求导致的？

人们很容易认为AJAX能提升用户体验，但增加代码量很少情况能创造更快的体验。

复杂性转移到客户端，会掩盖服务端的根本问题。但如果页面只做一件事情，性能问题就不容易产生。如果真发生了问题，排查原因也很容易。

因为用户在不停地前往下一步，会产生一种正在前进的感觉，在用户填写表单时给他们一种积极的感受。

长表单需要更长时间来完成。如果所花时间太长，页面超时可能导致信息丢失，产生严重的挫败感。

又或者，电脑可能卡死，*《我是布莱克》*里的主角Daniel就是这样的例子。他的健康每况愈下，而且第一次用电脑就遇到了死机，然后数据丢失。最终他放弃了。

比如，假设我们储存了用户的支付信息，我们可以直接跳过那一页，直接带他们去“结账确认”页面。这会减少阻碍，提升转化率。

移动优先的设计，提倡在小屏幕上只呈现最重要的信息。一页只做一件事，也遵循着相同的方式。

当我们设计一套复杂流程时，分解成细小页面和组件，可以让人更容易理解这些问题。

还可以方便地调换页面来改变顺序。我们一次只研究一件事，这点和用户一样，能让我们更轻松地分析问题。

这可以减轻设计负担——这种模式让用户受益的同时，还能有这样的附加福利。

这种模式适合所有情况吗？

也不完全是。Caroline Jarrett在2015年写过一篇文章《一页只做一件事》，里面讲得很清楚。她解释道，用户调研“会告诉你某些问题组合起来放在长页面里更合适”。

但是反过来，她也提到了“对于设计师来说‘属于一组’的问题……对于用户而言，并不一定要放在一个页面上”。

她提出了一个颇具启发性的例子，GOV.UK的验证页面中，他们尝试把“创建用户名”和“创建密码”先后放在两个页面上。

就像许多设计师所认为的，Caroline觉得把这两者放在不同页面有点太过了。实际上，用户对此一点也不介意。

关键在于，以一页只做一件事为出发点，然后通过用户研究，验证把其中一些项目编组合并，是否能进一步改善用户体验。

这并不代表最终结果一定是把页面合并——在我经验中，最好的结果往往是把事情拆分开来，仅此而已。当然，我也希望听听你的经验。

总结

这种低调不起眼的用户体验设计模式很灵活、高性能、有包容性。这是真正拥抱互联网的方式，对于自信满满和小心翼翼的用户而言都很简单。

一个页面上展现很多（或者全部）内容可能会营造一种简单的幻象，但就像代数式问题一样，除非把它们分解，否则很难处理。

如果把任务看作是用户想要完成的一笔交易，把它分解为多个小步骤很有必要。这就像我们在用网页的一砖一瓦来搭建渐进式表单。每一页背后的隐喻，都给潜意识营造一种正在前进的感觉。

我还没有遇到过哪种其他的设计模式，能具备这么多的优点。这就是那种真理时刻——答案总是最简单的。

作者信息：Adam Silver

本文转载自Think体验设计公众号。

原文链接：https://mp.weixin.qq.com/s/7yIAqH7nFhPHMtfmi_VeaQ

表单设计: 一页只做一件事（三）