萤火虫小姐

产品日记1:登录/注册

登录/注册
1、不同性质的产品,登录/ 注册的节点不一样
通讯社交类:启动app就需要设计登录/注册节点,如微信
*个体对个体、个体对群体的消息传送,需要有一个ID   
*不适合第三方授权账号oath
*手机号注册/ 登录是相对简单的方式,但是存在安全隐患(手机丢失)

论坛社交类:启动app不需要设计登录/注册节点,如知乎
支持游客身份查阅信息流,当游客作对信息流的交互操作时,需要登录/ 注册,以获取一个ID
*支持游客身份查阅信息流,可以缓解新用户的挫败心理
*设计好用户登录/ 注册的节点,但是损失是一定的
*对信息流交互操作的欲望,决定用户是否会在节点处填写登录/注册表单

信息资讯:启动app不需要设计登录/注册节点,如zaker
信息资讯app的用户黏性相对不好把控,app希望接入社交元素克服这个问题
*个性化阅读是一个噱头,如果接入用户ID对于资讯阅读并没有带来真正改变,那么这种设计是多余的,或者说价值还没有被挖掘出来

电商:启动app不需要设计登录/注册节点,如淘宝
支付时设计登录/注册节点
*进入到支付节点的用户,购买目的性较强
*借助手机号认证方式,

工具(笔记):启动app就需要设计登录/注册节点,如Evernote
工具(差旅):启动app不需要设计登录/注册节点,如快捷酒店管家
工具(地图):启动app不需要设计登录/注册节点,如高德地图

2、启动即进入登录/注册流程,让用户望而生畏

3、登录/注册表单会拦截大部分用户

4、登录/注册页面要素:
登录
忘记密码
注册
授权登录(非必须)

5、依据产品的定位及目标用户群确定注册/登录页面的重要程度

6、涉及登录/注册的其它产品环节

评论