交互设计师成长录

【结】从注册开始

     最近参与了云信官网的注册流程优化,踩了不少坑。终于得了空可以记录下来,加强记忆。

     主流程

     从注册流程开始。

     先抛出一个问题:是否真的要注册了才能开始体验?

     很多产品已经可以做到不注册就可浏览内容体验功能了,例如微博,淘宝,网易新闻等资讯类产品。当用户需要进行进阶操作时才会被要求注册。如此而来的注册转化率非常高,因为用户已经足够了解产品并且产生了兴趣,从而能够通过注册留存下来。

      但也有产品必须注册。比如社交类产品,用户关系需要在产品里沉淀,用户的注册信息往往是非常有价值的。同样的,很多toB类产品的内容和服务是有一定门槛的,注册能够直接过滤掉很大一部分非目标用户。在这样的产品中,注册是不可缺少的。      所以某个产品是否需要注册,是PM需要好好思考的事情,但交互设计师也应该有所了解。 

      用什么来注册?

      对于需要注册的产品,现在比较流行的注册方式是手机号码注册,邮箱注册以及第三方登录。

      手机号注册非常适合移动端产品。通过接收手机验证码完成注册,可以非常快速简单。但是手机号私密性强,要获取用户一定的信任。且手机号唯一性较弱,换号或者运营商回收旧号会导致账号无法注册或找回。

      toB类的产品,多会使用企业邮箱注册。邮箱相对于手机号码来说更具有公有性,且向目标用户邮箱定期发送邮件也是一种很好的营销手段。但要考虑到,邮箱验证需要复杂的操作。用户需要跳出当前注册流程,进入邮箱查收邮件。这个过程中,用户可能经历的挫折是我们是无法把控的。      因此可以回到最开头的问题:是否真的要验证了邮箱才能开始体验?

      第三方登录实际上省掉了注册流程(移动端可以直接App跳转授权,省去了繁琐的输入过程。不过Web端就=。=)。但毕竟鸡蛋仍然在人家的篮子里,如果第三方社交App限制了账号登录就杯具了。而且对于需要一套完整帐号系统支撑的产品,第三方登录会导致账号系统混乱。

      举个栗子

      云信之前就纠结了很久,到底该使用邮箱,还是手机号,作为账号?

      根据上面提到的手机号和邮箱作为账号时的优劣分析,与云信的产品情况结合,会发现手机号并不能满足需求。云信作为toB的产品,账号应该具有公有性,手机号过于私密,当企业对接人更替时会产生很多问题。

      但邮箱也有相应的弊端,数据显示,在注册过程中,有约10%的用户会在邮箱验证这一步,放弃注册。

      所以最终的方案是仍然使用邮箱作为账号,但推迟邮箱验证的步骤。      必填信息—只要帐号(手机号,邮箱)和密码就够了吗?

      注册时的表单一般不会只包含注册帐号和密码,还会有其他的补充信息,如:

  • 昵称

  • 头像

  • 其他支撑系统的信息

     许多应用在注册时会有个长长的表单,或者以分步骤的形式,要求用户在使用之前填写各种信息。面对冗长的表单,用户很可能会立即失去注册的冲动。所以,除非你的应用或者网站非常需要这些信息才能完成核心的任务,那么就不要放在注册中去做。最重要的是做减法!

      那么只要帐号和密码不就OK了吗?还得先想想产品的核心任务是什么,必需哪些信息。

      比如社交类应用,昵称,头像,性别等可能是需要用户必须填写的,但是居住地,身份证,公司信息等等就不一定是必填的。tips:这里需要注意的是,昵称和登录名的概念容易混淆,要考虑到用户在将来登录时是否能以昵称登录,如果不能,用户会对昵称和登录名产生误解吗?

      而对于企业级产品,公司信息联系方式等等可能就是必填的,而头像性别什么的,晚点再care吧。

      支付宝等涉及到财务的产品,则不常用的又冗长无比的身份证信息可能又变得非常重要了。 

      所以识别出哪些是重要的核心信息,再做减法!      

      举个栗子

      云信团队中,很重要的一部分成员角色是销售。他们希望能在用户注册后就能立即与其联系,人工介入帮助他们更快地成为付费客户。那么真实的手机号和公司名称就是非常重要的销售线索。

      因此最终云信注册的主流程如下:
      验证码—防刷机制

      因为注册流程中加入了手机号验证,因此还需要考虑防刷机制,例如图片校验码和短信验证码、邮件的重发机制等等。之前写过一篇关于防刷设计的文章,有兴趣的可以去看看,就不在此赘述。 

      配套流程

      注册完成之后

      想想用户是在怎样的情境下来到注册页面的,注册完成后,用户期待去到哪里,或者说我们期望用户去到哪里。例如是否要以已登录的身份去继续完成某些任务。以下是比较常见的几种情况需要考虑:

  • 如由运营页面引导至注册,则注册完成需要体现后续的运营内容

  • 新手引导:注册后引导用户完成特定操作或接下来的体验路径

  • 情感化设计:想想如何拥抱欢迎你的新用户吧 

      相应衍生流程

      还有一些流程是配合注册,完成整个账号体系搭建的必要流程。常见的有如下几种:

  • 登录

  • 验证邮箱

  • 找回密码

  • 修改账号信息


      一些值得注意的细节设计

      便捷输入

  • 给予不同的信息不同的输入方式,特别是在移动端上。控制键盘或者选择器,保证用户快捷无误的输入。

  • 尽量不限制用户输入特殊字符:输入前提示格式要求,如果用户并没有按照格式输入,则不要在输入中直接做限制,而是要在输入后提交前提示错误。

      邮箱后缀提示

  • 后缀提示排序应按照常用度

  • Wap慎用,屏幕较小,加上还有弹出的键盘遮挡,需要可上下滚动的点选。不过经过实践发现即使屏幕小,当邮箱后缀按常用度排序的话,大部分用户可以不需要滚动屏幕就可以直接选中,还是很方便用户输入


      注册密码

  • Web和App的趋势都是仅需输入一次密码,饼使用点击可见密码的设计

  • 若涉及到金融类,可能需要确定两次密码,比较符合用户的安全心理 


      错误提示    

  • 就近原则,形式不定

  • 不要忘记预留特殊错误提醒形式,会有

  • 找开发哥哥们要一份错误返回代码列表吧!确定每一个错误文案和错误出现机制以及提醒的形式! 




评论
热度(12)
  1. 海燕yuDaisyWithCat 转载了此文字

© DaisyWithCat | Powered by LOFTER