一、登录与注册功能没那么简单
最初老板让我做登录与注册模块的时候,我以为这只是一个小需求。于是我给了自己2天时间,从写流程、画原型到评审后写PRD。现在想起来真是Too young too naive。说是一个注册与登录模块,但你需要考虑的可能更多,它的背后是一套账号体系。
除了常规的注册、登录外,产品经理更应该看到以下几个功能与流程:
1.找回密码(逆向流程)
2.修改个人资料(特别是密码)
3.解绑手机、邮箱
4.对应的后台系统可能也需要设计!!
下次老板再让你出一套登录注册模块的时候,可以按照以上思路提前确定一下自己有没有遗漏或误读老板的要求,他要的究竟是登录+注册模块 还是 用户信息管理系统从获取到保存与修改,是否需要后台配合?
二、确定组合拳(账号与验证方式)
目前所有的注册登录流程,我认为都可以归纳为帐号+验证的登录验证方式。
【账号+密码】其中,账号可以是手机号、邮箱、用户名,还可以是企业员工的工号。
【第三方账户登录】有不少应用提供了第三方登录渠道,大大提高了用户注册的转化率。为用户提供更方便的注册登录流程,这样的演变趋势也正是人性懒惰的体现。
【人脸+声音】作为智能服务机器人公司的产品经理,在人脸识别、指纹识别、声纹识别都已渐趋成熟的今天,我们试图探索一种比传统方式更智能的登录手段来为用户减少操作负担,让用户在很自然的场景下进行登录。比如:当用户走近,我们采集用户人脸信息,并引导用户说出“棠宝7812号你好”唤醒机器人。同时验证采集到的声纹信息,与人脸进行比对,验证一致即成功登陆。除此之外,传统的登录方式作为备用也不可缺少。当智能信息判断有误、检测不准人脸、声音信息时,用户至少还有另一个登录方法保障他们的登录权。
【邮箱注册】互联网早期,PC端用户主要是以邮箱作为与产品公司联系沟通的渠道,而如今手机应用盛行,大家普遍都以手机验证为主。那么邮箱是不是不再重要了呢?这个仁者见仁,我个人认为大多时候,邮箱可以放在之后完善资料中。好出有,遇到极端情况:用户忘记密码且更换过手机号无法使用手机找回密码,那么邮箱修改密码就是ta的保命稻草。还有企业号的运作,企业往往无固定手机号,但是会有固定邮箱。这样的情况,提供邮箱注册很有必要。
【手机号+验证码】还有公司说,用户不是记不住密码嘛?行,我们就用手机号和验证码登录,不需要你记住密码,以此为用户提供一种轻登录体验。这还可以提供一种将注册与登录结合的好体验,美团点击登录按钮时提示如输入的手机与验证码如已注册过则立即登录,未注册过则以此当作注册操作。但也有弊端,我们也知道这种登录风险不可控制(手机遗失且手机不设密码的用户?),第三方短信平台是否可靠,用户信号异常,短信延迟等问题都会给登录制造麻烦。
【手机号发送短信】自动生成一条注册短信,快捷方便,也相当于做了验证,但可能产生费用,如扣费需要在注册时告知用户。
【事后密码】微信QQ现在都如此,手机号注册,登录成功后提醒你设置密码(不强制)。
组合拳本身没有对错,只有合适与不合适,即:它是否适合你的产品调性?想清楚为什么需要用户登录,未登录与已登录用户的权限区别有哪些?我希望对已注册用户做什么事?贴标签,提醒进度,推送消息?还是其他?这是一个服务方为个体建立身份标识的过程,也是双向联系的过程。如果一个应用无需建立这样的联系,那么它很可能不需要设计登录注册环节。
三、流程图
此处略过版本修订记录、项目背景、目标用户、核心问题、核心功能、角色、名词解释等部分,仅就登录注册模块功能进行分析。
流程图画法很多,此处略过,根据自己的功能进行梳理流程即可。我第一次做这个需求的时候团队默契、经验不足,我是先画原型,后制作流程图的。这带来了2个问题:
1.不断修改流程。直接用原型讨论虽直观,但讨论的时候花了很长的时间选择组合拳与流程,因为众人观点不一致,几次推翻之前的结论,原型大改了3、4版(掩面嘤嘤嘤),和我预计的完成时间偏差很大。
2.每个功能分开梳理。当时我根据原型梳理出了页面流程图+功能流程图(两种揉合在一张图上)。将注册与登录对页面跳转、功能模块都画在一起,形成了一个庞大的流程图,我自己解释得清楚。但是对相关人员来说,无法快速理解,需要费一番工夫。
后来我发现,功能流程图只需要梳理正向主线流程即可,注册与登录可以分开设计流程图(账号、密码错误、失败次数、新旧设备验证还需在这张图上体现)。逆向操作(申诉密码、手机号重复注册等)如果太多可以在主流程上列出子流程,将子流程单独画成一个流程图。
注册入口和注册成功的出口也需考虑到完成注册后是跳转回登陆页、首页还是之前查看页面?是已登录状态还是需要重新登录?是否引导完善个人资料?导入手机通讯录好友?
四、制作原型与说明文档
1.确定一个页面完成注册还是分步完成。App一般采用分布完成,我在面对机器人注册流程的时候也倾向于采用这种方式(实时保存让我觉得更有安全)。但是考虑到机器人端注册更类似于PC端注册,页面空间足够的情况下,一页能完成的尽量在一页内完成。
特别提醒,如果分步骤注册,一定要有分段进度条提示,这可以缓解用户注册时的焦虑情绪。用户中断退出注册时,是否保存已填写资料。
进度条 登录原型 原型+注释简单罗列了一些逻辑,实际上,后面的逻辑只会更多。比如为移动端设计的时候,要考虑选中后的虚拟键盘是全键盘还是数字键盘?是否需要设计一键清除?提示报错时使用弹窗警告或者是Toast?是否允许退出?错误异常页面的处理?……值得深究的地方还有许多,篇幅有限我不多做赘述,给大家推荐2篇干货。
这篇文章总结的不错,推荐给大家。登录注册产品需求自检清单,你都写全了没?
另外,这篇文章比较有趣:“登录-注册”表单设计那些事儿!它总结了国内外优秀App给出的贴心提醒、交互设计,可以为我们来带些启发。
网友评论