以用户为中心的设计 |
这是UCDChina提前预览网页留下的存档，不包括作者可能更新过的内容。 推荐您进入文章源地址阅读和发布评论：http://www.5gme.com/space......id-33500.html |
||
|
概念没弄清之前，不敢冒用“XX设计”、“XX结/架构”字眼。
手机发送验证码，是个最简单的例子。从用户角度讲，流程如下：
输入手机号（输入）->获取验证码（点击）->输入验证码（输入）->确认（点击）
这四个步骤中所有操作都是非选择性的，也就是说输入手机号和验证码，获取验证码和确认，都是有且仅有此一项操作需要用户完成的，不会引起用户歧义的，所以光标默认都可以在完成步骤后下一输入框/按钮上聚焦。
这单单是从用户使用计算机的角度讲的，如果涵盖用户的所有操作流程，应该为：
用户点击申请/设置进入“获取验证码”页面->输入手机号(1)->获取验证码(2)->接收手机短信(3)->手机
按键查看短信内容(4)->记住验证码内容(5)->在计算机上输入验证码(6)->点击确认，完成验证过程(7)
其中的所有环节注意细则：
(1) 中国大陆的手机号为固定11位，所以文本框限长11位。
考虑到用户容易出错的状态和行为，可以设计仅提供阿拉伯数字输入，同时如果用户输入全角数字则自动将其转换为半角数字，出错提示可以在用户焦点离开文本框时激发判断条件。
如果再考虑细节，可以将文本框的默认值设置为1，或者+86 1，这是手机号码的规律数字。不过考虑到用户的使用习惯，所有人记手机号都是11位11位的，这个1要不要加还有待商榷。
(2) 在用户输入了第11个数字后，光标应该默认移动到“获取认证码”按钮上（按白鸦图），对于经常输入用户名/密码的用户，快捷的方式都是输完用户名之后按键输密码然后按这样登录的。
  (3) 由于地域等原因，短信有时候需要等待好一会儿才能收到，这期间有的用户会因为不耐心，或者觉得短信没到，重新申请验证码。
Google这点做的不是很好，我就因为一直没收到其短信而不停重发验证码，等验证码到了的时候一下来了一大堆，都分不清哪个才是最后的那个。
我觉得一个可行的方案是用户点击“获取验证码”后，给一个提示：“您的验证码已经在路上了，重新获取需要耐心等待XX秒”，这个XX以
秒倒数（比如30秒），等计时到0才变成再次获取验证码。既降低了服务器资源浪费，又能给用户明确的提示。
(4)
在接受短信上Nokia的比较人性化，当有短信或者电话进来时，中间的功能键就是查看新短信或者接听电话，而不用再一层一层打开菜单查看。其他的反正我看
到同事一款索爱的就非常麻烦，需要打开菜单的。不过在收到信短信时，同事的效率也很高，习惯成自然，就不觉得被虐待了。
(5)
现在的验证码一般都是数字的（瞎猜腾讯要出汉字的验证码）。最好的用户体验应该是用户一眼就能记住的内容，不必重复翻看或者校对的。但是出于安全性考虑又
不能设计的太短，一般市面上最短见过极个别3位的，一般都是4位，Google的如果没记错好像是6位。不知道有没有什么科学依据。
不过，我个人觉得5位的验证码更适合中国人，并且有两位数字一样或者发音的平仄相同。为什么呢？因为从记忆和朗读的规律看，这样的数字更容易被
瞬间记住，比如10086这种的。另外一个角度，从古诗看，什么“平平仄平仄”这种的容易被瞬间记忆（没有科学根据，老祖宗传下来结合自己瞎猜的）。不
服？举个例子：74188好记还是32906好记？（说实话，对我来说都差不多-_-）
(6) 一般验证码都是固定位数的，无论是4位还是6位，完成输入后，光标应该自动移到“确定”按
钮上，这样按空格就能提交了。
最后通用的一点：鼠标定位慢，键盘定位快；鼠标需要看屏幕确认，键盘闭眼睛就能输入完成。为啥用空格不用回车？因为我的小姆指没大姆指那么发达。
|
