如何设计一款应用的注册模块

  

一、注册模块需要考虑的因素

  

   通常注册模块需要考虑的因素有如下几条:

  
      <李>注册使用的帐号   <李>注册密码李   <李>注册验证码李   <李>注册按钮李   
  
      <李>注册使用账号一般有:李   
  
      <李>手机号注册李   <李>邮箱注册李   <李>用户名注册李   <李>手机号+用户名注册李   <李>手机号+邮箱注册李   <李>邮箱+用户名注册李   <李>手机号+邮箱+用户名注册李   
     <李>注册密码通常要考虑的要点如下:李      
      <李>只用输入一次密码,还是要输入两次密码李   <李>是否需要用户手动选择密码是否可见李   
     <李>注册验证码需要考虑的要点如下:李      
      <李>使用数字验证码,还是图形验证码李   <李>一段时间内,输入的验证码是否有次数限制李   
     <李>注册按钮通常的设计思路如下:李      
      <李>一开始注册按钮是否可点击   <李>何时点击注册按钮为最佳机会李   <李>在点击注册按钮之后,如何有效提示用户注册失败的原因,而不会影响界面的美观,同时也不会让用户觉得烦躁,最后能让用户有效定位到输入失败的地方李   <李>注册成功后是否直接登录   
  

二、注册模块的业务逻辑

  
      <李>使用手机号注册李   
  

   使用手机号注册时,获取验证码一般考虑的是通过短信获取,这样既可以有效防止用户输入错误的手机号。但如果用户多次点击获取验证码,排除掉蓄意为之之外,就要产品研发人员考虑的是,用户是否是因为输入错误手机号或者其他原因造成收取不到验证码的情况,因此,在用户第二次/第三次点击获取验证码时开始,弹出来一个界面,让用户核查一下是哪种原因导致的无法获取验证码。通常的原因有如下几个:

  
      <李>手机号是否输入正确?李   <李>手机是否有信号?李   <李>手机是否关机?李   <李>手机是否因欠费而无法正常获取短信息?李   
  

如何设计一款应用的注册模块

     <李>使用邮箱注册李      

   如果是在移动端上采用邮箱地址注册,通常建议,在验证邮箱地址格式正确之后,提示用户,是否要使用这个邮箱地址来注册,主要是因为,一般在移动端上使用邮箱地址注册时,不太建议进行邮箱地址的确认(比如手机,登录邮箱操作很繁琐,难比PC端),所以,一旦用户输入邮箱地址但不确认,有可能用户输入错误而没有发现,因此,通常在验证该注册邮箱地址格式正确且可以使用时,提示用户确认下是否要使用该邮箱地址。

  

如何设计一款应用的注册模块

     <李>使用用户名注册李      

   一般只使用用户名注册的产品,是那些可能没有邮箱或者有手机但没有手机号码的情况,或者是为了减少输入的内容。因为没有其他验证手段,为了防止用户输入错误,通常在验证该注册用户名格式正确且可以使用时,提示用户确认下是否要使用该用户名。

  

如何设计一款应用的注册模块

     <李>使用手机号+用户名注册/使用邮箱地址+用户名注册/使用手机号+邮箱地址/使用手机号+邮箱地址+用户名注册李      

   一般只有用户必须使用唯一的用户名登陆,或者希望提供多种登陆方式供用户选择并同时验证时,才有可能考虑这几种模式之一。这几种模式是将各自独立的模式的注册流程合并在一起。一般如果不是必须的话,可以不考虑这三种模式,而是在用户正常使用一种模式注册并登录成功后,提示用户在用户个人信息设置界面将剩下的两种模式给补充完成,这样以后用户可以直接采用这三种注册账户的任何一种作为登录账号,且拥有相同的密码。

如何设计一款应用的注册模块