认识达内从这里开始

对于经常网购的人来说，用户注册账号就是一个必不可少的环节，但是，在设计之初，我们如何才能保障我们设计的账号注册系统是没有漏洞的？因为只有这样，我们才能保障每一个用户的个人信息安全，不会因为一些不必要的问题而导致失窃等。

今天，我们主要就是向大家介绍一下，如何才能设计一个完美无缺的，或者说短时间内不会出问题的注册流程方法。

首先，我们谈谈为什么会有注册。

我认为，从用户使用场景来讲，注册并非用户的直接需求——并没有用户会为了注册而注册。言下之意即——用户操作注册的具体使用场景，总是有其他的目的。比如：为了把某件商品加购物车、收藏某个心仪的商品、领一张满100减20的优惠券等等。

私以为，注册其实是系统的需求。系统需要一个唯一的ID去标识某一个用户，这样才可以把与其相关的数据汇总、对应起来。所以，大部分工具型产品，并没有做注册或登录。

说到这里。其实需触发登录、注册的场景，需遵循一个原则：如无必要，勿增实体——不需要登录注册的场景，应尽量避免增加登录态的触发点，避免打扰用户的使用场景(进入某宝的个人中心必须登录/注册，而唯品会APP不需要，可以思考一下为什么)。

另外，让我们谈谈账户体系。

总览业内关于登录/注册的文章，我发现大部分的谈论一般仅仅局限在登录和注册。而没有一个账户体系的全视角视图(也可能是有人写了但我没碰到哈)。从唯品会的业务视角来看，完整的账户体系，实际上包含了一串儿业务：密码登录、手机号注册、短信验证码登录、忘记密码、联登、完善账户信息、登录保护、设置绑定手机、修改绑定手机、账户安全等。

而注册流程，位于账户体系的顶端，它的设计，直接或间接地决定了其余流程的设计——因为注册流程决定了账号的基本必要信息。

唯品会从08年创立，设计注册流程之初难免有考虑不周之处，因此，在流程迭代的过程中，去兼容老用户的正常使用(俗称补坑)，也成为了一项非常艰巨的工作。

让我们设计一个不好的注册流程

最近在读一本书《数学之美》，这本书除了干货满满，其中提到一点我很欣赏。大意是：与别人分享不好的方法，可以让他人避免走一些弯路。至于什么方法好，相信总会有更牛逼的人会想出来。下文所述，也算抛砖引玉了。

唯品会APP注册 1.0

初代注册流程逻辑(APP 5.1之前的版本)：可使用邮箱/手机号注册，注册仅需输入手机号或邮箱和密码即可，不校验手机号、邮箱的真实性;注册成功后，将手机号/邮箱设为账号的账号名

旧注册流程产生的账号，包含的信息：

账号名(形式为邮箱或手机号，不可更改。用于登录;也可以用于忘记密码)

密码(用于密码登录)

眼尖的同学可能已经发现，这套注册流程存在的最大漏洞即：未鉴别用户手机号/邮箱的真伪性。因此，在这段时间里，使平台产生了大量的一个用户多账号的问题，任意注册的账号甚至会影响真实的手机号、邮箱使用者注册(因为账号不能重复注册)。

唯品会APP注册 2.0

更新版流程(APP 5.1之后的版本)：注册仅支持手机号注册，去除邮箱注册。注册时，需校验手机号的真实性(通过短信验证码)，并设置密码;注册成功后，会将手机号同时设为账号名和绑定手机号。

更新后的注册账号会包含的信息：

账号名(形式为手机号，不可更改。与密码配合，可用于登录;也可以用于找回密码)

密码(用于登录)

绑定手机(可修改。作为身份验证的一种方式，用于提现、支付、登录保护、忘记密码等环节)

这套注册流程修复了原流程存在的手机号真伪鉴别问题。但是，随着唯品会账号突破9位数，一个小概率事件发生的频率提升了：手机号易主问题。

手机号易主是一个常见的生活场景。

手机号与人的关系是不稳定的，同一个手机号可能会换主人(运营商回收后重新派号)，换号的原因有很多：上大学去了异地;因为联通的3G流量很便宜，弃了移动;跟女友手机号运营商不同，用不了短号，话费成本高等等。但是账号与人的关系是基本固定的(换了手机号，你会换银行卡号吗)。

而上述的两种唯品会新旧注册流程，产生的账户信息中，账号名都是不可修改的。也就意味着：

手机号的旧主人，如果使用手机号156注册了唯品会账号(新流程)，账号名是手机号156，绑定手机是手机号156。这样，用户去操作密码登录、忘记密码等流程时，仍需记忆旧手机号156。

而对于同一手机号的新主人。无法使用手机号A进行注册，如果误入忘记密码流程，可能会进入找回其他人的账号的流程。

唯品会APP注册 3.0

当用户基数小的时候，这个问题可能不明显，但到达比较大的体量时(唯品会注册账号已达九位数)，这个问题就慢慢凸显出来了，会经常收到用户的投诉。所以，该如何调整呢?简单的思路如下：

目标1：解决已注册用户变更账户信息(手机号)的需求：

1、支持已注册账号的用户修改登录名(清理登录名为手机号的账号)

2、为了加强1的效果，可以采取一些运营引导措施，修改登录名可领券之类的;

3、修改绑定手机流程，增加身份校验的方式，比如：输入绑定的银行卡号、识别收藏过的商品等(目前线上的“修改绑定手机”需校验用户旧手机号后，方可绑定新手机号，与用户使用场景脱节——旧手机号都不在我手上了怎么收短信?);

目标2：不继续生成账号名是手机号的账号(不然目标1在填坑的时候，注册流程在挖坑)

注册流程，增加账号名设置，需用主动设置一个账号名。(业内也有自动生成的，各有利弊。从长远角度来讲，主动设置的用户容易记住;短期利益来讲，自动生成注册转化率会高一些)。手机号仅设为账号的绑定手机。

目标3：经过修改账号名的账号，或注册主动设置账号名的账号，仍需支持其便捷地操作登录、找回密码

1、密码登录。在支持账号名+密码登录的前提下，需支持绑定手机号+密码登录。

2、忘记密码。在支持输入账号名找回的前提下，需支持输入绑定手机号找回。

然而在具体的执行上，由于涉及改动的范围比较大，为降低项目风险，宜拆分。目标3所述的内容应该先做(为啥捏?)，做完后，目标1和目标2的顺序没有太大关系，因为互不影响，而且基本上都同等重要。

这也是近期重点在做的产品优化思路。涉及到账户体系整体各流程的微调。这也是前面提到过的——为什么注册流程会直接或间接影响账户体系的其他流程的设计。预计会在接下来的APP版本会陆续上线，届时可以供各位提前体验一下。

哦，对了。

即使支持了账号名可修改，如果手机号旧主人不去改账号名和绑定手机，手机号易主造成的问题场景依然很多。在业内，据我了解，这个问题还没有一个非常好的解决办法(也可能因为我是井底之蛙哈)。如果各位有什么好主意也可以提出来。可辅助的操作是进行一些运营手段，通过利益诱导用户去完成修改(改账号名派券呀什么的)，或者客服肉身上阵，但并不能从根本上解决问题(僵尸用户长时间不回访你怎么办)。

联登注册好像也很流行

除了常规的手机号注册，业内比较常用注册方式的还有联登。

而为了操作便捷，业内的联登流程设计，比较常见的是一键联登(OAuth 2.0 第三方授权、自动创建账号)。而这种注册方式产生的账号明显存在缺陷，属于三无账号：无用户可辨识的账号名、无密码、无绑定手机号。这种注册方式不但在商业合作上存在风险(如腾讯入主京东后，京东不再支持微博联登)、加深一个人多账号的问题，你也可以脑补一下这种账号在其余的账户体系流程应该怎么走下去。

所以，为了平台的长远发展，建议首次联登流程，都应让用户进行一次选择：登录绑定已有的账号，或注册一个新账号，完善账号的必要信息。

总结一下

如果你想设计一个不好的注册流程，应该：

不校验手机号/邮箱的真伪;

将账号名固定为手机号，不可修改;

第三方联登，自动注册，无需补充必要的账号信息(账号名、手机号、密码)。

Well done!

而所谓账户体系的一些分支流程：”完善账号信息“、”设置绑定手机“等等，都是在为上述注册流程产生的缺陷账号补坑。上面的问题看上去很简单，但如果在初始设计时能避免，可以少走些弯路。

达内时代科技集团致力于培养面向电信和金融领域的Java、C++、C#/.Net、3G/Android、3G/IOS、PHP、嵌入式、软件测试、UID、网络营销、网络工程、会计、UED、web、Unity3D、大数据、童程童美等17大方向中高端软件人才课程与少儿教育课程。选择运城计算机培训，不再孤军奋战，轻轻松松做IT高薪白领。运城达内培训带领有明确目标的学子迈向成功之路!想找工作的求职者可以加QQ：3373924515（太原达内就业服务部）咨询了解。