1.1注册是否必须：注册是为了存储用户数据，是账户体系建设的前提。比如你的产品需要进行了解用户的某些特征，做精准推荐，如果你只拿到用户的mac地址，一旦用户换了设备，怎么办？
1.1.1无需注册：如果用户注册登录对于用户需求、产品功能、商业模式本身带不来任何价值的话，就没必要设计这样的功能。很多工具类的产品都不需要用户注册，他们不需要用户的信息。
1.1.2需要注册：有注册才能建立账号系统，才能准确区分用户，进行数据收集和分析，才能积累有效数据提升产品价值，为后期的产品优化提供数据支撑……因此，对于大多数应用而言，注册的存在是非常有必要的。
1.2什么是注册：我理解的注册是指一个实体通过我们的产品（例：APP）这个媒介在我们的平台完成一个登记。告诉我们：“他”来了。注册中有一个很重要的地方就是满足1对1的关系，理想状态下，一个实体最好只有一个账户。就像身份证一样，在中国，有一万个人跟你长得一模一样都没关系，你的IDcard不一样。所以，很多产品必须要求实名制，这不仅是响应国家政策，也是账户体系甚至业务的需求，从这个角度来说国家政策到是给了我们更加官方的理由。例如：金融网贷，医疗健康，社交通讯产品等。但是，注册增也加了很多的门槛，注册路径拉长，操作难度增加，信任成本增高。
1.3.1不管用户是通过什么方式注册的，注册成功之后，数据库就会生成一个唯一标识，就是用户在我们平台的id。这个id在我平台中唯一，且不可变更。但是这个id实际的作用是代表这个用户实体，并不是代表这个账户的。这个信息一般会保存到本地，连同其他信息会在下次为快速登录使用。那么变更手机号（假设注册账户为手机号）会改变Uid吗？不会！
1.3.2注册生成和后续聚合的信息最终会成为账户体系的而基础信息，后续用户在产品使用过程中产生的其他信息（比如行为数据）都记录在此之上。
优：方便快捷，体验流畅，无记忆成本，低信任成本。可反馈效果好：反馈渠道稳定，一般每人随便随便更换手机号，便于短信推送，，电话回访，微信群运营等。
劣：有经济成本，一条验证码5分钱。验证码的达成率95%左右，这不包括，用户网络原因，运营商问题等。验证码有等待时间（一般是5-20/秒）。
3.2理由：我们是移动端医疗健康产品，产品涉及用户个人，疾病信息，还有充值消费功能。安全性要求较高。可以跳过设置密码。
3.6验证码登录：3.6.1.输入手机号，然后做手机号的校验。校验规则：网上一堆现成的，前后端都可以校验，需求文档无特殊要求就不要写了。例
在交互上做个限制，直接弹出数字键盘。错误提示要有：“这个号码有点问题哟”
2.狂刷验证码怎么办？刷验证码一般不会是人肉刷，防止机器即可，通用方式-增加一步人/机的校验，拖动滑块，做个计算题，识别图像等。即使有人闲得蛋疼，人肉刷码，可以增加验证码获取时长，等。交互限制，直接弹出数字键盘。错误提示要有：“验证码好像不对哟”。
3.验证码位数：很多产品选择6位验证码。我们的产品选择的是4位数，我觉没啥差异，4位数还可以减少用户的操作成本（当然用户基本都开放了权限也不需要输入）。如支付宝都是4位验证码。
3.6.3账户ID识别：这里如果识别手机号没有注册过，就将此号码直接注册（用户协议要有，可以默认勾选）生成Uid。此时已经是我们的用户了。
3.6.4设置密码：我们希望用户设置密码，这样不仅可以省钱，还安全。但是为了让用户快速体验产品，减少操作步骤，可以跳过，以后再设置。所以，UI可以做点手脚，重点突出设置密码，密码也不要太过复杂。登录成功。
3.7.2校验用户信息，账户不存在则跳到3.6验证码登录。账号/密码错误-忘记密码功能，见下文。
4.1输入的手机号是否已注册。这里在获取验证码的时候就要判断，不然用户一顿操作完了，你告诉他没注册，不是要骂娘嘛。这个场景是有的：我有两个手机号，其中一个手机号注册了，当我想要密码登录的时候，却忘记密码了。
4.2如果这里判断用户未注册，一定要重点提示用户的手机号，让他看清楚，这个号码没注册，换个号码试一试。而不是直接进入如上面的注册登录流程。
4.3密码修改了以后，回到登录页面，不是直接登录了。首先这是安全问题，其次忘记密码和登录时两个功能。密码修改后是否要给手机号发送一个通知提醒（短信，系统消息）
5.1这是一个重要但是超低频的功能。用户更换手机号码的场景：原有号码无法使用或者不打算使用户了，需要使用新的号码。这个功能本身很简单，但是安全性要求却非常的高。我们的产品使用手机号作为登录账号，并且用户还可以不设置密码，一旦用户手机丢失，别人别人直接更换手机号那就GG了。所以部分产品更换手机号需要人工客服，建立一套管控机制。
5.2通用做法：输入新手机号-填写新手机号验证码-更换成功。这里能讲定风险的操作就是增加用户历史信息的验证。换号码后，向旧号码发送通知。
