账号体系产品设计思路

: 企业福利这家伙很懒，还没有设置简介...

0 人点赞了该文章 · 66 浏览

账号体系产品设计思路

用户使用产品的时候会根据他的需求来使用里面的场景，作为产品端，肯定是想获取用户的信息。所以账号体系的搭建，互通账号有无肯定是需要去思考其中的场景。

用户使用场景

社交类产品：其本质是连接人与人，用户需要产生个人内容促进互动，通过互动直接建立和维系关系。这一切都要建立在账号体系的基础上，因为里面都是个人数据。

服务类产品：其本质是连接人与服务，那么用户为了获取某项服务（培训课程，购物，特定视频等），需要使用账号体系来记录他们的个性化行为，完成服务的交易，同时又能从中享受到个性化服务。

工具类产品：其本质就是用技术手段帮助用户省时省力用最简单的方式解决需求。比如看新闻，输入法，办公软件，百度地图等。用户为了享受云服务，在WEB,移动端,网络端能接触到自己所需的资源，需要账号体系。同时又能从中享受到个性化服务。

无论是什么类型的产品，从用户的使用场景来看，账号体系产品其实不是用户的直接需求，而是他们为了获取某项服务所需要的，比如从社交中建立关系和维系关系，从服务产品中获取某项服务，从工具产品中获取增值服务。

所以账号体系产品其本质是企业满足用户的其他持续性需求而提供的支持性产品。

当然如果一家企业产品只是一次性交易或者单纯的工具而没有其他增值服务，那么其实也就没有建立的必要。

账号体系产品需要解决什么问题？（需求分析）

首先来分析一下，为了保证用户顺利地使用产品服务，能够获取用户的个性化行为，为其提供个性化的服务，来满足企业的商业需求。账号体系产品需要解决哪些问题呢？

1.保证账号的真实性，用户信息可证明用户真实存在。（不验证邮箱/手机号则无法建立与用户联系渠道，无法确认账号的真实性。）

2.保证用户ID与用户信息的唯一对应性，即一个用户信息与一个用户一一对应，不会出现多个用户信息对应一个用户，或者一个用户信息对应多个用户的情况。（一个用户的的信息只能与一个人绑定，不能一个邮箱一个账号，一个手机号一个账号，一个第三方登录一个账号，这些信息必须与一个人唯一对应起来。）

3.解决用户使用被别人注册过的手机号之后能够顺利建立新账号，同时解除新手机号与原来用户信息的绑定关系，避免用户数据被泄露。（新用户在使用新手机号注册时发现已经被注册过啦，有些产品设置快捷登录，这样得会会泄露之前用户的数据，还有些产品直接就不能登录，这些都会导致用户的流失。所以需要重新注册并且解除之前的绑定关系。）

4.第三方登录后，需要重新注册，来建立个人账号体系，不允许出现没有账号，密码的新账号信息。（新用户第三方登录后再注册对用户来说确实操作麻烦，而且还有些被欺骗的感觉，但是如果不注册则产生的虚拟账号对平台和用户都没有什么价值，所以需要进入注册流程，但是可以在这个流程给用户点心理安慰。）

5.解决用户变更手机号等注册账号信息变更后，通过用户信息和绑定账号还能找回之前的数据。（很多时候老用户换了地方，换个套餐，或因为某些原因更换了手机是很正常的，但是不能因为换了手机号就无法再使用之前的数据，特别是有资金或者隐私的数据，必须得让用户可以主动更换手机号，或者很多时间用户忘了也能得通过第三方绑定账号，信息验证找回其个人信息。）

6.保证账号服务交易时的安全性及用户资金的安全性。（假如用户手机不见啦，交易没有保护的话，那么用户的资金就极不安全。）

7.用户登录的安全性保证，采用双重保护政策，登录手势，指纹解锁等（现在很多软件都是自动登录的，即登录一次后不退出则一直保持登录状态，有些软件为了保证用户资金的安全性，使用登录保护验证。）

8.用户实名制，建立可以运用于现实世界的信息档案（当用户需要利用平台的服务资源运用于现实世界中，比如培训证书，项目经历等则需要实名制等手段将真实的用户绑定到虚拟的平台中。）

9.保证用户使用数据是人为的登录行为（在WEB端，为了避免利用代码自动登录行为，可以通过图形验证，图形拼图等方式增加机器登录的难度。）

10.用户换号后重新注册的用户数据与绑定第三方账号用户数据可以进行合并，以手机号账号信息为主，合并其他的个人信息。（比如老用户手机换号了，原来手机号又被新用户重新注册呢，那么该用户信息不是一个登陆账号但包含了第三方账号信息，个人资料及用户行为数据，而缺乏手机账号和密码，可以通过用户信息验证绑定新的手机号的密码。那么可能用户会利用新手机号重新注册，然后再绑定社交账号，发现可以找回之前的数据，那么久存在着一个账号信息合并的问题。）