手机号换绑流程应分成确认当前账号身份、验证新手机号、提交变更三段。入口先说明号码用于登录、通知还是其他用途,并提供“旧号码已停用”的去向。新号收到验证码只能证明用户能够接收该号码的信息,不能直接替代对原账号的身份确认;是否换绑成功则要以业务系统的最终结果为准。
以一个预约服务账号为例,用户已登录,希望把旧号换成新号。可以在Pixso中制作可点击的换绑流程,把正常路径、旧号不可用路径和提交中断路径分别演示,避免把所有失败都塞进“验证码错误”一句提示。

先说明换掉的是哪个联系方式
账号资料里的“手机号”、订单中的“服务联系人”和紧急联系号码可能属于不同对象。用户修改登录手机号后,历史预约的联系人是否一起变化,需要在产品规则中明确。界面如果只写“修改手机号”,用户容易把它理解成所有历史记录都会更新。
本例规定:账号手机号用于登录及后续账号通知;已提交预约单中的联系人保留原记录,需到对应预约修改。入口因此写“更换账号手机号”,下方简短说明用途。不要等到成功页才告诉用户预约联系人没有改变。
当前号码用掩码展示,例如尾号1234,并标注当前账号身份。若用户同时加入多个家庭或团队,先确认修改的是个人账号资料,不能让组织名称看起来像本次被换绑的对象。这些内容无需占很大空间,但应出现在开始验证之前。
旧号码可用和已停用,入口就要分开
旧号码仍可用时,业务系统可能要求用户通过已有验证方式确认身份;已停用时,则需要进入产品提供的其他已绑定验证方式或账号恢复流程。“收不到短信”入口应说明有哪些可用选择,而不是再返回同一个重发按钮。
OWASP身份验证建议强调敏感账号资料变更中的再次验证,并提醒认证错误信息不要暴露其他账号情况。具体采用密码、通行密钥、已有验证器还是人工恢复,应由实际账号体系决定;设计师的任务是把已支持的选择、所需条件和结果说明清楚。
| 用户情况 | 界面需要表达 | 不能直接替代的步骤 |
|---|---|---|
| 旧号可接收验证 | 当前验证发往哪个掩码号码 | 验证成功不等于已换新号 |
| 旧号停用,有其他已绑定方式 | 展示实际可用的验证方式 | 不能假设所有账号都有备用方式 |
| 所有现有方式都不可用 | 进入恢复流程,说明所需信息和结果入口 | 不能只验证一个新号码就接管原账号 |
| 恢复申请正在处理 | 显示申请记录及当前进展 | 不把提交申请显示为换绑成功 |
若没有在线恢复能力,就给出真实可用的支持入口与准备要求,不能画一个产品尚未提供的“立即恢复”按钮。恢复资料的范围和保存方式也不由UI文案临时决定,界面只收集经过业务确认的必要字段。
验证新号码时,要保留能纠正输入的机会
身份确认后再输入新号码。国家或地区代码、号码字段和说明应组合呈现,不把所有地区号码都套成同一位数。发送验证码前让用户看到目的号码;输入页写清“验证码已发送至新号码尾号5678”,避免旧号码与新号码的提示混用。
用户发现号码填错,应能回到号码输入页修改。改完号码后,上一号码对应的验证码不能继续被当作本次有效结果;页面清空与新号码不匹配的验证码状态,重新展示发送去向。不要只换输入框上方的号码文字,却保留原来的绿色“验证通过”。
如果号码暂时不能用于当前账号,应给出能继续的动作,例如更换号码或进入经过确认的关联处理流程。是否告知“已被其他账号使用”需要结合账号暴露风险决定,不展示他人的姓名、头像或账号详情。用户需要知道如何解决问题,不需要看到另一个人的身份。
验证码格数、粘贴、重发和过期反馈可以沿用验证码输入与重发的交互方法,但这一步始终属于验证新号,不能与前面的账号身份确认合并成一个没有对象的“验证成功”。
点了确认之后,最难的是结果暂时不知道
新号验证通过后,可以用简短确认页显示旧号码掩码、新号码掩码和本次变更的影响。主按钮直接写“确认更换”,避免一个“下一步”后面还藏着正式提交。若变更会使部分登录状态失效,或需要重新登录,应在提交前告知已经确定的行为。
提交时网络中断,页面不能仅凭超时判断“更换失败”。服务端可能已经完成变更,只是成功响应没回到手机。本例使用“暂时无法确认更换结果”,保留本次记录,并提供查询当前账号资料的动作;查询确定仍未变更后,才按系统允许的方式重新提交。
| 最后一步的情况 | 页面动作 | 保留内容 |
|---|---|---|
| 变更成功 | 更新账号资料并展示完成结果 | 新号掩码、必要的后续提醒 |
| 验证资格已过期 | 返回失效的那一项验证 | 可保留的新号输入,并说明过期的是账号身份验证还是新号验证 |
| 明确拒绝变更 | 展示可公开原因和处理入口 | 未完成的修改,不冒称已生效 |
| 结果暂时未知 | 先查询本次变更结果 | 原请求上下文,避免重复操作 |
完成页不需要展示完整旧号和新号,也不要自动展示输入过的验证码。若系统会通知原联系方式,文字应反映真实已发送或待发送状态,不能用页面出现一条提示就声称通知已经送达。回到账户设置后,显示的新号还应与完成页一致。
用一条主线和一条恢复支线做原型
在Pixso画布上,主线依次放账号设置、确认身份、验证新号码、确认更换、完成五张手机画板。在确认身份处另接“旧号码已停用”的支线,展示可用备用方式和恢复申请记录;在正式提交处增加结果未知画板,连到重新查询后的结果,而不是一律回到起点。

先让评审者扮演旧号仍可用的用户,看看每次验证码发到哪一个号码是否清楚。再换成旧号已停用的情况,观察是否能找到支线以及是否误以为提交恢复申请就等于完成换绑。最后演示新号验证通过后改号码的操作,检查旧验证状态有没有随之撤销。
交付说明重点标出三个判断:当前账号身份是否已确认,新号码是否仍与本次验证匹配,正式变更是否已获得确定结果。例如新号验证过期时,应回到新号验证并保留可用输入;账号身份确认过期时,则回到对应的身份验证入口。让评审者沿着这两条路径继续操作,确认他不会被带到一个反复验证却无法完成换绑的循环。