写点什么

表单设计: 一页只做一件事(三)

  • 2019-12-30
  • 本文字数:1315 字

    阅读完需:约 4 分钟

表单设计:一页只做一件事(三)
  1. 解决了性能问题


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


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


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


  1. 它有一种在前进的感觉


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


  1. 降低丢失信息的风险


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


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


  1. 第二次使用的体验更顺畅


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


  1. 这是移动优先设计的一种补充


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


  1. 设计过程很简单


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


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


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


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


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


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


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


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


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


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


总结


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


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


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


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


作者信息:Adam Silver


原文链接:https://www.smashingmagazine.com/2017/05/better-form-design-one-thing-per-page/


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


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


2019-12-30 18:02654

评论

发布
暂无评论
发现更多内容

DataPipeline携手云南开放大学,以实时数据融合助力高校精细化管理

DataPipeline数见科技

数据库 中间件 Big Data 数据融合 高校

Flutter 2.8 的新特性【Flutter 专题 20】

坚果

flutter 28天写作 12月日更

面试官:你是怎样理解Fiber的

全栈潇晨

React react fiber

活动预告|Feature Store Meetup

第四范式开发者社区

OpenMLDB Feature Store

模块一学习总结

糖糖学编程

架构实战营

[Pulsar] Consumer 确认消息原理

Zike Yang

Apache Pulsar 12月日更

【Promise 源码学习】第十五篇 - 了解 generator 生成器

Brave

源码 Promise 12月日更

拆分电商系统为微服务

Steven

架构实战营

架构训练营 -4- 模块一作业

glenny

「架构实战营」

架构实战营 第一周作业

姬凌伟

架构实战营模块一作业

黄秀明

「架构实战营」

数据大体系(一)——数据纵向分层

圣迪

sql 数据仓库 数仓 DW

Week01 Summerize

王欣欣

总结

钉钉宜搭招募爱心极客:用低代码传递爱与温暖

一只大光圈

钉钉 低代码 数字化 公益 钉钉宜搭

Maven进阶(三):配置多仓库

No Silver Bullet

maven 12月日更

聊聊 Kafka:编译 Kafka 源码并搭建源码环境

老周聊架构

签约计划第二季

Homework01

王欣欣

「架构实战营」

Keep Going

Nydia

[架构实战营] 模块一作业:微信业务架构与学生管理系统

Geek_0ed632

「架构实战营」

钉钉宜搭亮相“第二届ISIG中国产业智能大会”:云钉低代码,构建企业酷应用

一只大光圈

钉钉 低代码 数字化 钉钉宜搭 ISIG

微信业务架构图

DENG.S

架构实战营-第4期-模块一作业

Evan

「架构实战营」

给弟弟的信第8封|计算机专业应该掌握的知识

大菠萝

28天写作

万字长文--基于业务视角的上云实践

hackstoic

DevOps 运维 云原生 架构设计 签约计划第二季

聊聊程序员35岁危机

全栈潇晨

程序员 大前端 35岁危机

Gbase8a学习笔记-学习环境安装

南渡北归

数据库 gbase8a

把管理做简单

Ian哥

项目管理 十六个字 阿里管理箴言

信息架构升级|宜搭邀你体验「沉浸式」应用搭建

一只大光圈

钉钉 低代码 数字化 钉钉宜搭

团队基建系列 - 组织知识传承 4 破局

搬砖的周狮傅

团队成长

8.《重学 JAVA》-- 数组

杨鹏Geek

Java 25 周年 28天写作 12月日更

【架构实战营】-模块一作业

糖糖学编程

架构实战营

表单设计:一页只做一件事(三)_语言 & 开发_Think体验设计_InfoQ精选文章