用户是什么意思(怎么注册用户名)( 三 )


(4)账户日志模块:记录所有添加、删除、修改、检查账户服务相关操作日志的模块 , 无论是用户、后台操作员还是接口调用方;为了监测、追踪和追查的目的 。
(5)数据分析模块:统计账号提供的功能使用数据 。比如整个注册的成功率 , 用户填写数据指南所用的时间 。
(6)接口管理模块:提供接口切换、接口呼叫统计和核心接口故障告警灯服务 。
(7)协议管理模块:提供协议上传和协议签署记录的模块 。注:目前工信部对互联网个人的隐私管理非常严格 , 因此用户服务条款和隐私协议是账号的必备模块 。如果你对这一块不太了解 , 可以看看我之前的文章 。
4. 基础数据模块账户中心是核心底层的服务 。作为一个产品经理 , 你必须清楚你的模块中的核心数据 , 以及这些数据是用来做什么的 , 这样你在设计产品或者处理复杂异常场景的时候才会得心应手 。
(1)账户状态:正常、冻结、注销 。
(2)用户基本信息设备信息:(设备名称、设备型号、设备ID)、地址信息:(经常登录的地址、公司/家庭所在地)、用户信息:(姓名、年龄、邮箱、手机号、性别、职业、学历、昵称、证书号)、第三方账号信息:(昵称、头像、第三方ID)
(3)应用信息(使用账号的应用信息)应用名称、创建时间、应用描述、应用类型(APP/web/h5/ applet)、应用的部门ID(department ID)、产品ID(productID)和应用类型ID(applicationID)
(4)界面场景:注册、登录、修改密码、绑定手机号等 。
其实底层数据是为未来规划奠定基础的 , 尤其是作为几十个或者几百个业务使用的账户的中台 , 底层数据非常重要 。
接下来 , 我们将重点介绍一些基础数据的功能:
设备信息:
可以为用户提供用户历史登录设备 , 以及非常用设备登录等安全提醒的功能 。可以限制同一个账号同时登录设备数量的限制 , 如果所在的业务有会员等业务这个功能是非常需要的 。应用程序信息 , 界面场景:
有了这四层数据 , 账号平台可以清楚的知道用户是从哪个应用注册的;有这四个层次的数据 , 只能根据不同的业务、产品、应用 , 把账号标记成好像要个性化的样子 。(层级的划分 , 根据公司的组织架构 , 如果创业型公司建议 , 前期增加一些层级备用 , 防止公司做大了再额外增加层级)
这些底层数据很重要 , 一定要想好账户的整体规划 , 然后第一个版本要做好底层数据;以后做起来就容易多了 。如果前期没有打好基础 , 后期收集这些数据会异常困难 。
所以 , 其实真正做产品的大师 , 在满足需求的时候并没有解决;而是要先把可能的预期需求思考很久 , 然后在第一个版本打好基础 。
5. 底层能力:这边指的是账号服务 , 需要的一些第三方的能力
(1)图形验证码使用场景:主要是手机号接受验证码的场景 。手机号接受短信前 , 用图形验证码防止恶意数据刷机 。注意:不要每次都打验证码 。一定要限制数量 。比如同一个手机号一天在平台上获取短信验证码超过5次 , 就需要检查图形验证码 。
(2)短信验证码使用场景:使用手机号注册或登录 。
(3)使用语音验证码的场景:用手机号注册或登录 , 但用户收不到短信的场景 。注意事项:控制用户使用语音验证码的场景 , 比如同一页面的用户接触点击两次获得短信验证码 , 但没有填写或填写错误 , 显示语音验证码入口的场景 。
(4)邮箱验证码的使用场景:使用邮箱注册或登录的场景 。
(5)文本识别的场景:从安全性、合规性、黄色辨别等方面识别用户输入的文本 。比如用户在输入用户名、用户签名等等的时候 , 一定要配合黑白文字列表的功能一起使用 , 因为第三方文字公司误杀或者遗漏的场景很多 , 短时间内无法快速解决 。
(6)一键登录场景:APP用户用手机号注册的场景 。注意:要和手动输入手机号验证码的场景配合使用 , 因为有些用户不想用这台电脑作为自己注册的手机号 。
(7)图片识别使用场景:从安全性、合规性、黄色识别等方面识别用户上传的图片 。 , 比如用户上传头像 。
在引入第三方功能时 , 有一些经验可以分享:
在引入第三方服务商时 , 一定要从服务可用性、业务场景覆盖、产品体验、客服对应速度、技术支持力度、价格、接入复杂程度、数据安全等多个维度进行综合评估 。


推荐阅读