DaisyWithCat

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

     主流程

     从注册流程开始。

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

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

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

      用什么来注册？

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

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

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

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

      举个栗子

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

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

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

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

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

• 昵称

• 头像

• 其他支撑系统的信息

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

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

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

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

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

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

      举个栗子

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

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

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

      配套流程

      注册完成之后

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

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

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

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

      相应衍生流程

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

• 登录

• 验证邮箱

• 找回密码

• 修改账号信息

      一些值得注意的细节设计

      便捷输入

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

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

      邮箱后缀提示

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

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

      注册密码

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

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

      错误提示    

• 就近原则，形式不定

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

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