“在开始之前，首先声明，我仅从自己对产品的角度来写文章，并没有鄙视任何人或者产品的意思”
登录&注册，是两个相辅相成的功能，同样也是一款产品，一个平台甚至一种商业模式的起点。但是，很多产品经理在设计之初，都是很草率的做出设计和决定，导致门槛变得凹凸不平，用户看了就不想进。我没做过注册，但和一些群里的小伙伴聊的过程中，发现，很多做了注册功能的人都踩过很多坑。
但是要去享受被批的过程哦（我不是M！），因为试错才能有更多的经验去积累，是学习的重要途径。
那么，小伙伴一开始是如何设计注册的呢，下面是一位匿名小伙伴（没有鄙视的意思，可能我做得更差）的做的注册
1、这是我做的体验出来的流程（设置密码在注册成功子流程内，没写出来哈）：
①输入手机号时未调用只能输入数字型的键盘，而是使用的当前系统使用的输入法，无法输入字母（但是输入法支持切换）
②手机号验证码每60s就能发送一次，更换手机号之后必须在上次等待时间结束时才能重新发送验证码。
③除了手机验证码，一开始，还有图形验证码。
④密码只输入一次，我可能会忘记。
.....
2、不同的文本框边界值。
①手机号必须11位，但是西班牙九位，意大利十位，丹麦8位。所以，国际化的产品要非常注意，幸好小伙伴的是全球购。（╯^╰)
②验证码未限制长度。捣蛋鬼用户就是要输入五位然后来投诉。
③邮箱地址长度未限制，未检测，我可以在邮箱中输入上百个字符，很强势。
④邮箱必须输入验证码，但是APP能够做到点击验证码直接进入密码设置界面。
⑤密码无限制，我的密码是40米长的卷轴23333333
......
3、注册的异常状态。
①手机号已注册，依然可以点击发送验证码，提交时会提示已注册。似乎找到了一种浪费时间的新方式。
②发送的短信在通知栏看不到验证码，我必须在短信中看。
③邮箱没有校验，即使我输入的是[email protected]，也能发送...
④无网络点击提交时，填写的注册信息会被刷新掉....
....
4、产品的体验。
①手机号校验后，输入了验证码告诉我已经被注册。
②邮箱注册时，无法跳转至对应APP或者网页。我必须意识到我要去登录去看，我要去下QQ邮箱。
③我是国外的用户，直接不让注册。
④异常提示“您的手机号已被注册”“您的邮箱已被注册”，太过死板。现在又不是WEB1.0时代。
...
我相信，用户在注册时，可以感受到这是一款可以用的APP。但他距离用户喜欢，还有很大的距离。
毫无疑问，我无情吐槽了小伙伴。那如果我来做，我能做的更好嘛？
如果，我来做，我会这样做（以电商来举例哈）。
依然使用我上次制作登录时的基本逻辑，开始注入新的元素。
一、了解我们公司为什么要做注册，了解业务需求。
为什么要注册？每个公司，每个产品经理都说注册非常重要，但是为什么？
① 用户红利，推荐、营销、市场地位、拉投资等最关键关键因素之一
②足够的体量，能够验证你产品的方向正确性
③五大类产品需要注册来干什么？
社交产品：用于用户区分产生交流
媒体产品：用于行为获取产生推荐
娱乐产品：用于等级差异产生黏性
平台产品：用于数据获取吸引B端
工具产品：用于需求获取产生迭代
这一步我了解了，电商APP不注册，就是在呆萌的流量中转站，而且是不产生价值的中转站。
二、了解注册的类型。
通过这一步，我了解对于电商应该采取什么触发方式和注册分类：
触发性注册+开放型注册。
三、分析注册关键需求。
对于注册，有三个最核心的功能和性能需求：
①风控（举例）。
手机短信一定要防刷：以手机特殊ID来作为辨识手机。
注册一定要防刷：同一设备重复注册，一定要加验证码。
邮箱一定要防刷：很容易被服务器当做垃圾邮箱。
②性能（举例）。
注册牵扯的接口，尽量最少。只使用用户中心的某一个ID做区分就行。
③安全（举例）。
选择准确率高的短信和邮件分发方，不要让信息外漏。
通过这一步，我初步的了解了之后在原型设计和与技术对接时需要注意的规则性的东西。
四、确认自己的注册。
经过一系列的整理，我已经知道了自己想要的需求。这一步我会定义自己关于注册的需求的优先级（例举）。
注册除了在登陆时的考核外，对于业务方、风控和安全的考虑会更多，所以，优先级的定义会偏向于安全、性能。
①账号名为关键需求，优先级为P1。
②验证码为风控需求，优先级为P1。
③密码为非一定要收集的需求，暂无其他更紧急需求，优先级暂定为P1。
④邮箱为非必选注册类型，有较为紧急的其他需求，优先级暂定为P2。
...
在这个阶段，我会大致规划出我将要做成什么样子，同时评选出第一步我要做成什么样子。
五、流程、逻辑设计、创新流程。
在该阶段我通过会有四个关键的考虑点：
①流程的完备性：输入密码后，是否二次确认？关键的校验条件，自己产品的核心规则。
②逻辑的规则：更换手机号，是否需要等待？手机号的规则？邮箱的规则？无网络的规则？错误规则？等等
③创新流程的合理性：是否遵循了用户使用习惯？是否将非必须流程加入了流程中？简化的步骤可能涉及的问题点？等等
④流程和逻辑的可扩展性：死流程在下次迭代，意味着生成全新的产品，尽管样式相同。
通过这一步，我了解了需求真正的价值和规范，为之后的原型设计打了基础。
六、原型设计、创新设计。
这个阶段，我会考虑很关键的两个问题：
①面向的用户群：C端一定意味着人性化和体验偏向。B端一定意味着安全性和功能偏向。交互的重度、设计等，都会在这里评估。
②原型设计的细节：列表的字段展示规则，获取规则：状态的规则，可执行的操作，状态的扭转，以及对应的数据的处理。
通过这一步，我清楚的知道我关于需求的每一个可能的细节，在项目进入研发后，会减少很多的没必要的思考和原型的变更。
七、项目研发，合理的规划。
沟通在整个项目开发过程中，是不可缺少的一环。其中，你的话语更重要的是在PRD和原型中说出来的，这个阶段，更多的沟通是进度、交互、异常和研发困难的处理，不要让自己的工作重点倾向没必要的过程中、
对于设计师，你要使用正确的语言和可具象化的语言，如模板，具体的网址和风格，不要给予模棱两可的话，如感觉，大了一点，不好看等。
对于研发和测试，你要多爱护~别人在问项目进度以及提交BUG时，尽可能早的出来干预，减少他们没必要的对于产品需求和BUG之间的区分时间。
这个阶段，最重要的是，让正确的事情，持续不断的发生，直到上线验证通过。
通过这一步，我的产品宝宝已经生产出来啦~
八、数据验证，工具化使用。
很少的产品经理会通过数据来主动验证自己需求的正确性。
但不意味着，数据是一个可以忽视的数字。相反，数据，是可以让你了解产品的走向，甚至让你提出颠覆产品的需求的重要凭借。
有几个网站推荐给大家：
ASO114：应用商店排名分析
Alexa：网站全球排名
Growing IO：数据分析工具
艾瑞咨询：行业数据的获取
产品大牛：产品经理网站一站式导航
hao.199it.com/：大数据网站导航
在这一步，通过数据告诉你自己也告诉别人，我们现在在做正确的事情，如果不对，我们及时更改。同时也可以一个发掘风控需求的地方。
九、总结，想想做的傻事。
请用文字，表格，脑图等任何形式记录下来。
让你想的，变成你做的。把每次总结当做产品来看，如（举例简单说明哈）
分类：错误
描述：原型设计中，将PC的关闭功能放置在了右下角
原因：没有遵循PC的用户使用习惯
解决方案：将关闭功能放置在右上角
是否意识到：未察觉
重要度：高
属性：行业基础知识
时间：2016-10-12 23:49:42
看到并写出你的错误，比仅仅意识到，更好。
十、尝试质疑自己做的，并开始迭代。
不要过分相信自己和导师的眼光。即使已上线，请对他们先说不，在考虑之后，再决定说不还是是。
加班后写的，可能有些语言不通，非常抱歉哈
下次写快速完成原型
铁头
16.10.12
欢迎关注我的公众号：铁头功