作为产品经理,我是这样设计登录和注册的

29 评论 49077 浏览 582 收藏 13 分钟

简单的事情往往却很难做好做细,就像一份炒饭,却值得周星驰为其拍了一部《食神》,却值得哈林为其唱了一首《蛋炒饭》。登录和注册大概是所有线上平台都拥有的功能模块,也是用户最早能够接触到的平台功能,不仅业务流程简约,而且模块功能单一,甚至设计的页面也不会超过5个。但是你一定会发现,就是这么简单的登录和注册,有的网站做的行云流水和如丝般顺滑,有的网站做的沟沟坎坎和雷坑遍布。

为什么会有这么大的差异?我认为在于思路的混乱和不一致。只有掌握了严谨和逻辑的设计思路,不仅简单的登录和注册会给用户留下良好的第一印象,也会让你在其他业务模块的产品设计中行云流水。

下面就跟随磊叔来一次登录和注册的产品设计之旅。磊叔拿工资向你保证,这将是你人生中最精彩的旅行之一。

1. 万事第一问:为什么

5W思维工具的第一个W即是WHY,为什么。

产品经理接到需求的本能反应应该是问一句:为什么要做这个需求?搞清楚需求的前世今生和来龙去脉,再加上“知己知彼百战不殆”的指导思想,对于接下来的需求分析、业务实现、功能落地都有莫大的好处。

为什么要做登录和注册?

登录和注册的需求来源部门或许有着五花八门的回答,也许是建立用户体系的需要,也许是收集用户信息的需要,也许是用户运营的需要,很多也许。多不要紧,但至少我们知道了实现“登录和注册”对于业务有着至关重要的作用,且会对很多业务功能产生重大影响,需要产品经理认真、慎重的进行设计。

到此为止,即可。

2. 抽丝剥茧:搞定主要矛盾先

搞清楚了来龙去脉,明确了重要性,现在就来点实用知识,开始进入实际操作,从登录和注册的最核心业务开始分析。

很明显,登录和注册的主要矛盾就是完成两件事:用户登录和用户注册。

登录,就是提供给用户某种user interface,简称UI,即用户接口,让用户填入某些标识信息来与系统中已有数据进行身份验证匹配,并赋予用户某些特殊功能使用权限的过程。

听上去很复杂,实际上登录的主要矛盾就是:

让用户能够输入某种专有信息,例如独特的字符串、电话、身份证、电子信箱等等,总之能唯一表明这个用户的身份信息即可

为了解决这个主要矛盾,我们就设计两个输入接口:

  • 身份标识:暂定用户名、手机、电子邮箱三者选一
  • 密 码:暂定6位字符

注册,就是将用户的信息保存在系统中,用以日后的登录匹配信息之用。

实际上注册的主要矛盾就是:你到底要保存用户的哪些信息?

为了解决这个主要矛盾,我们就设计采集并保存以下用户信息:

  • 身份标识:暂定用户名、手机、电子邮箱三者选一
  • 密 码:暂定6位字符

没错,和登录一模一样,为什么?

注册的目的是满足登录信息匹配之用,最最基础的匹配就必然要求登录和注册的所需字段必须一模一样,就好像两个齿轮一样必须啮合。

听上去是废话?不,我就见过很多初入门的产品经理将登录所用字段和注册所用字段设计的不一致,被研发劈头盖脸的痛骂。

到这一步,我们为登录和注册增加了第一批的两个页面:登录页和注册页。

3. 深入一点:业务要闭环

有了两个最基础页面还不算完,在流程图上还是两个独立的点,因为业务流程没有闭环。这个时候就要问自己几个问题:

  • 登录成功去哪里?
  • 登录失败又去哪里?
  • 注册成功去哪里?
  • 注册失败又去哪里?

为了完成这个业务流程的闭环,我们就需要增加几个页面:

  • 登录成功页:通常是跳转到首页,或者个人相关的页面,或者其他有特殊需要的页面。
  • 登录失败页:通常是跳转到登录失败页,告诉用户登录失败的原因。
  • 注册成功页:通常跳转到有特殊需要的页面。
  • 注册失败页:通常是跳转到注册失败页,告诉用户注册失败的原因。

到这一步,我们完成了登录和注册的业务闭环,登录和注册的业务可以打包为独立的业务模块,至此增加了四个辅助页面:登录成功页、登录失败页、注册成功页和注册失败页,总计六个页面。

4. 再深入一点:将业务嵌入使用场景

登录和注册的业务流程已经闭环,且已被打包为独立的业务模块,接下里就要做有很强代入感和参与感的产品使用场景分析,然后把登录和注册塞进需要的流程中。
因为只有融入业务流程的产品设计才能体现出价值,否则,和咸鱼有什么区别。

那么问题来了,有哪些使用场景呢?

首页或着陆页:用户看到平台的第一页,也是最容易联想到的页面。

涉及需要用户身份验证的页面:例如支付、发布内容、查看特殊权限的内容等。

那么问题又来了,如何将登录和注册嵌入呢?

对于首页和着陆页,我们在页面上明显位置增加登录和注册按钮或超链接,尽可能的引导用户完成登录和注册。

对于需要用户身份验证的页面,在需要的按钮或超链接上(例如支付、发布、回复、下载等)判断当前用户身份,非认证用户即转入登录和注册流程。

到这一步,我们将登录和注册嵌入到了平台的业务流程中。至此,登录和注册的产品功能和业务设计基本上完成了。

5. 琢玉成器:用户体验是需要手工打磨的

且慢,产品功能和业务设计只完成了50%,还有50%就是前端产品经理常常挂在嘴边的用户体验。
用户体验这回事比较虚,也比较主观,这里就抛砖引玉几个思考点吧:

  • 如果用户名使用电子信箱,如何让用户能够快速完成电子信箱的录入?
  • 如何设计良好的登录页错误提示?
  • 是否需要记住密码?还是需要2周内不用登录?
  • 能否不用鼠标来切换用户名和密码框?
  • 能否用回车键来替代鼠标完成登录或提交的操作?
  • 如何让用户快速完成注册页的各种字段录入?
  • 如何限定注册页的必填字段?
  • 如何设计密码强度的提示?
  • 如何设计良好的注册页错误提示?
  • 如果注册页有用户头像,是否需要锁定头像比例?是否提供在线裁剪?
  • 是否需要给用户设置默认头像?
  • 如何快速切换注册页的各个字段输入框?
  • 注册页各个字段的填写提示是否简洁清晰无歧义?
  • 其实还会有很多很多问题,需要我们慢慢打磨、细化。

6. 丰满羽翼:加持业务部门的需求

截至目前,登录和注册既实现了功能和业务,也优化了用户体验,照理说可以打完收工了。不过,建议此时的产品经理主动出击,去了解、收集其他业务部门的需求。

什么需求?

运营部会说,登录页没法运营;注册页也没办法运营。

市场部会说,登录页没有体现出我们平台的定位;注册页也没有体现我们平台的定位。

blablabla…当然,有道理的需求可以接受,开始加持业务部门的需求:

  • 登录页背景图改为广告位和内容推荐位,满足运营的需求。
  • 登录页设计平台Slogan展示位,给每一次登录的用户洗一次脑。
  • 注册页增加广告位和内容推荐位,吸引用户完成注册。
  • 注册页设计平台Slogan展示位,给每一个正在注册的用户洗一次脑。

截至目前,你已经超越99%产品经理的设计,可以喝口茶喘口气,简单的小结回顾一下:

  • 梳理核心业务需求,解决主要矛盾
  • 将业务闭环,保证可用
  • 嵌入其他业务流程
  • 打磨用户体验
  • 加持业务部门的需求

不过!我们还能做点什么呢?

7. 玩出花:还能做点什么呢?

这里抛砖引玉说几个:

(1)用户访问热点和行为监控

这个绝对是核弹级别的增值功能,虽然对于用户不可见,但是对于产品经理了解无法见面用户的使用行为是一个必不可少的功能。通过采集用户在页面上的各种行为,产品经理可以获取到用户的浏览习惯,作为优化产品的重要数据支撑。

(2)第三方登录

前文已经提到过,登录和注册是任何平台阻碍用户的一座大山,如何能够降低登录和注册的难度,如何能够减少登录和注册的步骤,如何能够提高登录和注册的效率,值得仔细思考。
幸运的是,现在各大流量入口平台逐步开放,纷纷提供了第三方登录的接入,可以帮助用户快速的翻过注册的大山来享用我们提供的服务。

(3)重置密码或者找回密码

这个功能则是为用户登录时可能存在的遗忘密码提供了一个处理渠道。不要小看这个功能,在严谨的业务流程中留出一个异常处理天窗,不会让用户在使用业务功能时掉入死胡同或者“功能黑洞”。

8. 结论

简单的登录和注册,也需要严谨、逻辑和科学的思路。

 

作者:磊叔,非资深互联网产品经理,视产品如己出,坚定不移的传播产品是打磨出来的,崇尚“认真”和“尊重”的撕逼;一年不让我旅游一次还不如杀了我吧。

本文由 @磊叔 原创发布于人人都是产品经理。未经许可,禁止转载。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
海报
评论
评论请登录
  1. 这结论好草率

    回复
  2. 大牛,可以加微信吗?

    来自上海 回复
    1. 1084254316

      来自广东 回复
  3. 还要考虑 是否多端登录,例如是否存在PC登录,首次登录是否考虑需要二次验证,设备环境异常判定规则,异常后如何加入人机检验防止暴力破解。最多允许几台设备在线。会话失效后再次登录是否还需要二次验证。存在异常登录行为,如何提示警告用户。

    回复
    1. 回复
  4. 哈哈哈哈哈哈哈 逻辑清晰 文章耐读 谢谢您~

    回复
  5. 任何一个需求都可以用5w2h来衍生解决问题

    回复
  6. 👍🏻

    回复
  7. 产品小白前来报到,学习了

    来自浙江 回复
  8. 很好~我就是很多问题考虑不够仔细

    来自北京 回复
  9. 超级棒

    回复
    1. 怎么说

      回复
  10. 好东西,

    来自上海 回复
  11. 有用

    来自湖南 回复
  12. 很受用,对于一个菜鸟来说,收货颇大

    来自贵州 回复
  13. 学习了,边看边对照着一个系统中的登录注册功能。

    来自广东 回复
  14. 磊叔,现在很多APP对于新用户来讲,首先是注册页,强制进行注册才能使用功能,没有游客模式;这样的设计其实会让很多想要了解App内容的用户夭折,请问磊叔,什么样的情况下需要游客模式?

    来自广东 回复
    1. 我也想问这个问题,求磊叔解答 🙄

      来自四川 回复
    2. 看你的APP需要做什么,来决定是否需要提供游客身份。如果制作浏览,或一些数据存在本地,那么可以支持游客身份,甚至不登录。
      当需要与服务端发生数据传输存储,那么就需要登录。
      举个例子,网易新闻,不登录可以浏览新闻资讯,但是要留言发帖就必须登录

      来自北京 回复
    3. 不敢~~~分享一点经验,班门弄斧,多多拍砖:

      简单分析一下“游客模式”的优缺点:
      1)优点:降低平台使用门槛,用户体验较好,能让用户最大程度的享用平台的功能和数据。
      2)缺点:用户权限无法区分,难以收集用户相对具体的信息,难以做到个性化营销或内容推荐。

      优点不太优,缺点很严重。

      只有两种APP或者Web服务才需要先登录注册后使用的:
      1)企业管理后台
      2)政府各项服务

      事实上,已经有很多前辈对于登录和注册的设置有非常精彩的回答,大致就是:
      1)尽可能延后登录和注册 –> 尽可能延长游客模式
      2)尽可能融入业务功能 –> 尽可能只在必须的时候填写必须的信息,而不是注册或登录

      有砖赶紧拍,要不我就下班了 😀 😀 😀 ~~~

      来自广东 回复
  15. 思路很清晰,感觉很受用

    来自广东 回复
  16. 好思路 赞一个

    来自江苏 回复
  17. 我是磊叔,感谢支持,多多交流,共同提高 ❗

    来自广东 回复
  18. 赞!需求就要深入挖掘

    回复
  19. 满满的干活,谢谢磊叔!😂😂😂

    回复
  20. 逻辑清晰,收益!

    回复
  21. 回复
  22. 把一个小东西做到了极致,谁还有补充的,请畅所欲言。

    来自广东 回复
  23. 😀 赞

    来自江苏 回复