如果说天气类APP是iOS开发初学者的上手练习题,那么注册/登录功能或许可以算作是产品经理的第一课。
作为一款产品最为基础的功能模块,注册/登录功能看似简单,却暗藏着许许多多的坑,设计一个好的注册/登录系统并不轻松。
开始我先抛出几个问题
1)为什么要有注册/登录功能?
2)用户名注册、邮箱注册、手机号注册、第三方账号登录该选哪种?
3)是应该先让用户注册还是先让用户使用?前者的话应该在怎样的时机让用户注册?
4)怎样的注册流程用户体验最好?
5)注册功能可以精简到什么程度?
问题一:为什么要有注册功能
有人会说,我用的很多产品或者APP就没有注册功能啊;有人又会说,XXX产品我不注册(登录)不还是用的好好的么,并没有感觉有太大的差异啊。在他们看来,有没有注册(登录)功能对于他们来说无关紧要。
早期的互联网产品除了个别资讯或工具类的产品/网站不需要注册外,其它都需要注册的。注册的目的是给用户一个账号或者身份,一个系统里面唯一的ID,这样用户在产品使用过程中的所有行为和数据都可以记录下来,如果没有这个身份,那么数据如何存储,如何进一步的挖掘用户价值、实现产品的商业价值?
如果系统化的来阐述这个问题的话,或许可以从“用户(产品)层面和业务(公司)层面”2个角度来分析。
用户(产品)层面
-
用户需要记录其使用行为、进度、状态、记录等信息,比如有社交功能的产品必须注册账号以生成/记录相关信息;有交易功能的产品记录订单等交易信息,同时提高交易的安全性;
-
用户希望获得更多的服务和权益,比如视频APP的会员、QQ产品的红黄绿钻等;
用户在使用计算器/词典/手电筒/天气这些工具软件/APP的时候,是没有太大的意愿/需求去保留或者记录他的历史使用行为(信息)的,这时你强加一套注册/登录功能到上面是没有太大意义的。
业务(公司)层面
-
想知道或需采集更多更重要的用户信息:比如手机号、年龄段、收入等。便于为产品或者运营做决策依据;
-
通过用户的手机号、邮箱给用户推送活动、优惠和重要公告等,提高各种业绩指标、产品活跃度或老用户召回;
-
提高用户的产品质量、做更好的用户关怀(运营);
如上所述的2个层面可以简化为2个问题:我们的产品到底是款什么产品?如果没有注册/登录功能会有什么影响?但实际的情况是不管产品的定位是怎样,解决了用户怎样的需求,但凡是个产品/APP都要加个注册/登录功能,在“大数据”时代,不需要注册/登录功能的产品越来越少了。
问题二:选择哪种注册方式
假定问题一种我们确认需要为应用增加注册/登陆功能,那么我们采用哪种注册/登陆方式呢?目前市面上常见的有“用户名注册、邮箱注册、手机号注册、第三方账号登录”4种,哪种才是适合我们产品的注册方式呢?
图. 注册/登陆方式优缺点对比
用户名注册:多见于早期的互联网产品/应用,例如著名的QQ就是采用用户名注册,且采用的还是极为特殊的数字ID来作为登录账号和个人标识的,数字越小代表用户触网的时间越早,隐约间QQ短号成为了身份和网龄的象征,甚至QQ短号/靓号的交易都成了一门生意。
图.QQ靓号价格不菲
邮箱注册:随着QQ的普及,越来越多的网站/产品在用户名注册后加入了邮箱注册,或者说摒弃了用户名注册转而使用邮箱注册,毕竟邮箱注册相对来说比用户名注册优点更明显。
使用用户名注册的账号,后期大部分都不会去设置密保问题、验证邮箱或者手机号,一旦用户忘记了密码或者账号,这个账号基本上是找不回来了。如果使用邮箱注册,至少可以有一个途径可以找回密码,其次多了有效的用户邮箱,对于产品的营销推广和老用户的召回也是一个利好不是么?
图.邮箱注册之支付宝
手机号注册:随着移动互联网的发展,手机和人的联系越来越紧密,越来越多的移动应用开始采用手机号注册。手机号注册的优点上文已经说过,但有个问题不知道大家有没有留意“手机不是近两年才出现的,为何早期的产品不采用手机号注册”?
其实,这是个伪命题。早期并非没有采用手机号注册的产品;其次早期互联网的形态或者说趋势还是以用户名、邮箱注册为主,手机号注册不是主流。不管是早期的BAT或其它互联网大公司,对于手机号注册没有特别强烈的需求,后来随着用户的增多以及用户账户安全性等考虑,手机号注册才逐渐的流行起来。08年时的端游或者页游产品你非得要求用户拿手机号注册,这不是自掘坟墓作死的节奏么?
第三方账号登陆:互联网发展很快,各种网站或应用层出不穷。大多数都有账号体系,这样就存在一个问题:如果用户在每个网站上都要注册一个账号,那就得记忆多套账号和密码。即便所有的网站/产品都采用相同的账号和密码进行注册,那也需要花费不少的时间。于是第三方账号登录应运而生。
国内常见的有微信、微博、QQ三个社交平台的授权登录,国外常见的还有Facebook、Twitter、Google。
图.第三方账号登录
采用哪种注册/登录方式,需要结合产品或公司的实际情况来综合决策。
-
大多数用户期望的注册方式,第三方账号登录>用户名注册>邮箱>手机号注册;
-
公司或产品期望的注册方式,手机号注册>邮箱>用户名注册>第三方账号登录;
-
注册方式的成本,最高的应该是手机号注册,按每条短信5分来算,百万注册用户的注册成本至少是5万元,其它几项成本相对要低很多,甚至可以忽略不计;
-
只有APP端的产品,基本上都是希望通过手机号注册或者第三方登录,其对于用户名注册和邮箱注册的需求是很弱的;
综上:使用哪种方式注册需要综合来考量,并不是完全相斥或对立的。在用户名注册时候加上手机号验证或者邮箱验证的现象也很普遍。
图.汽车之家网站注册
问题三:先注册还是先使用?何时进入注册流程?
先说第一个问题,先注册还是先使用。
这个也要根据具体的产品类型来决定。比如不注册/登陆就没办法为用户提供服务的产品,肯定是需要先注册的,比如邮箱产品、社交产品、网盘产品、网络游戏等。
对于一款查询/追踪快递、收寄快递的工具APP初次打开就要求用户注册才能使用,我不知道产品及运营团队哪来的蜜汁自信,反正我是随手就卸载掉了的。
图.速递易APP打开即要求(注册)登陆
再来说第二个问题:何时进入注册流程。
内容/社区型的产品,比如简书、知乎和网易新闻之类的,用户在没有进行互动性操作比如回复/评论、收藏或点赞的时候,或查看回复/下载附件/查看全文的时候,是不需要注册的。注册流程可以在用户进行这些操作的时候再引入。
当然,有些社区或论坛只有登录用户才可以进行搜索,这个时候也是引入注册的较好时机。
图.PMCAFF登录用户才能进行搜索
电商类的产品,比如京东、淘宝、美团等等,用户没有进行价格查看、领券、收藏、购买、评价等与消费相关的行为时,同样是没有必要让用户注册的。大部分电商类产品都会尽可能的把注册登录往后移,比如京东会让用户选择完商品添加到购物车,准备结算的时候再去提示注册登录。
图.猫眼电影在付款前才要求注册
当然这个也不是绝对的,有部分产品就允许游客购买下单,然后在订单提交成功后再让用户注册,这个时候系统以收货人手机号作为注册手机号,再让用户补充1个密码就能完成最基本/简单的注册。
问题四:怎样的注册流程用户体验最好
APP大部分都要求手机号注册,而注册页面呈现的时候又分为2种:同一页面内完成、按步骤分页面完成注册,分别如下图所示:
图.同一个页面&多步骤分页面注册
图.注册页面呈现方式的优缺点
如上图所示,按步骤分页面的优点多多,其实际的注册转化率也高于同一个页面的呈现方式,目前互联网行业研究用户增长方面最专业的Facebook就采用的分页面方式,国内诸如京东、淘宝、美团、58同城等也采用的这种方式。
问题五:注册功能可以精简到什么程度?
然而有些用户会发现部分APP没有注册功能的,有的只是一个通过手机号和验证码的登录功能,登录即注册(如下图所示),这似乎可以看做是注册(登录)功能的最精简版本。那么问题来了:他们为什么会这么做?
图.登录即注册
简单来说,这样做有以下的优点:
-
流程减少到了2步,足够精简;
-
用户不用记住密码,也没有忘记密码/找回密码的烦恼;
-
解决了用户注册的需求(通过验证码避免手机号被滥用、冒用);
然而缺点也很明显:
-
虽然可以缓存可以记住用户的登录状态,但缓存失效后仍需要登录(短信成本会增加);
-
手机收不到验证码的情况下无法使用APP;
-
手机丢失或者不在身边或换了手机号的时候使用不了APP,账户安全性/隐私性问题;
其实注册这块还有一些不太常见/普遍的现象:
-
系统自动注册,为用户分配用户名/密码,常见于手机游戏;
-
根据设备的ID等信息作为唯一性的判断;
最后的最后,注册登录模块还有一些细节,里面也有很大学问,在此就不一一展开了。
-
邮箱/手机号的占用判断、合法性判断;
-
密码需不需要二次确认,是否可以明文显示、密码的规则;
-
需不需要验证码、验证码的重发机制;
-
登录注册过程中的异常状态
-
注册所填写的字段中必填项与非必填项如何界定?每个字段的限制因素有哪些?
本文章收录于我的电子书《从零开始做产品:产品汪》