app登录界面复盘 | 某APP注册登录流程改版
本文笔者将对某款APP的注册登录流程的设计，结合当前业务需要和自己的思考，进行改版优化。
走查当前在负责的某款APP的注册登录流程，发现一些优化点。在调研市面主流APP的注册登录流程后，结合当前业务需要和自己的思考，设计了以下注册登录方案，附图为改版方案。本文详细介绍了此版方案相较原版的优点，希望能对新同学有所帮助，也希望大佬们多提改进意见。
P1：注册登录页
注册登录后台分流：手机号注册登录流程，将注册和登录的分流交由后台判断，无需用户选择，同时减少注册用户的一步操作。原版登录流程第一步是输入手机号和密码登录，注册用户需要点击注册按钮才能进入注册流程，这对注册用户并不友好。考虑到无论注册还是登录，第一步都是输入手机号，后台拿到手机号即可判断出该用户是要注册还是要登录（判断及后续流程见流程图），因此将注册登录流程首页改版为P1，节省了注册用户的一步操作，也使得系统更智能。
分步式注册：考虑到各路径步骤较少（验证码注册登录3步，无密码用户登录3步，有密码用户密码登录2步，有密码用户验证码登录3步，忘记密码用户登录4步，第三方账号登录1步或3步，步为流程中的页面数），以及分步式注册的优点（减少用户因畏难情绪而流失的概率、界面更聚焦更清爽、避免键盘遮挡文本框、无需用户手动调起键盘），以及后台分流注册登录流程的需要，故采用分步式注册。
第三方登录：若用户上次是采用第三方登录，页面显示“上次登录”提示。
关闭按钮：导航栏采用关闭按钮而不是返回，代表这个界面跟上一个界面没有层级关系。
P2：有密码的用户用密码登录
登录方式推荐：业务方要控制验证码登录的短信成本，故对于有密码的用户，优先显示的是密码登录，虽然相较于验证码的复制粘贴输入，密码的输入更繁琐。如果无此项要求，可以优先显示验证码登录。
提前发送验证码：页面点击“切换至验证码登录”和“忘记密码”后，页面跳转同时，后台发送验证码，减少用户在验证码输入页面的等待时间。
文案：分段显示用户上个页面输入的手机账号，作为线索，方便用户检查自己输入的账号是否正确。
明文密文切换按钮：最初的设计稿是默认明文显示密码的，但被产品经理否决了，认为用户可能接受不了，要避免这个风险。最终折中的方案是：明文显示最新输入的字符，提供密文/明文切换按钮。此处我仍认为可以默认明文显示，至少是值得一试的，是个提升用户体验的机会。因为我们的APP是一个学习APP，不涉及金钱等敏感信息，明文输入方便用户核验和纠错，效率上肯定是提升的，相信大家都有因为输错一位而清空密码框重新输入的经历。这里的风险在于用户在心理上能不能接受明文输入，因此在交互评审时，我的建议是先上线试试，后面通过埋点数据查看用户进入页面后就切换密码至密文的比例，再综合用户的反馈决定最终方案。但鉴于成本考虑，最终上线了折中方案。
自动调起键盘：进入页面文本框自动获取焦点，调起默认键盘。
密码文本框：文本框输入内容后显示清空按钮。密码校验未通过，用户再次输入时，不自动清空文本框。
登录成功提示：登录成功会有toast提示，文案“欢迎回来，[用户名]”，更亲切。
P2.1：有密码的用户忘记密码
文案提示：进入页面后，后台检测到短信已发，显示文案。文案分段显示用户上个页面输入的手机账号。
自动调起键盘：进入页面文本框自动获取焦点，调起默认数字键盘。
自动检验，自动跳转：验证码支持复制粘贴，文本框检测输入六位后自动校验验证码正确性，通过则自动跳转至下一流程页。
P2.2：有密码的用户重置密码
明文本提示：密文规则提示不做暗文本提示，以免用户输入密码后忘记规则。
密码文本框：超出最大长度，前端限制输入，报错。
P3：注册用户&无密码用户登录页
注册用户和无密码用户(历史版本原因，APP有一批无密码用户)登录，承接页。
此页还解决了一个异常情况的问题。PM因为控制验证码登录短信成本的压力，所以坚持将设置密码放在注册登录流程中；又因为想尽量减少注册流程的流失率，后台开发时将用户验证码校验通过作为了注册成功的节点。这样就带来一个问题，当注册用户到达密码设置页，未设置密码便连续点击返回，直至P1时，当他以刚注册的手机号走这个流程时，系统会将其认为已注册用户，但实际上他并没有密码。本页面的存在避免了其到达密码登录页的困惑，以及点击验证码登录那一步，体验是比较好的。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。