极致简单——移动端的用户注册设计

      在软件开发中，设计移动端的app跟传统电脑应该是不一样的。不只是简单地把功能从桌面端搬到移动端，更多的要考虑移动端的一些特点。

　　移动设备的特点：屏幕小，纯触控，专属性强。

      屏幕小，这个是相对传统电脑来说的，手机不说，像ipad这类平板也就10寸，一般用的笔记本都是14,15寸的，而台式机配的往往都23寸-27寸。屏幕大小限制了第一屏可以放小的内容数量，而现在的移动设备多是触控所以控件大小也受到了限制，做的太小不光是看不清楚，手指点击的时候也容易勿碰。所以如果一个很长内容很多的表单放到移动端上的话，那是很恐怖的一种效果。考虑到屏幕大小，控件应在一屏都可以显示出来。

      纯触控，当然依然有少量低端键盘手机的存在，但是这就跟IE6一样，已经不是主流，不应成为我们前进道路上的绊脚石。考虑到绝大多数的触控操作，用户最喜欢的是简单的手指点击，比如我们看到新闻说，几岁的小孩都会玩ipad或者iphone了。简单的点击图标，拖动控件这种是最符合用户操作习惯的，简单快速不需要太多思考。而比较差的一种体验是让用户输入文字，虽然依然是去用手指点击虚拟的软键盘，但是触控屏幕的输入速度和敲击感受是无法跟电脑键盘比的，全键盘的误按和无法盲打严重的降低了用户的操作速度。在一个点点图标就可以很轻松完成的一个功能的软件中加入太多需要用户输入的地方，是在不断打断用户的体验感受，严重降低舒适性。移动端要尽可能减少输入，使用触控。

     专属性强，这点指的是我们往往可以假设一台移动设备那么就只有一个人会去使用它，而不会被多个人共用。这一点让它变得跟网吧中的电脑不同，我们可以很放心的把一些保密信息显示出来，也可以忽略一些需要用户验证的信息。我们就假设了用户跟移动设备是一对一关联的。

 

     好了，给予上述的特点我就开始思考如何设计一款移动app的用户注册功能。先分析下，在互联网中用户注册往往是需要填写一大堆的东西，什么姓名啊、住址啊、爱好啊，这简直就是在查户口啊，这类在交友婚庆类网站常看到~~随着发展到现在，注册的需要填写的信息变得越来越少，只要用户名，密码加个邮箱就可以了，这主要考虑是太多的填写内容会让用户感到厌倦而不知所措，更多的是为了抢用户量。这类注册一般在页游，邮箱类网站看到。那么移动端设备注册信息应该如何更加进一步的简化呢？

     首先是密码，一般注册时候为了防止用户输入错误，需要用户输入两次密码来确认下，并且为了防止有人偷窥，密码是无法直接看到的。让用户输两次密码这一点我觉得特别不爽！如果密码是直接可见的，那么就不用担心用户会输入错误，也就不用输两遍了。考虑到其屏幕较小且常是一个人在使用，所以可以变成在输入时直接显示明文密码，在失去焦点后再变成黑点。紧接着我又想，为什么要密码呢?用户还常常忘记它。密码只是验证用户身份，而在移动设备上，移动设备就代表了用户，为什么还要验证一次呢？有人会想，因为会有人用你手机干别的事情啊~可是比如像短信啊，电话啊这类在使用的时候并没有要求验证使用者是否是本人啊。于是我觉得可以把密码给去了，根据设备自身的一个唯一标示来跟注册账号相绑定，只要在这台上注册的账号登陆时就直接登陆。

     然后我们还剩下了用户名跟邮箱。邮箱可以用来干很多事情，简单的找回密码，确定账号唯一性，高级的读取邮箱常用联系人邀请他们加入扩展软件推广力度~用户名是干嘛的呢？用户名就是一个昵称，显示给别人看，常常用户喜欢不定时的改个好听的名字表示下自己现在的心情。用户名这货，完全可以跟其他详细信息一样，在用户注册好后再去让用户填写，还没注册之前就别来掺和了。

    邮箱的话，有了手机谁还用邮箱呢。为了唯一性，手机号码不是更加的好吗。所以最后注册界面就剩下了输入手机号码。然后发送认证信息到手机号码，验证码成功后就算是注册成功啦。剩下的昵称啊，密码啊，详细资料啊，这些都可以在用户注册完成后再去填写，这时候用户已经是你的人了~这种模式也就是现在微信啊，微博啊使用的方式。不过我觉得在密码验证上可以进一步的简化。用户不设置密码一样也可以登录，当然用户可以按照自身安全性去设置密码。