账号体系产品设计思路

14 评论 38362 浏览 417 收藏 11 分钟

当用户花上50M流量下载你的APP时,请在登录时对他好点。

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

用户使用场景

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

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

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

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

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

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

账号体系产品需要解决什么问题?(需求分析)

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

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

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

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

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

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

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

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

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

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

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

怎么解决这些问题?(产品设计)

解决账号真实性和唯一性,以及用户新手机号被注册过后解绑注册问题,保证用户注册顺畅,以便用户可以快速获取自己想要的服务。其中注册模块功能点包括手机号,手机验证码,密码,用户协议及注册。其重点在于通过业务逻辑保证体系的完善性,通过优化用户使用流程及交互体验来是产品变得易用性,提高用户的转化率。

业务逻辑图

用户使用流程

用户使用流程(常规):输入手机号-发送验证码-输入验证码-输入密码-同意用户协议-点击注册-转到登录页面-输入用户名-输入密码-登录。

流程优化:输入手机号-发送验证码-输入验证码-输入密码-同意用户协议(默认同意)-点击注册-转到登录页面(自动)-输入用户名(自动读取)-输入密码-登录

从用户使用场景中可以发现,用户进入注册/登录页面的目的是为了获取某项服务,所以对流程要求就是快。那么当用户注册成功后,就可以调用刚才的用户名省去登录中再次输入用户名,只需要用户输入密码就可以啦。

交互设计逻辑

交互设计

联合登录-重新注册账号,通过联登解决老用户因为换手机导致原手机账号已被解绑不能登录,重新绑定新手机的问题。其中联登模块功能点包括联登确认和注册流程。

联合登录逻辑图

 忘记密码逻辑图

主动更换手机逻辑图

登录逻辑图

更换第三方账号逻辑图

以上是总结的一些。有更多补充的 可以私信。

总之,当用户花上50M流量下载你的APP时,请在登录时对他好点。

 

本文由 @john 原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自PEXELS,基于CC0协议

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 想请教下怎么进入解绑流程,在重置手机号流程中,判断手机号是否已经注册,如果新的手机号已经注册,就进入解绑流程;
    如果新的手机号确实有别的人在用,怎么把控账号被盗用的风险;

    来自北京 回复
    1. 通过验证码

      来自广东 回复
  2. 这篇文章比隔壁那篇标题为账号体系的文字好到不知道哪里去了。

    来自广东 回复
  3. 您的描述看起来是挺详细的,但逻辑并不是很清晰,甚至有点问题

    来自广东 回复
  4. 存在逻辑问题

    回复
  5. 很详细,赞一个!

    来自北京 回复
  6. 这流程画的有点乱。建议业务逻辑的流程不要加入交互细节。
    如果账号001下只有手机号A存在关联。手机号A又被别人解绑了,那么这个账号001怎么找回?

    来自浙江 回复
    1. 可以通过邮箱 或者通过账号更换手机号

      回复
    2. 你的账号体系,允不允许用户账号下只存在(注意:是只存在)关联手机号,如果存在,该账号下的手机号被其他账号关联走了,那么这个账号怎么找回来。因为我看你的原型是靠手机号登录。

      来自浙江 回复
  7. 流程图画的有点难懂

    来自北京 回复