手上的项目要开发App，首先要解决注册/登录功能，分享下自己的思路。
1、确定功能流程
· 注册
注册最基础的作用，是给用户一个唯一身份。出于业务或其他需求，可能要求用户提供更多的信息。
有些产品（新闻、资讯、音乐等）的内容可以随意浏览，不需要注册。但评论或收藏时，就需要注册区分身份。
注册时，根据产品的需求，要求用户提供不同的信息。饿了么外卖，有手机号就行了；腾讯系产品，直接输入QQ号；抱大腿的Tinder，只能使用Facebook登录。
ps：微信从QQ注册、手机号QQ并存、到现在的只允许手机号注册，可以看出不同阶段的策略变化。
而这个项目中的用户，是在原有系统中移植过来的。靠微信的openid识别身份，用户直接登录。用户没有身份概念，新的App也不应该增加注册。给用户提供唯一标识（邀请码），对接App就行了。
· 登录
登录是系统对用户身份的确认，这次的方案使用邀请码即可。
最终方案是：给用户发送邀请码，用户在有效时间段内，输入邀请码登录。
2、方案设计
第一版方案设计的很粗暴，直接给个输入框，像下面这样：
单纯输入框
用户的操作流程：
打开App——点击输入框——输入/粘贴邀请码——点击登录——登录判断——成功/失败
自己设想中，邀请码可能是字母、数字混编，位数不定，用输入框一劳永逸。
和技术同学进行沟通，得到反馈“以现有用户量，邀请码6位数字唯有问题”。恶意破坏情况，可以通过限制登录次数的方法解决。
6位数字的格式，也就不用考虑：用户会有复制/粘贴的操作；是否提供清空功能；输入内容部分错误，编辑困难等情况。
下面是最终方案：
仿微信支付方案
没错，借（chao）鉴（xi）的微信支付交互方案，做了一些细微的调整：
· 进入App自动调用【Number】键盘
· 输入字符明文显示（邀请码有时效性，不用考虑泄密）
· 输入6位字符后自动触发登录
· 输入错误后自动清空
· 单位时间内输入错误次数超过10次，当日禁止登录
用户操作流程：
打开App——输入邀请码——登录成功/失败
——————————————
感谢技术同学给出“6位数字”的反馈，改变了整个交互方式。
网友评论