用户系统 设计
2020-01-09 10:20:38 0 举报AI智能生成
用户系统 设计
作者其他创作
大纲/内容
系统构建方式
自己构建
第三方授权
需要考虑的
登录&注册
多平台账号打通
同平台账号之间绑定与解绑
账号安全等级
前端设计
手机号快速登录优先
适用于用户不登陆也能够完成大部分行为，只有在某种场景下必须获得用户身份时才需要用户登录，且此时用户想要完成的行为是被要求需进行登录操作而打断的
常见的例子是，电商、团购类，用户在应用内进行商品的浏览、筛选、添加到购物车等行为，当进行到最后一步要付款时，发现未登录
此时繁琐的注册或登录行为都有可能导致订单甚至是用户的流失，所以此时验证用户身份的方式一定要尽可能便捷
账号密码登录优先
适用于普遍场景，有利于留存用户更多的资料和信息
知乎以账号密码登录为最优先，且会隐藏第三方登录
现在的账号密码登录都会以用户注册方式代替系统生成的userid作为账号，纯长密码登录一般是较为早期的设计，例如飞信、早期的QQ
第三方授权登录优先
适用于对用户资料和权限要求不高，需节约成本、快速开发的产品，建议在构建用户系统的前期可以首先接入第三方，快速实现登录功能，后期再完善产品自己的用户系统
用户资料
是否增加此项的判断原则是根据这个产品对用户资料的需求程度决定，用户注册时是否要增加资料填写页，以及资料填写页是强制的还是可跳过的，必填项有哪些，选填项有哪些
例如，需要关系链的话，注册的时候就应该强制用户去填写资料，设置必要的昵称和头像，这样的用户对于此类应用来说才属于有效用户，不然在app内用户点进资料页，全是系统自动生成的垃圾信息，对于建设关系链和留存伤害较大
交互
细节上又可以延伸，用户注册或登录需要几个步骤（这些步骤是在一个页面上承载，还是一步一个页面，以多页面去承载）
单一页面承载的优势是用户能够有很清楚的预期，完成注册需要进行哪些操作，劣势是一个页面承载过多信息显得杂乱，操作的次序也会不明确；
多页面承载的优势是页面整洁并且路径单一，能引导用户完全按照通畅的预设路径进行，劣势是用户对完成注册的具体行为没有完整预期，更容易跳出（个人更推荐多页面，因为用户预期可以用页码／步骤管理用户预期）
补充
申请读取本机号码权限，并帮用户填写
申请读写短信权限，获取到验证码后自动填写并点击下一步
应该前置到提醒：上次登录方式，合法的手机号，正确的图形验证码等等
服务端设计
简单的基本功能
判断账号身份（注册/未注册）
账号身份生成（新用户分配ID）；
账号密码验证
多平台账号打通
需要考虑的问题
用户系统身份的创建（如果是多平台的系统，用户身份只能纳入手机号注册的用户，若第三方授权注册的也算系统用户，在账号绑定的那一关则会出现混乱）
实现多平台账号打通（要实现多平台账号打通，即所有介入多平台都能够查询到此用户身份）
平台间用户身份独立（要实现平台间用户身份独立，则需要在用户系统用户身份的基础上创建一个平台的用户身份）
名词解释
Appid：接入用户系统时首先分配，用于区别接入的各个app
Unionid：用户手机注册时，由用户系统根据手机号创建，在用户系统作为用户唯一身份标识
Appuserid：用户注册时，由app服务端根据union或者第三方授权的openid创建，在app内作为用户唯一的身份标识
基本原则
手机号作为用户系统账号的注册的唯一途径，根据手机号在用户系统服务端创建并保存unionid；app服务端根据unionid创建并保存appuserid，且将unionid对应保存
用户系统同一unionid可对应不同的appuserid（一个用户在用户系统中有唯一身份，而这个唯一的身份标识可在用这个用户系统的多个APP中使用）
使用第三方openid授权的注册用户不计入用户系统仅存在app服务端作为单app用户，即unioid为空只生成appuserid；第三方授权包括微博微信，QQ，Facebook，Twitter
0 条评论
下一页
