文章目录

手机号换绑流程应分成确认当前账号身份、验证新手机号、提交变更三段。入口先说明号码用于登录、通知还是其他用途,并提供“旧号码已停用”的去向。新号收到验证码只能证明用户能够接收该号码的信息,不能直接替代对原账号的身份确认;是否换绑成功则要以业务系统的最终结果为准。

以一个预约服务账号为例,用户已登录,希望把旧号换成新号。可以在Pixso中制作可点击的换绑流程,把正常路径、旧号不可用路径和提交中断路径分别演示,避免把所有失败都塞进“验证码错误”一句提示。

手机号换绑怎么设计?验证、冲突与恢复

先说明换掉的是哪个联系方式

账号资料里的“手机号”、订单中的“服务联系人”和紧急联系号码可能属于不同对象。用户修改登录手机号后,历史预约的联系人是否一起变化,需要在产品规则中明确。界面如果只写“修改手机号”,用户容易把它理解成所有历史记录都会更新。

本例规定:账号手机号用于登录及后续账号通知;已提交预约单中的联系人保留原记录,需到对应预约修改。入口因此写“更换账号手机号”,下方简短说明用途。不要等到成功页才告诉用户预约联系人没有改变。

当前号码用掩码展示,例如尾号1234,并标注当前账号身份。若用户同时加入多个家庭或团队,先确认修改的是个人账号资料,不能让组织名称看起来像本次被换绑的对象。这些内容无需占很大空间,但应出现在开始验证之前。

旧号码可用和已停用,入口就要分开

旧号码仍可用时,业务系统可能要求用户通过已有验证方式确认身份;已停用时,则需要进入产品提供的其他已绑定验证方式或账号恢复流程。“收不到短信”入口应说明有哪些可用选择,而不是再返回同一个重发按钮。

OWASP身份验证建议强调敏感账号资料变更中的再次验证,并提醒认证错误信息不要暴露其他账号情况。具体采用密码、通行密钥、已有验证器还是人工恢复,应由实际账号体系决定;设计师的任务是把已支持的选择、所需条件和结果说明清楚。

用户情况界面需要表达不能直接替代的步骤
旧号可接收验证当前验证发往哪个掩码号码验证成功不等于已换新号
旧号停用,有其他已绑定方式展示实际可用的验证方式不能假设所有账号都有备用方式
所有现有方式都不可用进入恢复流程,说明所需信息和结果入口不能只验证一个新号码就接管原账号
恢复申请正在处理显示申请记录及当前进展不把提交申请显示为换绑成功

若没有在线恢复能力,就给出真实可用的支持入口与准备要求,不能画一个产品尚未提供的“立即恢复”按钮。恢复资料的范围和保存方式也不由UI文案临时决定,界面只收集经过业务确认的必要字段。

验证新号码时,要保留能纠正输入的机会

身份确认后再输入新号码。国家或地区代码、号码字段和说明应组合呈现,不把所有地区号码都套成同一位数。发送验证码前让用户看到目的号码;输入页写清“验证码已发送至新号码尾号5678”,避免旧号码与新号码的提示混用。

用户发现号码填错,应能回到号码输入页修改。改完号码后,上一号码对应的验证码不能继续被当作本次有效结果;页面清空与新号码不匹配的验证码状态,重新展示发送去向。不要只换输入框上方的号码文字,却保留原来的绿色“验证通过”。

如果号码暂时不能用于当前账号,应给出能继续的动作,例如更换号码或进入经过确认的关联处理流程。是否告知“已被其他账号使用”需要结合账号暴露风险决定,不展示他人的姓名、头像或账号详情。用户需要知道如何解决问题,不需要看到另一个人的身份。

验证码格数、粘贴、重发和过期反馈可以沿用验证码输入与重发的交互方法,但这一步始终属于验证新号,不能与前面的账号身份确认合并成一个没有对象的“验证成功”。

点了确认之后,最难的是结果暂时不知道

新号验证通过后,可以用简短确认页显示旧号码掩码、新号码掩码和本次变更的影响。主按钮直接写“确认更换”,避免一个“下一步”后面还藏着正式提交。若变更会使部分登录状态失效,或需要重新登录,应在提交前告知已经确定的行为。

提交时网络中断,页面不能仅凭超时判断“更换失败”。服务端可能已经完成变更,只是成功响应没回到手机。本例使用“暂时无法确认更换结果”,保留本次记录,并提供查询当前账号资料的动作;查询确定仍未变更后,才按系统允许的方式重新提交。

最后一步的情况页面动作保留内容
变更成功更新账号资料并展示完成结果新号掩码、必要的后续提醒
验证资格已过期返回失效的那一项验证可保留的新号输入,并说明过期的是账号身份验证还是新号验证
明确拒绝变更展示可公开原因和处理入口未完成的修改,不冒称已生效
结果暂时未知先查询本次变更结果原请求上下文,避免重复操作

完成页不需要展示完整旧号和新号,也不要自动展示输入过的验证码。若系统会通知原联系方式,文字应反映真实已发送或待发送状态,不能用页面出现一条提示就声称通知已经送达。回到账户设置后,显示的新号还应与完成页一致。

用一条主线和一条恢复支线做原型

在Pixso画布上,主线依次放账号设置、确认身份、验证新号码、确认更换、完成五张手机画板。在确认身份处另接“旧号码已停用”的支线,展示可用备用方式和恢复申请记录;在正式提交处增加结果未知画板,连到重新查询后的结果,而不是一律回到起点。

Pixso中的手机号换绑原型,区分确认账号、验证新号和旧号码停用后的恢复分支
身份确认、新号验证与正式变更各自有结果,旧号不可用也有可发现的去向。

先让评审者扮演旧号仍可用的用户,看看每次验证码发到哪一个号码是否清楚。再换成旧号已停用的情况,观察是否能找到支线以及是否误以为提交恢复申请就等于完成换绑。最后演示新号验证通过后改号码的操作,检查旧验证状态有没有随之撤销。

交付说明重点标出三个判断:当前账号身份是否已确认,新号码是否仍与本次验证匹配,正式变更是否已获得确定结果。例如新号验证过期时,应回到新号验证并保留可用输入;账号身份确认过期时,则回到对应的身份验证入口。让评审者沿着这两条路径继续操作,确认他不会被带到一个反复验证却无法完成换绑的循环。