长发帅帅
扫描关注长发帅帅的微信公众账号

扫一扫微信二维码

APP注册登录那点事

2016-02-17产品设计103401




导语


移动互联网时代,用户获取 app 的途径更加便捷,成本更加低廉。正是如此,用户流失的几率也越来越大,而「注册 / 登录」作为使用 app 的第一个环节,又有哪些在设计层面可以注意的地方呢?


首先,要了解 APP 的属性和分类





站在「注册 / 登录」必要性的角度上,可以将 APP 大致分为三类:


无须注册登录——也就是没有账号体系。主要是一些工具类应用,如:天气、计算器、手电筒等;


非强制登录——无须登录可以使用部分功能,特定功能须登录。主要是一些资讯、生活、购物类应用,如:网易新闻、网易云音乐、蝉游记等;


强制登录——须登录后才能开始使用 APP。主要是一些社交类应用,如:微信、QQ、陌陌等;


除去社交类应用,大部分应该都可以划分到第 2 类应用。此时我们要明白注册帐号的目的是要记录用户的行为内容,基于此来提供更加个性化的服务(如音乐推荐),或是基于该帐号的操作作为其行为的凭据(如购物记录)。


所以要切记「注册 / 登录」不应该成为新用户体验 APP 的一个阻碍,要保障用户能够快速便捷的体验到 APP 的基本功能,在涉及分享、收藏等操作时再提醒用户注册或登录,这种引导性登录不仅有更好的用户体验,也能提高产品转化率。


同时,我们也要认识到账号体系的重要性。有助于形成固定的用户群体甚至是粉丝文化;同时在用户行为统计上能够展开多层面的分析,可以用来指导产品设计;另外用户相关数据的积累更是运营类 APP 至关重要的环节,比如用户的积分、收藏、优惠券、照片等内容,都是保证用户粘性、产品持续繁荣的宝贵资源。


那么,账号体系又有哪些讲究呢?





目前「注册 / 登录」方式主要分为两大类:自建用户体系、第三方账号。


自建用户体系,是自己控制和维护用户的相关信息,不仅对于找回密码或发送消息都有一定的方便性,并且对账号和相关数据的控制更具主动性。支付理财类应用比较偏向自建用户体系,因为对于此类应用,用户账户数据是至关重要的信息。


第三方账号,一般会通过微信、微博、豆瓣等第三方常用社交账号登录,不仅仅能够快捷方便的登录体验产品,同时方便后续通过社交账号对 APP 进行分享宣传推广。照片资讯类应用比较偏向第三方账号,甚至有些应用直接不提供自建账号功能。


下边,主要讲一下自建用户体系,注册登录常见的 3 种方式:


1. 注册和登录统一,通过手机号验证码快速注册或登录。(APP 举例:典典养车)





优点有: 注册时无须复杂的流程,能够快速进入应用;登录时无须记住密码;手机号保证了账号的安全性,以及账号的身份认证,恶意注册的几率大大降低,提高了用户的质量。


缺点有:多平台登录会相对比较麻烦;每次都需要通过短信验证码登录,无形中给登录操作带来一定门槛。


2. 注册和登录是分开的,通过手机号 / 邮箱注册 或 通过账号名(手机号 / 邮箱 / 用户名 /ID)和密码登录。(APP 举例:豆瓣、京东、饿了么)





优点有:拥有账号密码体系,多平台登录体验更好;无须验证码登录门槛相对较低


缺点有:注册流程的繁琐容易受到用户的厌烦,增大了流失率


3. 将前两种方式结合起来,用户可以自主选择登录方式。(APP 举例:美团外卖)





优点有:集成了前两种方式的优点


缺点有:提供方式比较多,带来用户选择成本的提高


接下来,注册流程有些地方可以优化呢?



前边提到过注册流程如果很繁琐,那么很容易让用户厌烦,则增大了流失率,所以要尽量简化注册流程,同时还要给用户适当的指引,使整个过程更加友好。如此,才能在第一个环节虏获用户的心,方有机会在后续沉淀为优质用户。


目前 app 端注册采用的一般有两种方式:邮箱注册、手机号注册


邮箱注册


邮箱注册是 PC 端网站常用的类型,但需要跳出产品到邮箱中确认注册链接。这样冗长的流程不适合移动端,所以即使部分 APP 采用邮箱进行注册,也极少要求用户到邮箱里查收激活邮件的,只是在用户注册后,不定期发送一些邮件信息,如推广、提醒等。


手机号注册


移动互联网时代,手机号注册方式应用的较广。注册流程更加便捷快速,同时手机号作为个人信息能够作为消息通知最重要的一个接口。APP 端的手机注册流程通常如下:输入手机号 >>> 输入短信验证码 >>> 设置密码。



在设置密码环节,也有很多人性化的设计供我们参考:


单密码设计,可明文输入。确认密码目的只是为了保障密码的准确性,却增加了注册流程的复杂度。目前比较推崇的就是明文单密码设计,在使用手机时大部分都是相对私密的场景,明文是一种更好的体验,而且也能防止输错密码。可以通过按钮切换密码

可见性


显示密码要求。用户输入一个不符要求的密码后再进行提醒,这往往会降低用户体验,在用户输入密码前,就显示出密码要求,会有更流畅的体验


显示密码强度。web 端一般都会显示密码强度提醒用户,APP 同样也可以借鉴,使得用户对密码强度有个感知,当然个人认为这个优化相对来说也不是很必要,因为用户其实心里对密码强度大概都有数。


总结


要先考虑清楚账号的必要性,工具类应用大多情况无须账号即可使用


结合自身 APP 类型特点,考虑是自建账号体系 or 采用哪些第三方账号 or 两者均提供


是否有很强的必要在打开应用时就强制登录?若非必须可以在使用收藏、评论等特殊功能时才提示登录,会带来更好的用户体验、提高转化率


衡量注册登录统一(手机验证码快速登录)、注册登录分开两种方式的利弊,或两种方式均提供给用户


APP 端通常采用手机号注册方式,方便快捷;请慎重使用邮箱注册方式,若必须请尽量降低过程的冗余


注册过程要尽可能简化,流程清晰明确,不要给用户带来认知上的困难


可考虑单密码明文设计,并显示密码要求,进一步提升用户体验设计


希望这篇文章在 APP「注册 / 登录」模块能够给你带来一点点启发,喜欢的话欢迎点赞,不胜感激 O ( ∩ _ ∩ ) O


本文为作者 @刘鹏