编辑导语:相信大家都会遇到账号注册登录、密码找回、账号注销等一系列操作。制作产品或日常使用产品时。那么，作为一个产品经理，如何从用户的角度去思考如何设计这个流程呢？

刚入产品线的小伙伴，不管你做什么业务，只要业务线涉及到C端用户，那么你的第一个小试用的流程图就是登录、注册、找回密码、销户。当然，工作3年以上的“老产品人”，每次开新项目都要设计这个套路功能。下面我们切入正题，分析一下这些常见的功能。

一、注册

首先要明确的是，并不是所有的产品都需要注册登录。比较相关用户隐私数据的应用需要注册登录，如微信、淘宝、建行APP、邮箱等。不产生用户相关数据的应用，如墨迹天气、日历等，不需要注册。

对于需要用户注册登录的应用，从数据分析的角度来看，用户注册信息后，生成一个账号，在后台数据库中有一个唯一的标识符与之对应。我们称新注册的用户为新用户。

我们需要区分新增用户和新增设备:新增用户指[用户ID+1]，新增设备指[设备ID+1]。举个例子，我在手机的一个APP上注册了一个账号，然后用这个账号登录了另一部手机和两台不同的电脑，那么我的注册和登录操作就使得这个产品增加了+1个新用户和+4个新设备(前提是这些设备之前都没有

目前，常见的注册(与登录相同)方法主要分为两类:

①系统自建用户(用户的唯一标识是手机号、用户名、邮箱、身份证号等。);

②授权登录第三方账号(微信、QQ、支付宝、微博、淘宝等。).

不同业务设计的注册流程和领域有一定差异，但尽量引导用户少而快地注册，收集用户最关键的信息。很多产品允许用户自由选择自己的账号，或者直接登录第三方。用户按需选择的体验非常好。但对于极少数产品，用户选择第三方注册登录后，会要求用户重新绑定手机号，否则无法完成注册过程。

站在用户的角度，如果用户点击第三方登录表单，他并不想要注册登录的繁琐过程，增加注册过程只会在很大程度上把用户挡在外面。如果PM担心第三方账号出现问题，想建立产品账号体系也是可以理解的。可以让用户在首次登录使用产品的部分功能后，完善一些其他信息，或者通过加分鼓励用户完善更多的个人信息。

1. 常见的系统自建用户—手机号注册

手机号注册常用于搭建系统的用户，主要涉及的字段有【手机号，短信验证码，密码】:

①手机号:我们需要前端验证手机号是否空以及是否符合11位手机号格式，验证手机号是否已经注册的接口；

②短信验证码:我们需要一个接口来验证验证码是正确的还是无效的。为了防止刷单，我们还需要限制每天在指定时间段内可以获取验证码的次数和输入错误的次数；

③密码:我们需要验证密码是否符合我们的格式，两次输入的密码是否一致。很多注重系统安全的产品在注册时都会设置人机交互验证。具体流程见下图:

其中在使用手机号注册登录时，可以不需要用户输入手机号直接进行【本机号码一键登录】的方式进行注册登录。其中，使用手机号注册登录时，无需用户输入手机号，直接通过【本地电话号码一键登录】进行注册登录。

2. 常见的第三方账号授权——微信授权

第三方账号授权，常用微信授权。用户在登录页面点击“微信授权登录”，打开微信app，调出授权用户的微信个人信息页面。用户点击“同意”即可同步获取用户信息(openid、头像、昵称、地区、性别)，省去用户注册步骤，直接登录成功。

但无论是微信授权登录的APP、小程序还是手机网站，都无法获取用户的手机号。可以授权小程序单独获取手机号，app和手机网站必须单独获取验证码进行绑定。

对于希望为用户提供微信授权登录的移动应用/网站应用开发者，需要在微信开放平台添加该应用。为了识别用户，每个用户为每个应用程序生成一个安全的OpenID。

如果需要在多个应用之间通用，需要去微信开放平台，将这些应用绑定到一个开放平台账号。绑定后，一个用户虽然对于多个应用有多个不同的OpenID，但是对于同一开放平台账号下的所有微信官方账号和应用，他只有一个UnionID。

二、登录

对于需要登录的产品，需要指定何时登录。一种是在启动时检查用户是否登录，如果没有，就让用户登录。这个产品的用户信息贯穿于产品核心功能的每一个环节，所以需要把登录放在启动环节的前面，比如微信、QQ、脉脉。

另一种是在需要用户信息时检查用户是否登录，如果没有则引导用户登录。这类产品只需要用户在某些环节的信息，所以这种情况完全可以把登录放回去，比如知乎、头条、淘宝。

从沉没成本的角度来说，在一些链接需要绑定用户信息的时候引导用户登录，可以在一定程度上减少新用户的流失。比如电商产品浏览商品，用户登录，用户觉得麻烦就走了。但如果用户精心挑选满意的商品，然后登录支付，用户自然会大概率完成注册登录过程。比如访客可以浏览知乎的内容，但是评论的时候会弹出弹窗引导用户注册/登录。

用户无需登录即可使用产品。此时，用户的身份是游客。用户前期使用访客身份会产生一些数据。如果访客后期在同一台设备上注册了新账号，应该提示用户是否将访客模式生成的数据同步到新账号。如果用户选择【是】，访客模式的数据会被清除空并同步到新账号；如果选择[否],访问者数据将不会被清除空，也不会被迁移到新帐户。

常见的登录方式有密码登录【手机号，密码】，短信验证码登录【手机号，短信验证码】，以及【第三方授权登录】，其中第三方登录在注册时已经提到过，这里不再赘述。

1. 密码登录

①手机号:我们需要前端验证手机号是否空是否符合11位手机号格式，以及验证手机号是否存在的接口；

②密码:我们需要验证密码是否正确。为了防止密码被刷，我们还需要限制在指定时间段内输入错误的次数；具体流程见下图:

2. 短信验证码登录

①手机号：我们需要前端验证手机号是否为空，是否符合11位的手机号格式；①手机号码:我们需要前端验证手机号码是否空，是否符合11位手机号码格式；

②短信验证码:我们需要一个接口来验证验证码是正确的还是无效的。为了防止刷单，我们还需要限制每天在指定时间段内可以获取验证码的次数和输入错误的次数。

注意:对于首次登录的新注册用户，用户需要在登录后完善密码。具体流程见下图:

3. 单点登录

每个单独的系统都会有自己的安全体系和身份认证系统。但是随着业务应用系统越来越多，对于通过一个用户在不同的业务应用系统中会有多个帐户，而且在不同应用系统间切换，需要不停的登录注销，比较烦琐的情况。每个独立的系统都有自己的安全系统和身份认证系统。然而，随着业务应用系统的不断增多，通过一个用户在不同的业务应用系统中拥有多个账号，在不同的应用系统之间切换需要不断的登录和注销，相当繁琐。

因此，许多业务部门引入了单点登录(SSO)系统，将所有应用系统统一到一个单一的登录界面中。一次登录后，可以实现不同应用系统之间的切换，无需重复登录和注销，提高用户体验。这不仅带来了更好的用户体验，更重要的是降低了安全的风险和管理的消耗。

三、找回密码

每个帐户的密码都被加密并存储在数据库中。理论上，密码是无法解密的。因此，如果用户忘记了密码，则无法找回原密码，只能重新设置新密码。涉及的主要领域有【手机号，短信验证码，密码】:

③密码:我们需要验证密码是否符合我们的格式，两次输入的密码是否一致。很多注重系统安全的产品都会在找回密码时设置人机交互验证。具体流程见下图:

我们会发现注册和找回密码的流程几乎是一样的，但有两个比较明显的区别：我们会发现注册和找回密码的过程几乎是一样的，但是有两个明显的区别:

①注册确保账号之前不存在，找回密码确保账号之前存在；

②注册后直接跳转是登录状态。找回密码后，跳转到登录页面登录。

四、注销账号

当用户不再需要使用应用程序提供服务时，可以主动注销其帐户，这样应用程序服务提供商就可以不再收集和使用个人信息。不同的平台在用户注销账号时有不同的限制，用户在满足注销申请的条件后才允许提交自己的注销申请。的常见限制有:

①账户处于安全状态——账户最近一段时间没有发生任何异常和非法操作，不存在被盗或被封的风险；

②账户服务已完成&财产已结清——账户不存在未完成的服务或欠款，避免因账户注销造成其他用户或平台的损失；对于未提现的资产，用户注销账户相当于选择主动放弃；

③解除账号与其他平台的绑定——账号已解除与其他应用的授权登录或绑定关系。

账户注销后，账户的所有个人信息和生成的用户数据都被清除，无法检索(即使再次使用相同信息注册账户，也无法检索)。

在前端，被注销账号的头像成为默认头像，昵称改为【账号已注销】，个人动态也被清空，与其他用户的互动依然保留；

在后台，当用户注销时，用户帐户旁边会有一个括号注释“用户已注销”。如果用户随后使用相同的移动电话号码登录，该帐户将获得一个新的ID，并重新生成注册记录。

如果用户注销后反悔，可以设置N天的冻结期。如果用户在N天内登录应用，注销应用将自动撤销，用户可以继续正常使用账户。否则，该账户将永远消失，无法通过任何方式找回。

由于业务的属性、产品本身对安全性和交互性的要求、终端类型的不同、用户使用场景的不同等诸多因素的影响，注册、登录、密码找回、账号注销的设计存在诸多差异。以上分享是常见的，也是基本的设计。好了，这波结束了，希望能帮到一些新品朋友~

本文由@Grace原创发布。每个人都是产品经理。未经许可，禁止转载。

来自Unsplash的图像，基于CC0协议。