基础模块-登录/注册设计(登录率提升方向)

1、为什么用户要登录?

登录并不是目的,登录本身对用户是没有任何价值的,只不过有些业务需要依赖于登录来展开

获得用户唯一标识:目前标识用户的方法有很多,比如设备ID(安卓的IMEI、IOS的UDID和IDFA),产品根据设备ID生成的UID等等,但这个只是以设备为标识而不是以人。

同步用户数据:有了唯一标识,那么就可以在云端保存用户数据,不管是在哪个平台,都能有效同步用户数据。

安全性:用户可以通过账户保存自己的数据,而不是存放在本地。

获得用户信息:通过不同登录方式获得用户信息,比如手机登录(获得手机号,IOS无法自动获取)、第三方openid登录(获得第三方资料)。



2、各种登录方式的优劣?

2.1、目前比较通用的登录方式有:用户名、手机号、邮箱、第三方openid

基础模块-登录/注册设计(登录率提升方向)_第1张图片

表格内优缺点都是横向比较的优劣,并不是绝对。


2.2、不同产品可以根据所处的不同阶段选择不同登录方式:

比如新闻、音乐类产品,对手机号依赖不大,完全可以重点引导用户使用第三方登录,一个是登录转化比较高(路径短),一个是可以获取到第三方开放数据,目前来说QQ的信息是最全的,包含了昵称、年龄、性别、地区、会员信息等等。

比如外卖、叫车类产品,对手机号是强需求,所以可以规定只有手机号或者先通过其他登录方式,再强行绑定手机号。


比如社交类产品,需要通过手机通讯录去拓展用户关系链,那么手机号也是作为重点引导。



3、登录率目标拆解

登录率=(登录功能A参与人数*登录转化率A+登录功能B参与人数*登录转化率B+……+登录功能N参与人数*登录转化率N+昨日登录人数*次日留存率*自动登录成功率)/客户端启动数

所以能改变的变量为如下几个:

3.1、增加登录入口(N)

3.2、提升登录入口流量(参与人数)

3.3、提升登录转化率(登录成功/登录页流量)

3.4、提升自动登录成功率

由于自动登录人数、客户端启动数依赖于客户端的推广、留存率,所以暂不考虑



4、登录/注册设计技巧

4.1、登录/注册入口设计

登录入口也就是所说的登录拦截点,主要是围绕需要登录的功能来设计,比如:

增值服务,因为是有关于付费的,而付费信息当然不能只存在本地,所以必须关联一个账号,那么这个功能就需要登录

收藏新闻,因为是需要多终端可查看,所以也不能存在本地,必须关联一个账号

观看视频,只需要能够播放视频即可,所以不需要关联账号,但查看游览历史就另说了


4.2、登录/注册入口导流

主要依赖于和其他业务共同开展,比如:

用户成长方向(签到、积分):每天进行针对性的引导(红点),告知用户可以来签到了,而且签到换来的积分一定要登录之后才能换取礼品

功能推广方向(主题换肤):制作精美的皮肤,一些基础皮肤可以给所有人开放,但是一些精美皮肤只能给登录或者付费用户开放,每次有新皮肤上线时可以告知用户


4.3、登录/注册页设计(提升转化)

目前主流的设计有突出手机号注册、突出第三方注册、突出验证码免密登录等等,根据产品特性选择一个即可。

4.3.1、根据用户不同属性,设计不同流程,比如:

新用户:在触发登录点的时候直接跳转到注册页

老用户:在触发登录点的时候直接跳转上一次登录方式的页面,并可以记住上一次登录方式(如果对安全性要求不高的话)

4.3.2、根据不同触发登录点,设计不同引导,比如:

主动入口:明确显示登录/注册的入口,这个时候用户一心是想登录的,所以可以在登录完之后,鼓励用户去填写更多的信息,比如绑定手机、上传头像、填写生日、性别等,最好采用可跳过的形式(实例:填写率在50%以上)

被动入口:用户在使用其他功能的时候被动跳转登录页,这个时候用户一心是想使用该功能的,所以可以在登录页上配合该功能采用针对性的文案引导(实例:登录转化由29%上升到36%),而且尽可能缩短路径

4.3.3、非必要的信息就可以放到后置流程完善,减少不必要的操作成本,比如:

旧登录(手机号、密码、昵称、验证码)——新登录(手机号、验证码)

进入页面自动获取焦点、自动校验验证码、减少确认弹窗

实例:注册转化率由30%上升到60%

减少二次确认弹窗,很多产品都会首先弹出一个弹窗让用户确认是否需要登录,其实这只是一个说明性弹窗,并没有起到体验更好的作用,反而增加了操作流程,比如:

触发登录后,直接跳转登录页,通过toast或者顶部说明告诉用户为什么需要登录(登录能获得什么)

实例:登录转化率由4%上升到16%


4.4、优化自动登录成功率

主要依赖于服务质量、客户端异常处理和服务器交互逻辑,尽量详细的发现各个异常情况,并针对性的处理。

但还有一个额外要注意到的,那就是登录成功率并不等于用户感知到的登录成功率,比如在弱网(网络不稳定)的情况下,自动登录经常失败,那么就变成未登录状态吗?

其实不然,完全可以做到在这个时候保留用户上一次登录状态信息,直至下次自动登录成功时再替换掉。

实例:每天登录失败/自动掉线用户反馈下降50%以上



5、登录/注册相关流程

除了登录、注册自身流程以外,其实整个账号体系还有很多相关流程需要设计,比如:

5.1、绑定/解绑手机邮箱:是否可以解绑手机、绑定手机号是否可作为账号等等

5.2、设置/修改/找回密码:修改本机密码时是否踢出其他终端、修改密码是否需要验证密保等等

5.3、发送验证码:发送成功率是多少,每天是否限制发送条数等等

5.4、登录状态校验:校验频率是多少,校验失效后客户端如何处理等等



因为登录、注册背后关联的是整个账号体系(暂不涉及到多产品账号打通),所以逻辑还有很多,陆续更新~

你可能感兴趣的:(基础模块-登录/注册设计(登录率提升方向))