完美“登录”，从去掉“注册”开始

登录——每页只能有一个焦点

一、新 / 老用户，登录入口的默认设定不同

上文提到有N多的登录方式，如果每页只能一个焦点，就要捋一下登录方式之间的主从关系。

对于新用户，登录方式主要有两类

• 手机号：利于用户运营；

• 第三方：简洁、自带资料（昵称、性别、头像）；

很多文章，分析这二者优劣时，都认为手机号安全、可靠、用户真实、价值高。

分析是没错，然而场景搞错了，这里是登录环节，对于常规App，一切应以登录为主。登录之后有 100 种方法来拿到手机号，此处不着急。

极端类型的：

• 例如滴滴，它必须用手机号为用户提供服务，所以只能通过手机号登录。

• 例如婚恋类，没有性别就没法向用户展示任何内容，反而最合适微信登录（自带性别）。

上面简要分析了一下各登录方式的特性，下面原型图以常规App的思路展开。

页面设计原则：

1. 每页只有一个视觉主焦点；

2. 要有不影响主焦点的平行备选方案出口，或异常解决的出口。

3. 老板说：“手机号，尽量引导一下，但也要兼顾登录转化率。”；“……”

在工作中，我学习臻龙大神，用 Axure 写 PRD。然后又集各家所长，结合自己的一些创新，形成了我自己的PRD风格，如上图（为了投稿，样式稍微优化过）。

在写了无数说明文档、画了无数流程图，电子的、纸质的都试过之后，无奈发现开发哥哥们根本不看那玩意儿~~~

开发哥哥姐姐们说：（都是真实回答）

1. 从不看产品文档，跟着UI图做，看不懂就去打PM。

2. 太多了，看的眼晕。基本是做一步看一步。

3. 哦，这样啊~，我是靠着感觉写的，那我改改。

从产品角度想，PRD的用户是开发哥哥们，人家不看说明是PRD写的有问题。遇到问题解决问题，就形成了上图右侧的文档形式。

文档用两组 if else，详解了左侧两个页面的业务逻辑。这样的说明文档，对程序员来说，效率高、逻辑清晰、兼具高可读性。这些优点，是流程图和纯文字文档是无法做到的。

当然，细节也很重要，比如：像素级的对齐、【图二】输入框中没有光标…

二、言归正传，手机号登录

如下图：

第三方登录无需页面，常见问题：第三方App未安装、App互相拉起权限、返回数据异常等等，只需服务器处理异常即可，这里只说手机号登录：

遵循平行备选方案出口原则，在用户输入手机号之后，不隐藏掉第三方登录，只弱化处理。

改进之处：

1. 用Android时，每次复制了验证码，都要长按输入框去粘贴，烦，所以我加了粘贴。

2. 手机号码分段显示、加大字号，做法不新鲜，但也不多见，个人认为很有必要。

初始登录页到号码登录页，一定要使用动效，用动效把两个页面连接起来，让用户感觉只是同一页面的微小变化，一切尽在掌握，避免产生负面情绪。

在实际PRD中，我把每个页面的内部规则也写到文档中。例如：

1. 手机号、验证码输入框，只能输入数字；

2. 检测键盘高度，防止遮挡到登录按钮；

3. 验证码为 4 位数字， 30 分钟有效。

4. 30 分钟内最多获取 3 次验证码，且内容相同。

5. 每天最多获取 10 次验证码。

6. 不同种类的验证码，分别计数。如：语音和短信验证码。

7. 不同种类的验证码，规则不同。如：登录和支付验证码。

8. ……

（编辑：核心网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!