移动端用户注册登录模块设计的思考

注册登录模块是产品最基础的模块之一，从PC时代到移动时代，用户的注册登录从方式、流程到交互都有了很大的变化。这里整理一下最近我在资讯社区APP中进行注册登录设计的思考。

一、产品需要注册登录功能吗？

在James Garrett 的《用户体验要素》中，是否需要一个模块，是由产品目标和用户需求两方面共同决定的。

产品的注册登录，是搭建用户系统的基础。在一个用户系统下，每个用户的信息是独立且唯一的，其中包含了passport和profile两种信息；用户对注册登录的需求偏向于passport，登录后可享受产品提供的更多服务；而产品运营方需求则更多的偏向于用户的profile信息，以便更好的进行产品运营和变现。

在进行产品设计的时候我们需要根据产品战略的特性，综合考虑两方面的需求。个人认为运营方面的需求所占的权重更大，一套统一、完善的用户系统及其用户关系可以构成产品的护城河。目前BAT中百度的掉队，一定程度上就是由于没有搭建一套统一的用户系统，各个产品各自为阵。

从用户的角度看，其对大部分工具类应用基本没有注册登录的需求，如日历、天气、闹钟、清理等；

对社交类、电商类、金融类应用等，是必须进行注册登录的，如微信、QQ、支付宝、淘宝、美团等；

对其他从工具、内容发展到有数据沉淀和关系沉淀的产品，则需要审慎的考虑注册登录加入的时机，如美图应用、今日头条等。

二、移动端注册登录的方式

移动端用户帐号登录注册主要有几种形式：第三方帐号、手机号、邮箱。

1、第三方账号（QQ、微信、微博等）

优点：使用第三方帐号优势是用户操作简单，方便用户快速的体验产品；可以为产品其他平台吸引流量（如微博提供的微博登录同时关注微博api）；

缺点：通过第三方平台获取到的用户信息太少，如需要用户其他信息只能让用户绑定账号或主动填写；用户手机没有安装对应应用时，通过网页进行登录认证需要输入账号密码，复杂度很高；

2、手机号注册登录

通过手机获取验证码（短信和语音），验证后设置密码进行注册；登录时使用手机号和密码登录。

优点：可以很大程度上防止恶意注册；可以获取用户手机号码、归属地等信息；可以导入通讯录关系；用户不需要记忆成本；移动端验证方便；

缺点：短信/语音验证码需要成本；用户隐私方面的忧虑；手机号丢失后找回复杂；

传统的注册登录流程：

也可以将登录和注册合并，输入手机号获取验证码，如未注册则在登录时自动注册。

3、邮箱登陆注册

邮箱作为桌面互联网时代人人必备的一个产品，是用户注册登录的一种重要方式。但个人认为，这种方式更多的适用于有PC端平台或从PC端向移动端迁移的平台，对纯粹的移动互联网产品，适用性不强。

优点：邮箱普及率高；验证成本低；对用户来说隐私性更好；

缺点：移动端验证不方便，邮箱app的普及率不高；邮箱输入复杂；邮箱的无门槛注册，使获取有效用户信息难度增大。

个人认为纯移动端产品可以完全舍弃邮箱注册登录方式，对有PC端平台的产品，仅在移动端设置登录即可。

三、交互设计细节

1、减少用户的操作

由于手机屏幕的限制，长字符串的输入、字母数字符号间的切换对用户来说是非常麻烦的操作之一，特别在注册登录环节。产品设计有非常多的地方可以帮助用户更好的完成这个过程。

输入方面：单词的输入联想；输入邮箱时将后缀列为选择菜单；输入手机号/卡号/验证码时自动弹出数字输入面板；减少冗余操作，可以计算的信息不要重复让用户录入，如个人信息的出生年月和年龄生肖；默认勾选用户协议等。

显示方面：手机号、银行卡等长字符串的分类，如手机号显示为×××-××××-××××；验证码短信发送时将数字显示到短信最前方，这样大部分时候用户可以直接从短信摘要取得信息而不需要切换到短信应用。

2、警惕过度优化

整个流程有非常多的细节可以优化，但也需要注意不要过度替用户操作。

如注册时输入手机号到11位时，系统自动发送验证码；填写验证码时使用系统权限读取用户短信自动填充，个人认为获取这类隐私敏感权限会导致用户反感，得不偿失。

3、充分利用关系链

设计注册登录时应充分考虑为产品运营做铺垫，使用手机号登录的可以使用邀请注册机制扩大用户规模；使用微博登录可以在登录时默认勾选关注微博增加微博粉丝；使用qq、微信登录也可以激励用户分享到空间、朋友圈。

（完/文：长弓）