是否有必要设计登录注册模块
各方面需求分析
- 用户层面
①用户需要在产品中获得一个独立的ID，以体现其个性化的存在。
②用户需要产品为其记录使用进度、收藏的内容。
③用户希望获得其它用户的真实信息或更详尽的信息。
④用户希望产品通过对自己更详尽的了解提供更好的服务。比如通过偏好设置智能推荐内容。
- 功能层面
①便于跨设备同步数据，也便于在同一设备中切换不同的账户并保留账户之前的状态。
②有社交功能的产品必须注册账号以编写自己的UGC的内容，同时便于其它用户辨识。
③有交易功能的产品，为个人账户记录订单等交易信息，同时提高交易的安全性。
④有应用内付费、VIP会员增值功能的产品，注册登录可以确保用户权益。
- 业务层面
①需要采集对于核心业务非常重要的用户信息，比如手机号、偏好等信息。
②注册登录后便于采集推进运营的数据，以指导产品运营方向。
③用户激励：通过注册得到手机号、邮箱后，可以通过给用户发短信或优惠券（送优惠券、活动推荐）吸引用户，提高活跃度。
{参考链接：APP注册登录功能设计全方位解析(作者：周博文) >>>}
结论1：需设置登录注册模块
1跳1动产品模式是OTO商城+社交。用户需要个性化的ID，运营也需要采集用户信息指导运营方向，且账户可以提高交易的安全性。
先注册后使用还是先使用后注册
1、先注册后使用（需要登录后才能继续使用产品功能服务）
- 类似微信类熟人社交产品
核心功能一般围绕用户身份、用户关系进行
- 类似邮箱、网盘等个人信息工具类产品
涉及到的多为用户个人隐私信息以及围绕个人隐私信息展开的功能服务
2、先使用后注册（不需要首先登录可以使用产品或者产品的部分功能）
- 大部分电商类以及O2O类产品
电商类以及O2O类产品，最重要的就是最后的下单成功率，在这之前尽量不要打断用户的使用流程，只是在最后的下单结算环节需要用户信息时才需要登录，确保用户流程的流畅性。
- 知乎、简书等社区型产品
不需要用户登录就可以使用部分产品功能，帮助用户对产品的功能服务有一个基础的了解，对产品有一个初步的印象，在用户需要更深一步的使用产品的时候，再去要求用户进行登录。此时，登录对用户来说不是一个门槛，而是想进一步了深入了解产品的通道。
{参考链接：APP「登录注册模块」详解（作者：一碗糖言）>>>}
结论2：先使用后注册，以手机号为主键注册，辅以第三方账户登录，在同一页面中完成
1跳1动主要用力于app端，手机号对于业务层面非常重要，故以手机号为主键注册。其注册所需信息少，往往只包含：手机号、验证码、密码等，可在同一页面中完成注册。
产品中含有大量视频分享内容，游客可能产生点评互动的冲动，这时提示登录注册，若跳过手机号，选择了第三方账户快速登录，在需要下单结算环节，可再提示绑定手机号。
登录注册相关逻辑
登录注册设计细节
1. 交互逻辑
- 登录页
触发点：点击<我的>（Tab标签）及相关操作。如点赞、点评、收藏等。
登录页
-
着陆页
从哪里触发，回到哪里。 -
×
关闭。回到触发页面。
2. 异常处理
-
未输入手机号，直接点击获取验证码
提示：请输入手机号 -
验证码输入错误，直接点击“→”（登录）
提示：手机号或验证码输入有误 -
换手机号了或者无法收到验证码
调取用户账号里的以往记录，混杂其他数据，通过设置选择门槛来验证是否为本人。
3. 功能细节
-
输入框的获得焦点时突出显示
-
手机号限制字符和格式：xxx xxxx xxxx（11位）
-
点击验证码后，弹出图形验证码【防止spam】
-
当输入手机号和验证码后，不可用的→转为可用状态。【避免误操作】
-
重新获取验证码的间隔为45s，验证码有效时间为10分钟。但当发起第5次获取验证码请求时，冷冻时间变为半小时。（短信运营商至少找两家进行双备份）【防止spam）
-
登录成功后为用户显示默认头像
若用户自定义头像，锁定头像比例，提供在线裁剪功能 -
记住用户，1个月内自动登录
4. 业务需求
- 用户访问热点
- 行为监控
网友评论