假如让我来做产品的注册功能，我会…….docVIP

假如让我来做产品的注册功能，我会…… 　　在开始之前，首先声明，我仅从自己对产品的角度来写文章，并没有鄙视任何人或者产品的意思。 　　 　　登录注册，是两个相辅相成的功能，同样也是一款产品，一个平台甚至一种商业模式的起点。但是，很多产品经理在设计之初，都是很草率的做出设计和决定，导致门槛变得凹凸不平，用户看了就不想进。我没做过注册，但和一些群里的小伙伴聊的过程中，发现，很多做了注册功能的人都踩过很多坑。 　　但是要去享受被批的过程哦（我不是M！），因为试错才能有更多的经验去积累，是学习的重要途径。 　　（一） 　　那么，小伙伴一开始是如何设计注册的呢？ 　　下面是一位匿名小伙伴（没有鄙视的意思，可能我做得更差）的做的注册： 　　1、这是我做的体验出来的流程（设置密码在注册成功子流程内，没写出来哈） 　　 　　输入手机号时未调用只能输入数字型的键盘，而是使用的当前系统使用的输入法，无法输入字母（但是输入法支持切换） 　　手机号验证码每60s就能发送一次，更换手机号之后必须在上次等待时间结束时才能重新发送验证码。 　　除了手机验证码，一开始，还有图形验证码 　　…… 　　3、注册的异常状态 　　手机号已注册，依然可以点击发送验证码，提交时会提示已注册。似乎找到了一种浪费时间的新方式。 　　发送的短信在通知栏看不到验证码，我必须在短信中看。 　　邮箱没有校验，即使我输入的是asdasdasd@，也能发送… 　　无网络点击提交时，填写的注册信息会被刷新掉…. 　　…… 　　4、产品的体验 　　手机号校验后，输入了验证码告诉我已经被注册。 　　邮箱注册时，无法跳转至对应APP或者网页。我必须意识到我要去登录去看，我要去下QQ邮箱。 　　我是国外的用户，直接不让注册。 　　异常提示“您的手机号已被注册”“您的邮箱已被注册”，太过死板。现在又不是WEB1.0时代。 　　…… 　　我相信，用户在注册时，可以感受到这是一款可以用的APP。但他距离用户喜欢，还有很大的距离。 　　（二） 　　毫无疑问，我无情吐槽了小伙伴。那如果我来做，我能做的更好嘛？ 　　如果我来做，我会这样做（以电商来举例哈）。 　　依然使用我上次制作登录时的基本逻辑，开始注入新的元素。 　　1、了解我们公司为什么要做注册，了解业务需求 　　为什么要注册？每个公司，每个产品经理都说注册非常重要，但是为什么？ 　　 　　（1）用户红利，推荐、营销、市场地位、拉投资等最关键关键因素之一 　　（2）足够的体量，能够验证你产品的方向正确性 　　（3）五大类产品需要注册来干什么？ 　　社交产品：用于用户区分产生交流 　　媒体产品：用于行为获取产生推荐 　　娱乐产品：用于等级差异产生黏性 　　平台产品：用于数据获取吸引B端 　　工具产品：用于需求获取产生迭代 　　这一步我了解了，电商APP不注册，就是在呆萌的流量中转站，而且是不产生价值的中转站。 　　2、了解注册的类型 　　 　　通过这一步，我了解对于电商应该采取什么触发方式和注册分类： 　　触发性注册 　　开放型注册 　　3、分析注册关键需求 　　对于注册，有三个最核心的功能和性能需求： 　　（1）风控（举例） 　　手机短信一定要防刷：以手机特殊ID来作为辨识手机。 　　注册一定要防刷：同一设备重复注册，一定要加验证码。 　　邮箱一定要防刷：很容易被服务器当做垃圾邮箱。 　　（2）性能（举例） 　　注册牵扯的接口，尽量最少。只使用用户中心的某一个ID做区分就行。 　　（3）安全（举例） 　　选择准确率高的短信和邮件分发方，不要让信息外漏。 　　通过这一步，我初步的了解了之后在原型设计和与技术对接时需要注意的规则性的东西。 　　4、确认自己的注册 　　经过一系列的整理，我已经知道了自己想要的需求。这一步我会定义自己关于注册的需求的优先级（例举）。 　　注册除了在登陆时的考核外，对于业务方、风控和安全的考虑会更多，所以，优先级的定义会偏向于安全、性能。 　　账号名为关键需求，优先级为P1 　　验证码为风控需求，优先级为P1 　　密码为非一定要收集的需求，暂无其他更紧急需求，优先级暂定为P1 　　邮箱为非必选注册类型，有较为紧急的其他需求，优先级暂定为P2 　　…… 　　在这个阶段，我会大致规划出我将要做成什么样子，同时评选出第一步我要做成什么样子。 　　5、流程、逻辑设计、创新流程 　　在该阶段我通过会有四个关键的考虑点： 　　流程的完备性：输入密码后，是否二次确认？关键的校验条件，自己产品的核心规则。 　　逻辑的规则：更换手机号，是否需要等待？手机号的规则？邮箱的规则？无网络的规则？错误规则？等等 　　创新流程的合理性：是否遵循了用户使用习惯？是否将非必须流程加入了流程中？简化的步骤可能涉及的问题点？等等 　　流程和逻辑的可扩展性：死流程