这里是修真院pm小课堂，每篇分享文从
【背景介绍】【知识剖析】【常见问题】【解决方案】【编码实战】【扩展思考】【更多讨论】【参考文献】
八个方面深度解析pm知识/技能，本篇分享的是：
【 登录注册修改密码】
1.为什么要设计登录注册修改密码模块
2.登录注册修改密码模块分类
3.如何设计登录注册修改密码模块
4.登录注册修改密码模块设计细节
5.如果我是新手
1.为什么要设计登录注册修改密码
用户层面：
(1)用户需要在产品中获得一个独立的ID，以体现其个性化的存在。
(2)用户需要产品为其记录使用进度、状态、收藏的内容。
(3)用户希望获得其它用户的真实信息或更详尽的信息。
(4)用户希望产品通过对自己更详尽的了解提供更好的服务。
功能层面：
(1)便于跨设备同步数据，也便于在同一设备中切换不同的账户并保留账户之前的状态。
(2)有社交功能的产品必须注册账号以编写自己的UGC的内容，同时便于其它用户辨识。
(3)有交易功能的产品，为个人账户记录订单等交易信息，同时提高交易的安全性。
(4)有应用内付费、VIP会员增值功能的产品，注册登录可以确保用户权益。
业务层面：
(1)需要采集对于核心业务非常重要的用户信息，比如手机号、真实姓名等信息。
(2)注册登录后便于采集推进运营的数据，以指导产品运营方向。
(3)用户激励：通过注册得到手机号、邮箱账户后，一些产品通过给用户发短信或优惠券（送优惠券、活动推荐）吸引用户，提高活跃度。
(4)消费转化：某些产品得到手机号后，会利用电话营销的方式向客户推介其付费服务。
1.2保障账户安全。
2.登录注册修改密码分类
2.1用户登录功能
2.1.1手机号+密码
目前最常用的登录方式，手机的普及，移动互联网的发展，都为这种登录方式提供了独特的优势，用户ID唯一；移动验证更加方便；安全性高；便于运营；易导入社交链。
2.1.2手机号+验证码
解放了用户记住密码的负担，只要通过手机号就能够登录产品使用服务，这对于平时需要记住大量密码的用户来说极大地降低了使用产品服务的门槛。
增加了不可控的风险，比如第三方平台的短信服务，用户手机信号
2.1.3邮箱地址+密码
沿用PC时代用户的账号体系，由pc端覆盖到移动端，并且在移动端只提供手机号注册方式。相对于手机号注册，邮箱注册的好处在于邮箱地址可以永久留存，不会有手机换号造成的那种困扰
对于国内用户来说，邮箱的使用频率没有老外那么高，很多用户没有个人邮箱，他们也不会为了注册你的账户去申请个邮箱，所以邮箱注册的需求相对来说较弱
2.1.4用户名+密码
沿用PC端的账号体系以及登录习惯，大部分移动端产品不再设置用户名为登录ID
2.1.5第三方登录
利用第三方登录能够免去注册的麻烦，让用户快速通过登录门槛，进而使用产品提供的主要服务，降低因为登录注册带来的用户损耗，同时使用第三方账号登录有利于产品初期的宣传推广
只利用第三方账户登录的话，无法获得任何有价值的用户注册信息，同时也构建不成自己的用户体系。这是第三方账户登录的最大问题。
2.1.6证件信息登录，人脸登录，指纹登录等等
2.2用户注册功能
注册的方式和登录的方式基本一样，这里值得注意的一点是，APP端注册的方式和登录的方式并不一定是一一对应的
方式①的效率最高，但是没有邮箱验证的话保证不了账户的安全性，若邮箱录入错误则无法找回密码。另外这种方式容易被注册无效账户或恶意注册邮箱，浪费服务器资源。
方式②和③都是快速注册成功，之后再让用户通过邮箱验证的方式验证邮箱的有效性。这种方式的好处是既保证了注册信息的有效性和安全性，也不会降低太多的用户体验。其中方式③是在APP中完成邮箱的验证，这样可以避免方式②中用户注册后忘记去验证的问题。
方式④和⑤的验证码（或链接）需要在注册流程中强制输入，这种方式会阻断用户的操作流程，有在注册过程中损失用户的可能。如果邮箱信息对业务逻辑及其重要的话，可以参考这种方式
2.2.2手机注册
手机号注册的逻辑非常简单，就是录入手机号码后，发起短信验证的请求，当手机收到相应的短信验证码后，在APP中输入验证码，完成注册。
另外还有几种不常用的手机号注册方式，用来在接收不到短信的情况下备选。与短信验证的区别主要是验证的过程不同：
① 主动验证：用户向客服号码发送验证短信注册
② 免费热线：拨打电话活动验证码注册
③ 语音验证：客服拨打用户电话告知验证码
用户名注册等等
2.3修改密码
手机验证，邮箱验证,安全问题，客服申诉，产品根据自己的产品功能提供密码找回方式
（1）密码强度的设定，与网站业务息息相关，通常网站中出现与钱相关的业务（如网络游戏等）时，对密码的复杂度会有强制性的要求；支付宝等甚至会设定登录密码与支付密码，并两者不能相同
（2）对于旧密码的验证，通常只验证是否为空，而不会对正确性做实时校验；
（3）对新密码的强度，多数网站均会给出明确说明以降低用户的困扰；
（4）多数网站，均会特别提醒用户新密码中需要区分大小写字母；
（5）均会对新密码与重复输入的新密码之间做匹配校验
（6）在修改密码时需填写验证码，也会有系统智能判断哪些情况下需要通过验证码进行增强验证
（7）在修改密码的界面上，同时告知用户一些必要的密码安全信息，是必要的
（8）并不一定要通过旧密码来校验用户，很多产品并没有提供单独的修改密码的入口，而是直接让用户通过”找回密码”功能来修改密码
3.如何设计登录修改密码模块
3.1登录注册模块设计思路
3.1.1产品让用户注册登录的必要性
首先，分析产品让用户注册登录的必要性。如果用户注册登录对于用户、产品功能、商业模式本身带不来任何价值的话，就没必要设计这样的功能。比如一些实用工具类的产品：计算器、手电筒、天气预报、便签软件、语音助手等等。
3.1.2产品让用户注册登录的目的是什么
用户需求：从用户角度，分析用户希望注册产品的迫切程度。用户第一次安装使用一个APP时，可以分成三种不同的心理:
(1)用户有强烈愿望使用产品。一种情况是产品功能对于用户来说非常有价值，用户愿意花费时间注册使用,另一种情况是产品功能新奇特用户很想试试
(2)用户希望先用一用看看，好用了再注册。这就跟体验式消费、先尝后买的思路是一样的。目前大多数的产品都是提供这样的方式，如果你的APP不能让用户有强烈的使用愿望，最好的选择是先让用户去使用，用好了再注册。
(3)用户觉得没必要注册，但产品的功能偶尔会用到.对于用户来说注册功能对用户带来不了任何价值， 这类APP建议使用先使用后注册的方式
功能需求：从功能角度思考，一种情况是产品的核心功能对用户体系依赖程度非常大时，可以先注册再使用.另一种情况是产品某些功能需要用户登录，但对其它功能没影响时，可以使用到该功能时再登录
业务需求：从业务角度来判断，注册信息如果对产品核心业务非常重要的话，可以考虑先注册的模式，或者常用的做法是进入APP的第一屏是注册页面，但在角落里留下“游客入口”的按钮
如果只是为了获取用户的手机号等信息，也不一定非要通过注册这一种途径。可以在产品功能页面中引导用户录入信息或注册。
3.1.3每个注册登录需求的场景是怎样的
功能需求：从功能角度，对注册登录有需求的功能要的是一个合理的账户体系，至于选择那种注册手段其实不重要。所以可以忽略功能需求对注册登录方式选择的影响。
用户需求：对于用户来说，三种注册登录手段的优缺点都很明显，不同的用户的性格特点、生活习惯会影响其选择
业务需求：分析具体业务需求的场景会得到不同的选择
3.2登录注册的设计步骤
第一步：梳理脑图，梳理现有的登录模式和信息结构.
第二步：梳理业务流程，把每一步操作都流程化，做好各种情况的处理方案.
第三步：画出草图/线框图，对页面元素和布局进行初步设计.
第四步：交互设计，对每一项页面元素、页面跳转、操作反馈、异常处理、按钮和页面的各种状态等做出设计.
第五步：自检测试，对线框图和交互设计进行自检，最好是用Axure等交互软件进行交互设计操作，建立自己的自检清单.
第六步：输出PRD、线框图和交互设计稿.
4.登录修改密码模块的设计细节
PC端：
（1）PC具有公共属性，输入密码是私密性的，需要在登录注册时给予适当保护
（2）PC显示区域比较大，登录注册通常只有1个页面，需要填写的所有内容都会呈现
（3）PC端的输入设备有鼠标和键盘，人机交互和可输入速度要快很多
（4）PC端台式机一般固定在特定的位置，无法随意移动，笔记本可以移动但使用场景相对固定，网络状况与移动设备相比稳定
移动端：
（1）移动设备属于个人私密性较高的设备，用户在进行操作时，可对输入密码进行有效的保护
（2）移动设备随身携带，随时随地在变换位置，网络状况不稳定等不确定因素很多
（3）移动设备显示区域均较小，登录的注册页面通常都会有3个页面，需要用户填写的内容要精简
（4）移动设备输入更多是手指触屏操作，人机交互有其独特性，例如虚拟键盘的设计
账号：
（1）手机号码为纯数字，是否弹出纯数字键盘方便用户快速填写及避免用户来回切换
（2）手机号码的数字如何呈现，哪种格式。
（3）账号有无格式的要求，如果只是手机号码，前端是否需要验证手机号码的有效性，手机号是否区分国家。
（4）当用户切换账号或者输错的时候，用户是要一位一位删除，还是可以一键清除一整行内容，
密码：
（1）登录密码的机制是怎样的，密码的长度如何设定，是否区分大小写，是否包含特殊字符，密码输入为明文还是不可见
（2）用户注册设置密码过程中是否需要重复确认密码
验证码：
（1）邮箱/手机注册过程中需不需要进行验证。如何验证，收到验证码的时间（5.5秒内）是利用短信验证码还是免费热线
（2）收到验证码的时间（5.5秒内），验证码的获取次数上限
（3）验证码的字符是纯数字还是数字字母结合，验证码的字数限制，4位或者6位纯数字
（4）验证码的有效时长如何设定，是五分钟还是十分钟
（5）如果用户未收到有效验证信息，多长时间后可以重新获取验证信息，是30s还是60s.
异常提示：
（1）登录时，账户是否在其他设备登录，是否允许多端同时登陆？不允许同时登陆，之前登录设备的账户是否要下线？给出怎样的提示？
（2）密码第一次错误给出什么提示？第二次仍然输入错误，错误提示是否需要强提示并给出找回密码的按钮？在弹窗点击找回密码，手机号码在新页面是否需要重新填写？密码连续多次输入错误是否要做出禁用限制？
(3)注册流程中，检测到手机号码已经注册，是否可以继续获取验证码？或者验证后直接登录免去页面跳转和输入密码？
(4)网络状态不好，都该给出怎样的反馈或提示？
(5) 用户所处环境网络信号不好（用户向服务器请求超时），是否需要检查用户的网络状态？还是只给出提示？
5.如果我是新手
作为新手考虑登录注册模块，完全没必要自己创造，可以借鉴市场上现有的产品或竞品的登录注册模块，那么该如何借鉴呢？
（1）选取自己产品的直接竞品或者所属行业的相关产品，分析其登录注册模块的详细流程、逻辑，并做好记录
（2）梳理自己产品登录注册模块的相关功能逻辑、流程，作一个对比
（3）根据前面提到的，从产品类型、目标用户、业务逻辑结合自己产品的现状，以用户体验为中心去完善设计自己产品的登录注册模块
作者：HHKKPP
链接：https://www.jianshu.com/p/8dd450d86f7c
來源：简书
简书著作权归作者所有，任何形式的转载都请联系作者获得授权并注明出处。
更多内容，可以加入IT交流群565734203与大家一起讨论交流
这里是技能树·IT修真院：https://www.jnshu.com，初学者转行到互联网的聚集地