低保真设计思路

这个问题看起来特别简单，却困扰了我很长时间。最近几天通过流程和决策依据思考，有了一些收获。下面以大家最熟悉的登录注册为例子，来讲述方法。

一个问题的讨论需要有界限，下面从得知“用户使用习惯”，“公司现开发情况”，“现阶段产品”开始。

第一步：参考、理解现登录注册方式

登录：

1.手机号-密码

2.手机号-验证码

3.邮箱-密码

4.邮箱-验证码/验证链接

5.第三方登录“微信“、”微博“、“Apple ID”等

注册：

1.手机号-密码

2.手机号-验证码

3.邮箱-密码

4.邮箱-验证码/验证链接

5.第三方登录“微信“、”微博“、“Apple ID”等

+

性别、身份证、地址等“其他信息”（不确定）

我们由此可以看见注册和登录只要不是要求“其他信息”，剩余部分是完全重合的，所以才会有现在移动端主流的登录即注册的情况，例如小红书、Timebook

这是正常部分流程，另外我们还需要考虑异常部分。

忘记密码模块。如果以“手机号-密码“模式登录中，忘记了密码。就需要其他的方式找回，找回的方式理论上可以用其他的注册方式找回（只要他们相互绑定了）。

手机-验证码找回

邮箱-验证码/链接找回

邮箱-密码找回

.....

账号无法使用模块。例如帐户被他人盗取、手机号无法使用等。

第二步：根据现有情况和需求确定需要的“模块”，以及模块下的功能

下方是各账号的优劣势，是参考要素之一。（非常重要的一步）

1.邮箱

优势：发送信息上能承载更多的内容，且更有效的保存。更适合PC。公司的情景下，使用公用邮箱会更好（因为手机只有一部，而邮箱更自由）

PC时代遗留下来，不得不留有邮箱入口。

2.手机号

优势：手机号对于手机用户来说非常方便；手机号的导入还可以让应用获取用户的社交关系；手机号保有量大

劣势：手机号更换的情况？

（第三方短信平台出问题，用户信号异常，都会给登录造成麻烦。怎么考虑这个问题）

3.第三方登录

优点：操作简便，只需两步就可以继续使用产品；注册方便，省去填写名称等数据的麻烦。

缺点：不方便运营活动（手机可以发短信，邮箱可以发邮件）

我选择“登录/注册——手机号-验证码，手机号-密码、第三方登录“”忘记密码“。

第三步：模块转化为界面

然后模块及其功能是如何被组织成界面的呢？

我所准从的一个交互设计原则“一个界面一个任务”，任务有颗粒度大小的分别，这部分需另外考虑。所得任务如下。

任务一（页面一）——选择登录方式

任务二（页面二）——手机密码登录

任务三（页面三）——手机验证码登录

任务四（页面四）——忘记密码

这就是基础的四个界面的低保真，然后根据实际的需求进行调整。

例如实际情况中手机号登录界面，用户常常切换成第三方登录方式。那么在“手机密码登录”、“手机验证码登录”界面中增加第三方登录，如小红书。站酷的“手机密码登录”页面与登录方式融合，比起图中的方式可达性更高，希望用户用此方法登录。

完，谢谢你的阅读。