前言： 最近由于各种各样的原因，注销了使用五六年的手机号码！本来更换手机号码是一件很简单的事情，但是，由于是原手机号码注销，这个时候很多APP需要完成新的手机号绑定，但是由于无法接收旧号码的验证码，所以，就带来了一系列的问题了。

        修改手机号绑定不是一个APP经常使用的功能，但是却是一个必不可少的功能。所以，修改手机绑定入口一般在比较隐蔽的个人信息栏的安全设置处。当然，修改手机绑定的流程其实很简单，主要流程包括：验证账号信息——修改新号码——新号码验证——完成修改。

 

修改手机号绑定流程

 

        经常修改手机绑定的人肯定会发现，修改手机号绑定的第二和第三步骤基本上都是一致的，都是填写新号码之后进行新号码短信验证，最后完成新号码绑定。但是，不同之处在于第一步，验证用户原有的信息。因为要考虑到用户账户的安全及用户体验的流畅性，这就造成了不同的APP应用采用的验证方式千差万别了。下面是我梳理的一些我们比较常见的验证原有信息的方式。

 

账号/账号信息验证方式

 

        以上八种验证原来账户信息方式都是我们比较常见的，但是在什么情况下开发者使用何种方式去验证用户账户的信息，这些都是开发者应该思考的。以下是我个人对这八种方式的一些思考，有什么不足之处，欢迎指正补充。

 

不同验证方式对比

        从以上图表方式我们可以看出，不同的验证方式对安全性及用户体验都是不一样的。

        第一种方式：无需验证/直接绑定新账号。这是一种我们最常见的修改绑定手机号的最常见方式之一，这种方式的特点是用户体验良好，但是对应用安全性较低。任何用户只要登陆了账号，就可以对绑定的手机号进行修改。这种方式与初次绑定手机号用户一致，无需多余的验证就可完成新的号码绑定。

 

滴答修改绑定手机号（无需原手机号验证）

 

        第二种：原手机号短信验证。这种验证方式安全性比较高，用户体验良好。这种验证方式是目前APP应用上比较常见的，但是，在应用场景上有一定的限制，用户必须原手机号存在，最好是手机号就在身边。如果用户这个手机号已注销，或者手机号不在身边，则无法完成修改绑定。这给这一部分的用户修改绑定带来了一定程度的麻烦，在用户体验上会大打折扣。

 

哈啰顺风车手机改绑

 

        第三种：用户账户密码验证。这种验证方式具有一定的便利性，用户体验相对良好，但是安全性相对较低（相比其他，定为中吧）。如果用户密码相对简单，让其他用户得知，或者通过其他手段获取了用户密码，修改绑定则会出现一定的风险。

        第四种：原手机号完整号验证。这种方式与第三种用户密码验证相似，用户体验相对良好，安全性比较低。如果用户手机号被其他用户得知，则修改绑定有一定的风险。不过，这种方式也是最近才比较兴起的一种验证方式，前提是原手机号是不完整显示给用户的，否则，无法使用这种方式进行验证。

        第五种：邮箱验证码验证。这种验证方式与手机短信验证方式有一定的相似之处，但在用户体验上却比手机短信验证要差一点。用户得通过应用像绑定邮箱进行发送验证码，用户必须登陆邮箱进行查看验证。这在一定程度上牺牲了用户体验。而且，使用邮箱验证码的前提是用户必须绑定邮箱账号。因为现在很多用户都不太习惯使用邮箱，所以这种方式目前也相对用的比较少。

        第六种：密保问题验证。这种验证方式目前APP上应用的极少，但是，安全性还是比较高的，因为用户必须得记住三个密保问题才能准确验证。但是用密保问题验证的方式繁琐，这会占用用户修改使用时间，而且，可能由于长时间不使用，用户会忘记密保问题，所以这种验证方式的用户体验感很一般。

        第七种：柜台营业厅验证。这种验证方式对用户使用安全性极高的产品才会使用到。用户需要携带身份证等相关资料到柜台才能办理修改。用户每一次的修改都会收到时间，空间上的限制。所以，这种用户的体验感个人认为是极差的。相信不用我说，大家都能猜到这种使用主要是在一些大型公司，特别是银行才会使用到的。

 

银行APP修改手机号提示

 

       第八种：其他验证方式。这种验证方式不是单独的一种验证方式，随着技术的进步，市面上APP应用出现越来越多的验证方式，比如：指纹识别验证，人脸识别验证，电话验证方式等。其实，现在市面上也出现了多种混合验证方式，来弥补单个验证方式所带来的缺陷。

        最后，开发者在设计用户账号验证方式具体采用哪一种方式时，需要根据自己的产品选择合适的方式进行验证。有必要时还会采用多种验证方式混合验证，来弥补单个验证方式带来的缺陷。