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

作者:媒体转发 时间:2018-04-21 09:11

字号

1

1

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

2

2

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

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

1. 万事第一问:为什么

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

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

为什么要做登录和注册?

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

到此为止,即可。

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

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

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

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

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

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

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

身份标识:暂定用户名、手机、电子邮箱三者选一

密 码:暂定6位字符

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

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

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

身份标识:暂定用户名、手机、电子邮箱三者选一

密 码:暂定6位字符

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

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

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

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

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

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

登录成功去哪里?

登录失败又去哪里?

注册成功去哪里?

注册失败又去哪里?

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

登录成功页:通常是跳转到首页,或者个人相关的页面,或者其他有特殊需要的页面。

登录失败页:通常是跳转到登录失败页,告诉用户登录失败的原因。

注册成功页:通常跳转到有特殊需要的页面。

注册失败页:通常是跳转到注册失败页,告诉用户注册失败的原因。

责任编辑:CQITer新闻报料:400-888-8888   本站原创,未经授权不得转载
关键词 >>产品设计
继续阅读
热新闻
推荐
关于我们联系我们免责声明隐私政策 友情链接