日期表单的设计

前段时间参加各种校招,在网上填写过n+1次简历,每次填写顺利的话二十分钟搞定,麻烦的话可能要将近一个小时以上,有时候鼓捣了一晚上才投了12个职位,因此对填写简历这件事已经深恶痛绝。我一共有两段教育经历和两段实习经历,“时间”是每段经历必不可少都要填写的,因此每份简历至少要填四次,在填写时遇到过各种各样的时间表单的设计,有的操作繁琐,有的容易让人出错,有的甚至bug重重,只有极少的在填写时感到方便顺手。体验好的时间按表单在填写时,会让用户感觉到“每个我要选的年份都刚刚好在那里,不用不停地翻页寻找” 用起来特别爽。
那么如何才能让时间表单的填写体验更好呢?作为设计师我觉得有必要对填写时间的表单做一个整理与分析,用户的痛点,用户的使用习惯等等。根据不同的情景提出合理的设计建议,希望为大家在设计时间填写的表单时提供更多的思路。

1.使用场景和需求

除了填写简历,无论是web端还是移动端,时间表单的应用是非常广泛的。我通过平时的生活经验和相关的产品收集,对目前时间表单的填写的使用情景和用户常遇到的任务类型进行了大致的分类:

  • 填写简历、个人资料、查询账单历史等
    年/月为主,部分要求年/月/日
  • 填写出行往返时间,保险购买等
    要精确到具体的日期
  • 购物时选择配送时间
    精确到一天中的各时间段,如15号10:00-12:00

可以发现具体研究不同的使用场景和任务时,时间精确度的获取需求不同,可以分为年/月为主和以月/日和“日/时”这三种,用户的任务不同,界面的展现和交互方式都各有特点。

2.用户主体操作流程和特点

首先时间表单的填写主要的任务流程大致可以分为两大部分:

  • 开始时间填写-确认;
  • 结束时间填写-确认;

一般时间表单的填写大部分是基于选择的输入,有的同时提供文字直接键入选择输入两种方式,只有文字键入的时间表单设计对于用户操作负担过重,而且用户还要担心格式的问题,因此已经逐渐被淘汰。

第一步 第二步
1 开始年份 结束年份
2 开始年份/月份 结束年份/月份
3 开始年份/月份 /日 开始年份/月份 /日
确认/取消, 或自动跳到第二步 确认或取消

交互复杂
不同的场景对时间的精确值要求不同,有的可能只需要年份,有的要精确到日期,使得这两项任务有衍生出了多种细分任务,弹窗或下拉选择框的交互复杂度大大增加,操作方式更多样。

不同平台的操作方式不同
从操作终端上来看,web端和移动端也各有特点,移动端界面有限,选择时间时会使用弹窗或界面的切换效果,因此为了简化步骤,很多设计中开始时间和结束时间的填写在同一个弹窗内完成,使操作更加流畅。而一般web端的表单会采用下拉选择框的方式分别填写两个时间。

案例分析

根据以上每个使用场景的特点,挑选一些好的设计案例进行分析,看看我们的设计师是如何打破传统的交互方式,考虑结合用户场景思考的。

具体到某一日期时,待选的日期选项有30个,往往会通过月份日历的形式展现,例如下图12306的订票日期选择页,

选择具体日期的主流界面

交互设计师应该深入分析用户所处的场景有针对行的设计,尽量减少用户在填写时间表单时遇到困难,减少出错,提升效率。


移动端时间选择

甚至年份和月份进一步分为四步


年份/月份共四次操作

精确到月份日期

对比以上两种方式,第一种只有两个选择框,每个里面要进行年和月两种选择操作,而且还需要横向切换年份的操作,多种操作方式糅杂在一起,不同的信息排在一个界面上,不利于用户处理,容易发生错误,后一种在每个选择框中只进行一种操作,虽然增加了操作的次数,但操作简单重复性高,填写起来会更方便,但占用的宽度较大,开始时间与结束时间区别不清晰
简历日期的填写
移动端一般通过弹窗+滑动操作
一般需要填写到具体的日期
操作区域略小,手指滑动

去哪儿酒店住宿日期选择

用户在选择酒店的住宿时间时需要明确入住和离店两个时间,因此在设计上无论是web端还是移动端都要在同一界面中表示出这两个日期。
默认值显示,默认选择入住日期为当天,点击跳转日期选择页,整屏显示方便操作,下方有提示用户“选择入住日期”第一次点击后选择入住日期,点击时上方有提示,避免手指挡住,重新选择入住日期后,之前默认的离店日期数据清除,等待用户点击选择离店日期,选择离店日期完成后无需确认直接退出日期界面,显示已选定的日期,用户想要修改可再次点击进入

酒店入住离店时间

即使是智联,中华英才等可以保存简历的招聘网站,在应聘一个新的公司的时候,由于每个公司的简历定制模板不同,从后台取得的原始数据自动填充时会导致内容混乱,实习经历和教育背景顺序,时间等都会出错。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 217,509评论 6 504
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,806评论 3 394
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 163,875评论 0 354
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,441评论 1 293
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,488评论 6 392
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,365评论 1 302
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,190评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,062评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,500评论 1 314
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,706评论 3 335
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,834评论 1 347
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,559评论 5 345
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,167评论 3 328
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,779评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,912评论 1 269
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,958评论 2 370
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,779评论 2 354

推荐阅读更多精彩内容

  • 一. 表单设计的影响与原则 1.1 表单的产生 由内而外,网站根据自身信息存储格式要求,从数据库映射成表单。 由外...
    晓梦蝉君阅读 12,047评论 1 30
  • Android 自定义View的各种姿势1 Activity的显示之ViewRootImpl详解 Activity...
    passiontim阅读 172,111评论 25 707
  • 设计师在移动端设计表单的历史已经超过十年。但是十年之间科技日新月异,我们对用户的理解也不再停留在小学阶段,对表单的...
    芥子未末阅读 3,309评论 0 12
  • HTML表单 在HTML中,表单是 ... 之间元素的集合,它们允许访问者输入文本、选择选项、操作对象等等,然后将...
    兰山小亭阅读 3,417评论 2 14
  • 基本概念 java程序的实质:对象与对象间的交互(互相调用方法) 类:类是创建对象的模板。 对象(实例):对象是类...
    jadefly阅读 180评论 0 0