这个不起眼的「小」功能(登录),也有这么多门路

13 评论 5390 浏览 28 收藏 8 分钟

这是一篇讲「登录」功能的文章。我相信看到文章的你们对它一定不会陌生,但是,它背后的门道很多,你都知道吗?

为什么要写这一篇文章呢?

因为人生之前找工作的时候,面试题有一题是要我画出登录流程图,当时我画得很差。究其原因是我之前所供职的公司有一个专门的团队负责用户数据(包括登录),所以那时候,我压根没有意识到「登录」的存在感。恰好近期团队让我负责登录功能的开发,于是有了这样一个「一雪前耻」的机会。

在做登录的时候,我遇到以下三个大问题:

  1. 用第三方社交账号还是自建帐号体系?
  2. 如何设计登录流程?
  3. 如何验证流程是否合理?

下面一个个部分来讲述我的思考

账号体系

大家都知道,任何东西存放在别人手里,总让人觉得没有安全感,特别是账号信息这样重要的东西。而第三方相对于自建账号来说登录 / 注册快捷(扫码授权即可)、能够直接获取一些信息(昵称、头像等)。另外,就国内的互联网环境来说,「3Q 大战」等事件层出不穷,保不齐某位爸爸不开心,把接口封掉,所有的努力将付之东流。

那么该如何选择?

我做了如下分析:

  1. 国内的特殊环境,要求互联网服务提供方必须要求用户实名验证(大家通常用手机验证);
  2. 第三方社交账号登录比传统输入账号密码更方便;
  3. 考虑到公司的业务需要,账号体系是为整个产品线去服务。

最后我们决定以自建账号为主,第三方账号为辅的方式。

那么这样下来又会有几个问题了:

  1. 如何权衡主次?
  2. 2. 如何决定默认选择登录还是注册?
  3. 如何将两种账号结合

下面是我的思考:

回答一:默认的登录为自建账号登录,第三方登录只放在一个不怎么起眼的位置。

回答二:根据当前你的产品的用户曲线和实际产品力来决定,以我们的产品为例,由于账号体系是首次开发,所以理论上来说,我们的用户量应该有一个长期且稳定的大量的增长过程,但是考虑到我们属于某个垂直领域的付费产品,所以我还是决定将登录放在优先的位置。(相关的案例,可以看看知乎,它将注册放在优先的位置)

回答三:我们以用户注册时输入的一个唯一的 ID 为主,第三方账号都绑定在它之下,第三方账号(包括手机号 / 邮箱)可以修改,但是这个 ID 不可修改。即便用户使用第三方登录 / 注册,也是需要设置此 ID 和绑定手机号。

一句话总结就是:以我的自建账号为主,这一步你按照规矩好好走,以后都让你舒舒坦坦

那么,如何设计登录流程

第一步明确目标是什么?

上面有说过,我的目标有两个:实名验证、为公司产品线服务。结合这两个重点那么我制作了如下的思维导图:

通过这张图,就能很直观知道你的流程图中需要有哪些步骤了。

接下来绘制逻辑图:

以模块为主来绘制流程图,避免遗漏,分别是:自建账号登录 + 手机验证检测(因为有国外账号需要转区)、找回密码、注册、第三方登录。

最后的流程图如图所示:(因为涉及到一些公司产品的逻辑,所以行了打码处理,请见谅)

当然有了这一些还不够,如果有一些极端情况出现,那该怎么办?例如:手机丢了(或者手机号长时间不用,被注销)。

如果用户量不多,让用户通过邮件来申诉其实没有什么问题,但是当用户量很大的情况下,这无疑是增加了公司的人力成本。所以,我将找回密码或者解绑(手机、邮箱、第三方)这两个地方的验证设置为使用邮箱或者手机验证通过即可。

接下来就需要你去制作原型图了,这里就不给出我那跛脚的设计和审美能力啦。

如何验证整个流程是否合理?

验证产品是否合理的前提是你的产品逻辑上不能出问题,也就是说,不能有隐患存在。再此基础上,我们要通过数据验证这个产品的设计是否合理。

对于一个注册登录流程来说,最重要的一点在于用户转化,也就是新用户的注册率(可粗略估计为:日新增用户 / 注册页面 UV)。有了这样的一个清晰认识,后面就好办了。

那么数据怎么得来?

通过你此前在网页端的埋点。

如果将整个注册流程看成一个漏斗,统计注册流程中每一个页面的 UV ,通过一层层的数据对比,就能看到用户在流程的哪个阶段跳出较多(即用户流失较多),这样就能很清晰得出你的注册流程有哪个地方需要做优化。如图:

有一点需要说一下,某一天或者某个特殊事件节点的数据不能够说明问题,数据分析应该是基数越大越有说服力。所以,这就需要你尽可能多的进行统计,并注意关注它的变化。(如果需要汇报,将数据制作成图表更加直观)

以上,就是我在设计登录和注册功能时的想法。可能会有一部分朋友不赞同我的观点,但是有一点我需要说明一下,任何功能都不是脱离产品本身而存在的,就像你做生意的时候,需要考虑到国情,什么能做,什么不能做以及该怎样做

所以,当你在批评我的时候,请你结合一下我之前的铺垫(前提条件),觉得我确实有问题,并给出理由(用实例)说服我,我会虚心接受。

制作本文使用到的工具:

  • 思维导图工具:XMind
  • 流程图绘制:OmniGraffle
  • 原型图(这里没有给出):Sketch

 

作者:残照以为记,微信公众号:以为记(imanlimu)

本文由 @残照以为记 原创发布于人人都是产品经理。未经许可,禁止转载。

给作者打赏,鼓励TA抓紧创作!
5人打赏
更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 看不清流程图啊

    回复
    1. 流程这个东西,我觉得还是自己来画一下会比较好,加上为了保护产品信息,所以隐藏了(虽然不是什么很神秘的东西,但是还是需要注意一下),希望能够理解。

      回复
  2. 第三方社交帐号登录实际上就是一个很好的解决方案,但是这个需要根据你自己的产品对于帐号体系的需要来决定,谁主谁次。第三方帐号登录注册固然方便,但是有时候还是需要做一些取舍。

    回复
  3. 😳 有道理啊,楼主大大谢谢你~

    回复
    1. 最后一句话手残,打错字了,应该是「如果你不考虑自建账号的话」

      回复
  4. 写代码?还是流程?

    回复
  5. 我还特意往上看了一下前提,之前我也有想过,所以想交流下;
    1.有没有觉着产品的属性不同,自建账号体系和第三方登录体系是有侧重点的?并不是所有产品都优先使用自建账号体系的
    2.验证功能,比如手机号/邮箱的格式验证,错误提示,这些是做在前端的,即使输入错误了也可以减少与服务器的交互,从而减小了网络的影响

    回复
    1. 你说的对,不同产品需需要用根据产品属性,来确定账号体系的侧重点。
      提示的交互是实际上确实做在前端的,文章写的时候,为了保护一些公司内部的消息,所以当时写文章的时候是重新做了一个思维导图,没有去仔细审查,这一点着实不该,谢谢提醒。

      回复
    2. 你说得对,不同产品需要用根据产品属性,来确定账号体系的侧重点。拿我们公司的产品来说,就对于自建帐号体系依赖比较重,因为有一整套服务。
      提示的交互(像格式判断之类)实际在开发的时候是做在前端的,写文章的时候是(纯靠印象)重新做了一个思维导图,没有去仔细审查,这一点着实不该,谢谢提醒。

      回复
    3. 没关系的,都是一个相互交流的过程嘛,我也经常会有不漏的情况

      回复
  6. 流程图看不清呢~不止作者大大可否给张清晰的 😳

    回复
    1. 因为这种流程图涉及到公司整个产品的登录逻辑,所以我给打码了,其实,按照我文章中讲到的几个注意点,你可以自己模拟出来。

      回复
    2. 明白惹,感谢回复

      回复