假如让我来做产品的注册功能,我会……

37 评论 12529 浏览 81 收藏 13 分钟

在开始之前,首先声明,我仅从自己对产品的角度来写文章,并没有鄙视任何人或者产品的意思。

登录&注册,是两个相辅相成的功能,同样也是一款产品,一个平台甚至一种商业模式的起点。但是,很多产品经理在设计之初,都是很草率的做出设计和决定,导致门槛变得凹凸不平,用户看了就不想进。我没做过注册,但和一些群里的小伙伴聊的过程中,发现,很多做了注册功能的人都踩过很多坑。

但是要去享受被批的过程哦(我不是M!),因为试错才能有更多的经验去积累,是学习的重要途径。

(一)

那么,小伙伴一开始是如何设计注册的呢?

下面是一位匿名小伙伴(没有鄙视的意思,可能我做得更差)的做的注册:

 1、这是我做的体验出来的流程(设置密码在注册成功子流程内,没写出来哈)

  1. 输入手机号时未调用只能输入数字型的键盘,而是使用的当前系统使用的输入法,无法输入字母(但是输入法支持切换)
  2. 手机号验证码每60s就能发送一次,更换手机号之后必须在上次等待时间结束时才能重新发送验证码。
  3. 除了手机验证码,一开始,还有图形验证码。
  4. 密码只输入一次,我可能会忘记。
  5. …..

 2、不同的文本框边界值

  1. 手机号必须11位,但是西班牙九位,意大利十位,丹麦8位。所以,国际化的产品要非常注意,幸好小伙伴的是全球购。(╯^╰)
  2. 验证码未限制长度。捣蛋鬼用户就是要输入五位然后来投诉。
  3. 邮箱地址长度未限制,未检测,我可以在邮箱中输入上百个字符,很强势。
  4. 邮箱必须输入验证码,但是APP能够做到点击验证码直接进入密码设置界面。
  5. 密码无限制,我的密码是40米长的卷轴23333333
  6. ……

3、注册的异常状态

  1. 手机号已注册,依然可以点击发送验证码,提交时会提示已注册。似乎找到了一种浪费时间的新方式。
  2. 发送的短信在通知栏看不到验证码,我必须在短信中看。
  3. 邮箱没有校验,即使我输入的是asdasdasd@asda.com,也能发送…
  4. 无网络点击提交时,填写的注册信息会被刷新掉….
  5. ……

 4、产品的体验

  1. 手机号校验后,输入了验证码告诉我已经被注册。
  2. 邮箱注册时,无法跳转至对应APP或者网页。我必须意识到我要去登录去看,我要去下QQ邮箱。
  3. 我是国外的用户,直接不让注册。
  4. 异常提示“您的手机号已被注册”“您的邮箱已被注册”,太过死板。现在又不是WEB1.0时代。
  5. ……

我相信,用户在注册时,可以感受到这是一款可以用的APP。但他距离用户喜欢,还有很大的距离。

(二)

毫无疑问,我无情吐槽了小伙伴。那如果我来做,我能做的更好嘛?

如果我来做,我会这样做(以电商来举例哈)。

依然使用我上次制作登录时的基本逻辑,开始注入新的元素。

1、了解我们公司为什么要做注册,了解业务需求

为什么要注册?每个公司,每个产品经理都说注册非常重要,但是为什么?

(1)用户红利,推荐、营销、市场地位、拉投资等最关键关键因素之一

(2)足够的体量,能够验证你产品的方向正确性

(3)五大类产品需要注册来干什么?

  • 社交产品:用于用户区分产生交流
  • 媒体产品:用于行为获取产生推荐
  • 娱乐产品:用于等级差异产生黏性
  • 平台产品:用于数据获取吸引B端
  • 工具产品:用于需求获取产生迭代

这一步我了解了,电商APP不注册,就是在呆萌的流量中转站,而且是不产生价值的中转站。

2、了解注册的类型

通过这一步,我了解对于电商应该采取什么触发方式和注册分类:

  1. 触发性注册
  2. 开放型注册

3、分析注册关键需求

对于注册,有三个最核心的功能和性能需求:

(1)风控(举例)

  • 手机短信一定要防刷:以手机特殊ID来作为辨识手机。
  • 注册一定要防刷:同一设备重复注册,一定要加验证码。
  • 邮箱一定要防刷:很容易被服务器当做垃圾邮箱。

(2)性能(举例)

注册牵扯的接口,尽量最少。只使用用户中心的某一个ID做区分就行。

(3)安全(举例)

选择准确率高的短信和邮件分发方,不要让信息外漏。

通过这一步,我初步的了解了之后在原型设计和与技术对接时需要注意的规则性的东西。

4、确认自己的注册

经过一系列的整理,我已经知道了自己想要的需求。这一步我会定义自己关于注册的需求的优先级(例举)。

注册除了在登陆时的考核外,对于业务方、风控和安全的考虑会更多,所以,优先级的定义会偏向于安全、性能。

  1. 账号名为关键需求,优先级为P1
  2. 验证码为风控需求,优先级为P1
  3. 密码为非一定要收集的需求,暂无其他更紧急需求,优先级暂定为P1
  4. 邮箱为非必选注册类型,有较为紧急的其他需求,优先级暂定为P2
  5. ……

在这个阶段,我会大致规划出我将要做成什么样子,同时评选出第一步我要做成什么样子。

5、流程、逻辑设计、创新流程

在该阶段我通过会有四个关键的考虑点:

  1. 流程的完备性:输入密码后,是否二次确认?关键的校验条件,自己产品的核心规则。
  2. 逻辑的规则:更换手机号,是否需要等待?手机号的规则?邮箱的规则?无网络的规则?错误规则?等等
  3. 创新流程的合理性:是否遵循了用户使用习惯?是否将非必须流程加入了流程中?简化的步骤可能涉及的问题点?等等
  4. 流程和逻辑的可扩展性:死流程在下次迭代,意味着生成全新的产品,尽管样式相同。

通过这一步,我了解了需求真正的价值和规范,为之后的原型设计打了基础。

6、原型设计、创新设计

这个阶段,我会考虑很关键的两个问题:

  1. 面向的用户群:C端一定意味着人性化和体验偏向。B端一定意味着安全性和功能偏向。交互的重度、设计等,都会在这里评估。
  2. 原型设计的细节:列表的字段展示规则,获取规则:状态的规则,可执行的操作,状态的扭转,以及对应的数据的处理。

通过这一步,我清楚的知道我关于需求的每一个可能的细节,在项目进入研发后,会减少很多的没必要的思考和原型的变更。

7、项目研发,合理的规划

沟通在整个项目开发过程中,是不可缺少的一环。其中,你的话语更重要的是在PRD和原型中说出来的,这个阶段,更多的沟通是进度、交互、异常和研发困难的处理,不要让自己的工作重点倾向没必要的过程中、

对于设计师,你要使用正确的语言和可具象化的语言,如模板,具体的网址和风格,不要给予模棱两可的话,如感觉,大了一点,不好看等。

对于研发和测试,你要多爱护~别人在问项目进度以及提交BUG时,尽可能早的出来干预,减少他们没必要的对于产品需求和BUG之间的区分时间。

这个阶段,最重要的是,让正确的事情,持续不断的发生,直到上线验证通过。

通过这一步,我的产品宝宝已经生产出来啦~

8、数据验证,工具化使用

很少的产品经理会通过数据来主动验证自己需求的正确性。

但不意味着,数据是一个可以忽视的数字。相反,数据,是可以让你了解产品的走向,甚至让你提出颠覆产品的需求的重要凭借。

有几个网站推荐给大家:

  • ASO114:应用商店排名分析
  • Alexa:网站全球排名
  • Growing IO:数据分析工具
  • 艾瑞咨询:行业数据的获取
  • hao.199it.com/:大数据网站导航

在这一步,通过数据告诉你自己也告诉别人,我们现在在做正确的事情,如果不对,我们及时更改。同时也可以一个发掘风控需求的地方。

9、总结(想想做的傻事)

请用文字,表格,脑图等任何形式记录下来。

让你想的,变成你做的。把每次总结当做产品来看,如(举例简单说明哈)

分类:错误

描述:原型设计中,将PC的关闭功能放置在了右下角

原因:没有遵循PC的用户使用习惯

解决方案:将关闭功能放置在右上角

是否意识到:未察觉

重要度:高

属性:行业基础知识

时间:2016-10-12 23:49:42

看到并写出你的错误,比仅仅意识到,更好。

10、尝试质疑自己做的,并开始迭代

不要过分相信自己和导师的眼光。即使已上线,请对他们先说不,在考虑之后,再决定说“yes”or“no”。

【下次写快速完成原型】

 

作者:刘铁头,公众号:铁头功 ,欢迎交流

本文由 @刘铁头 原创发布于人人都是产品经理。未经许可,禁止转载。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
海报
评论
评论请登录
  1. 加油 相信你未来的作品会更好

    回复
  2. 看完包含那粗糙的流程图的前小半段产生了想喷的冲动,但是还是耐着性子看完了,思路还是很全的。可能许多人做注册流程是默认了许多的规则,当做定式;所以把它能剥离抽象出来看也能有一番收获。所谓,光做不说假把式吧~卤煮加油

    来自上海 回复
  3. 我也是

    来自上海 回复
  4. 一看就是个萌新 🙂

    来自上海 回复
  5. 大家不要嫌弃人家了,人家在开头写了,不是PM。虽然一看就是产品方面的新手,有些观点不够深入,有的还不一定对,但思路比较完善和全面,对我有一些启发和收获,是时候也整理一下自己的关于登录注册和找回密码的文章了。

    来自上海 回复
    1. 哈哈 老司机啊 我刚入职半年~

      来自上海 回复
    2. 哟~原来是同行,加油! 🙂 你是个有思想深度和广度的人

      来自日本 回复
    3. 😯

      来自上海 回复
  6. 😮 感到一堆嘴巴选手,看完有收获就是好文章,支持一下。

    来自浙江 回复
  7. 新人,加油

    来自上海 回复
  8. 看完就呵呵了,文件管理类工具产品不需要注册?呵呵呵 那我的文件让你管喽?~

    来自北京 回复
    1. 那个我分析的大体上的,细分种类的话肯定是需要的,云文件管理其实已经不算是本地的了,更多的是云空间管理。

      来自上海 回复
  9. 觉得还行啊。新手,准备学做产品,觉得你分析的很不错,这些人也太挑了吧。。
    只是说的这种思维方式,具体做的时候也是脑子过一遍就行了,哪能多耗时。我反倒觉得细节决定成败,很多app注册流程没走完我就不想用了。

    来自广东 回复
    1. :mrgreen: 终于捞了个老司机安慰我啦~~哈哈

      来自上海 回复
  10. 分析那么一大堆,至少拿个方案出来瞅瞅吧

    来自广东 回复
    1. 😥 伦家分析的是能考虑的所有东东,具体做看业务需求~

      来自上海 回复
    2. 随便举个栗子都行~

      来自广东 回复
    3. 实力钓鱼执法 😯

      来自上海 回复
    4. 。。。

      来自广东 回复
  11. 做个注册登录不需要这么麻烦吧……

    来自北京 回复
    1. 其实做的很快…没有想象中那么久的

      来自上海 回复
  12. 过度分析,矫情~

    来自广东 回复
  13. 为啥看完之后,不知所云….

    来自浙江 回复
    1. 感谢反馈~下次我会注意文字的逻辑~ :shock:【抱住文笔很差的我】

      来自上海 回复
    2. 感觉逻辑不够,要突出的点没有。。。

      来自浙江 回复
  14. 创业公司老板会让你这么干?薪水都是按小时计算,老板会说浪费不起这么高的时间成本^_^

    来自四川 回复
    1. 其实还是蛮快的~主要是我话多~

      来自上海 回复
  15. 运营目标不一样,注册流程所以不一样,不要为了找错而找错,密码输一次你记不住,输2次你也记不住…

    来自广东 回复
    1. 学到了~感谢~

      来自上海 回复
  16. 看完我就呵呵了

    来自北京 回复
    1. 我继续努力~争取下次你看完 哈哈~

      来自上海 回复
  17. 立马上线

    来自北京 回复
    1. 老板,采用web1.0式直接在数据库建立账号,不验证,别说了,我跪着给你讲挺好的~ 😉

      来自上海 回复
  18. 我就想知道一个登陆注册在你这要做几个月 😀

    来自广东 回复
    1. 其实很快的~虽然写得多~

      来自上海 回复
  19. 看完我就呵呵了。

    来自广东 回复
    1. 😥 说好的支持呢哈哈哈 吓得我想回家找妈妈了、

      来自上海 回复