撰稿编者按：坚信我们在做商品时或是日常采用商品时单厢遇到账号的注册登记登入难题，和寻回公钥、已过期账号等一系列操作方式。所以，作为一名商品经理，该如何从采用者的视角去思考怎么结构设计这一销售业务流程呢？

刚入行商品的小伙伴们不管我是做什么销售业务的，只要销售业务线牵涉到C端采用者，所以大概率我第两个少脉的销售业务时序是和登入、注册登记、寻回公钥、已过期账号有关的。当然啦，对工作了3年以上的老商品人每次展枝两个项目的时候，也是要去结构设计这一块常规的机能。那他们就间接瞄准到主题预测呵呵这些常用的机能吧。

一、注册登记

首先要明确并不是所有的商品都须要注册登记登入。对关系采用者比较个人隐私统计数据的应用领域须要注册登记登入，比如QQ、淘宝网、工商银行APP、电子邮箱等。对不会产生采用者自身有关统计数据的应用领域不须要注册登记登入，比如手迹天气、书签等。

对须要采用者注册登记登入的应用领域，从统计数据挖掘的视角预测，采用者注册登记重要信息后生成了两个账号，在前台统计资料库中有惟一的标记与其对应，他们贝内旺拉拜注册登记采用者为追加采用者。

他们须要区分呵呵追加采用者和追加电子设备：追加采用者指的是【采用者ID+1】，追加电子设备指的是【电子设备ID+1】，比如我在智能手机某个APP上注册登记了两个账号，然后又采用那个账号在另外两个智能手机上和三台相同的电脑上分别登入过，所以我的注册登记登入操作方式使得那个商品的追加采用者+1，追加电子设备+4（前提是这几个电子设备之前都没登入过那个商品）。

目前常用的注册登记（同登入）形式主要是两类：

①控制系统自建采用者（采用者的惟一标记是电话号码、采用者名、电子邮箱、身份证等）；

②服务器端账号授权登入（QQ、QQ、PayPal、博客、淘宝网等）。

相同销售业务结构设计的注册登记销售业务流程和表头都是有一定的区别的，但尽量秉持少、快的形式引导采用者注册登记完，收集到采用者最关键的重要信息。很多商品可以让采用者自定自建账号或是间接服务器端登入，采用者按需优先选择的体验是非常好的。但极少数的商品会在采用者优先选择了服务器端注册登记登入后，让采用者再去存取电话号码，不然无法完成注册登记的销售业务流程。

从采用者的视角出发，假如采用者点选服务器端登入形式，就是不期望有注册登记登入那样繁杂的销售业务流程，加注册登记销售业务流程只会很大程度将采用者卡在门外。假如PM担心服务器端账号出难题，期望组建商品的账号体系也是无可非议的。可以让采用者首次登入后让采用者去健全一些其他的重要信息才能采用商品的某些机能，或是通过点数奖赏等形式来激励采用者健全更多的个人重要信息。

1. 常用的控制系统自建采用者—电话号码注册登记

对控制系统自建采用者常用的为电话号码注册登记，主要牵涉到的表头为【电话号码、手机短信接收者、公钥】：

①电话号码：他们须要后端校正电话号码是否为空，是否符合11位的电话号码格式，接口去校正该电话号码是否已注册登记；

②手机短信接收者：他们须要接口去校正接收者是否正确，是否失效，为了防刷他们还要限制每天和指定的时间段可以获取接收者的次数、输入错误的次数；

③公钥：他们须要校正公钥是否符合他们的格式和两次输入的公钥是否一致。很多注重控制系统安全的商品会在注册登记时设置人机交互校正，具体的销售业务流程详见下图：

其中在采用电话号码注册登记登入时，可以不须要采用者输入电话号码间接进行【本机号码一键登入】的形式进行注册登记登入。

2. 常用的服务器端账号授权——QQ授权

对服务器端账号授权常用的为QQ授权，采用者在登入页面点选QQ授权登入，打开QQapp，调起授权采用者QQ个人重要信息页面，采用者点选同意则同步获取采用者重要信息（openid、头像、昵称、地区、性别），省去采用者注册登记步骤，间接登入成功。

但不管是QQ授权登入APP、小程序、还是智能手机网站，都是无法拿到采用者的电话号码。小程序可以单独授权进行电话号码的获取，APP和智能手机网站必须单独获取接收者进行存取。

对移动应用领域/网站应用领域开发者想为采用者提供QQ授权登入的形式，须要在QQ开放平台添加该应用领域。为了识别采用者，每个采用者针对每个应用领域单厢产生两个安全的OpenID。

假如须要在多个应用领域之间做采用者共通，则需前往QQ开放平台，将这些应用领域存取到两个开放平台账号下，存取后，两个采用者虽然对多个应用领域有多个相同的OpenID，但他对所有这些同一开放平台账号下的公众号和应用领域，只有两个UnionID。

二、登入

对须要登入的商品，须要明确在什么时候登入。一种是在启动的时候就检测采用者是否有登入，若未登入则让采用者登入。这种商品的采用者重要信息贯穿到商品核心机能的各环节，所以须要将登入前置到启动环节，比如 QQ、QQ、脉脉。

另一种是当须要采用者的重要信息的时候再检测采用者是否登入，未登入的情况下引导其登入。这种商品只是在某些环节须要采用者的重要信息，所以这种情况完全可以将登入后置，比如知乎、头条、淘宝网。

从沉没成本的视角来考虑，在关联到某些环节须要和采用者重要信息存取时再引导采用者登入能一定程度上减少追加采用者的折损。比如电商商品浏览商品时就让采用者登入，所以采用者觉得麻烦就离开了，但假如采用者精挑细选了满意的商品打算购买时再让采用者登入付款，大概率采用者就自然地完成了注册登记登入销售业务流程。比如游客可以浏览知乎的内容，但进行评论时会弹出弹窗引导采用者注册登记/登入。

采用者在没有登入的前提下采用商品，那个时候采用者的身份为游客身份。采用者前期采用游客身份会产生一些统计数据，假如游客后期在同两个电子设备上注册登记了新账号，所以要提示采用者是否将游客模式产生的统计数据同步到新的账号，假如采用者优先选择【是】，所以游客模式的统计数据清空，统计数据同步到新的账号下；假如优先选择【否】，游客统计数据不被清空，也不会迁移到新的账号下面。

常用的登入形式为公钥登入【电话号码、公钥】、手机短信接收者登入【电话号码、手机短信接收者】、【服务器端授权登入】，其中服务器端登入已经在注册登记时提到，不再赘述。

1. 公钥登入

①电话号码：他们须要后端校正电话号码是否为空，是否符合11位的电话号码格式，接口去校正电话号码是否存在；

②公钥：他们须要校正公钥是否正确，为了防刷他们还要限制指定时间段输入错误的次数；具体的销售业务流程详见下图：

2. 手机短信接收者登入

①电话号码：他们须要后端校正电话号码是否为空，是否符合11位的电话号码格式；

②手机短信接收者：他们须要接口去校正接收者是否正确，是否失效，为了防刷他们还要限制每天和指定的时间段可以获取接收者的次数、输入错误的次数。

注意：对首次登入的新注册登记采用者，登入后须要采用者去健全公钥。具体的销售业务流程详见下图：

3. 单点登入

每个单独的控制系统单厢有自己的安全体系和身份认证控制系统。但随着销售业务应用领域控制系统越来越多，对通过两个采用者在相同的销售业务应用领域控制系统中会有多个帐户，而且在相同应用领域控制系统间切换，须要不停的登入已过期，比较烦琐的情况。

于是很多销售业务线推出单点登入控制系统（Single Sign On，SSO），将各应用领域控制系统统一到单一登入界面，登入一次，即可实现相同应用领域控制系统间的切换，不须要重复登入已过期，也可提高采用者体验。这不仅仅带来了更好的采用者体验，更重要的是降低了安全的风险和管理的消耗。

三、寻回公钥

每个账号的公钥在统计资料库中是加密存储的，理论上公钥是无法解密的；所以假如采用者忘记了公钥，所以是无法寻回原来的公钥，只能去重新设置两个新的公钥。主要牵涉到的表头为【电话号码、手机短信接收者、公钥】：

③公钥：他们须要校正公钥是否符合他们的格式和两次输入的公钥是否一致。很多注重控制系统安全的商品会在公钥寻回时设置人机交互校正，具体的销售业务流程详见下图：

他们会发现注册登记和寻回公钥的销售业务流程几乎是一样的，但有两个比较明显的区别：

①注册登记要保证该账号之前不存在，寻回公钥要保证之前账号是存在的；

②注册登记后间接跳转是登入状态，寻回公钥后要跳转到登入页面进行登入。

四、已过期账号

当采用者不再须要采用应用领域提供服务时，可以主动已过期账号，这样应用领域服务商无法再对个人重要信息进行收集和采用。相同平台在采用者已过期账号时有相同的限制，只有满足已过期申请条件后，才允许采用者提交已过期申请。常用的限制为：

①账号处于安全状态——账号最近一段时间内没有任何异常违规的操作方式、没有被盗被封的风险；

②账号服务已完结&财产已结清——账号不存在没有完结的服务，没有欠款等，避免因为账号的已过期造成其他采用者或是平台的损失；对未提现的资产，采用者已过期账号相当于优先选择主动放弃；

③账号和其他平台的账号解绑——该账号已经解除了和其他应用领域的授权登入或是存取关系。

账号已过期后该账号所有的个人重要信息和产生的采用者统计数据全部都被清除且无法寻回（即便采用相同的重要信息再次注册登记账号也无法寻回）。

在后端，已过期账号的头像变为默认头像，昵称变更为【账号已已过期】，个人动态也被清除，与其他采用者的互动依然保留；

在前台，采用者已过期则在采用者账号旁边括号备注采用者已已过期，采用者后续重新采用同两个电话号码进行注册登记，则给该账号重新赋予两个新的ID，重新生成注册登记记录。

假如采用者已过期后又反悔的情况，可以设置两个N天的冻结期。假如在N天之内采用者登入了应用领域，所以已过期申请自动撤销，采用者可以继续正常采用账号。否则该账号将永远消失，无法通过任何形式寻回。

由于销售业务的属性、商品本身对安全性、交互性的要求、相同类型的终端、采用者的采用场景等多种因素的影响使得在结构设计注册登记、登入、寻回公钥、已过期账号时会存在很多差异，以上分享为常用且基础的结构设计。好啦，此波此结束，期望能帮到刚入门的一些商品朋友~

本文由 @Grace 原创发布于人人都是商品经理，未经许可，禁止转载

题图来自Unsplash，基于 CC0 协议

未经允许不得转载：头号研究社-海外苹果ID购买注册|海外苹果礼品卡及Arcade订阅|海外账号购买、教程 » 登录&注册&找回密码&注销账号的浅见