【 得到 APP 账号系统】优化方案

故事背景:

故事是这样的,我是在换手机前注册的得到 APP ,然后最近我换手机了。最近我想更改我的得到 APP 密码,原因是我最近用 enpass(类似1password 的密码管理APP)管理密码,所以我想重构我整个账号体系,换个随机且复杂的密码。

但问题来了,我不记得原来的密码了,原因是因为我原先都使用微信直接登录,而且密码初期设置得太随意,所以现在忘了。

然后得到 APP 如果是已登录的状态,只有修改密码,修改密码的前提你需要输入原密码,但是我忘了,所以这条路走不通。然后在未登录的情况下,有找回密码,但找回密码的前提需要验证手机,不幸运的是我已经换手机号了,原先的号码抛弃了。所以我现在完全无法找回(修改)密码。😂

然后循着这个思路,我研究了得到 APP 的整体账号体系,我发现如下几个问题:

问题:

1,安全性问题。依赖于手机+密码 组成的账号体系,一旦用户同时失去两者,便无法找回(修改)密码。如果未绑定三方账号,连登陆也成问题。

2,获取更完善的用户信息。账号体系是接触用户的第一手资料,如果能获得更多的用户资料,我们能做更全面的用户分析与更精细的用户运营。目前并没有鼓励手段让用户主动填写更多资料,站外能触及到用户的 push 只有手机短信,邮箱能提供更好的富内容,不视为一种经典有效的 push 方式,可以考虑。

3,无法通过学习记录,快速回听(回看)已听过的音频。目前学习记录只是文字性的记录学过的资料,无法实现超链接定位到历史资料。

目标:

1,让得到APP 的账号体系更安全。

2,获取更多用户信息。有更多的数据支撑用户分析与更精细的用户运营。

3,在历史消息提供回听(回看)历史音频(文章)的入口。

暂不考虑的问题:

1,通过技术手段让账号更安全。如数据加密,两步验证,增加IP 地址异常检测等。

2,重构整体注册流程。

解决方案:

目标 1:让得到APP 的账号体系更安全

核心是让用户找回密码。目前流行的几种找回密码的验证方式:

1,手机验证,

2,邮箱验证,

3,密保验证,

4,辨识性验证(如微信的辨识好友,淘宝辨识购物记录),

5,申诉找回(人工处理)

首先排除【密保验证】与【辨识性验证】两种方案,理由如下:

密保验证 作为一种经典的解决方案,但对于没有使用合适工具进行密保记录习惯的大多数人来说,实用性不强。

辨识性验证 是一种用户体验最好的解决方案,简单快捷,但自我推倒了一下,得到APP 恰当的辨识物为已购买商品,而这个安全系数视用户购买情况而定。如辨识方案为12 选 2,理论上讲概率为1/66 ,既1.5%,然而前置条件为用户购买过 >= 2 件商品,才能使用,而如果用户只买过 2 件商品,其概率就降为 1/2,甚是不安全。而如果偷盗者使用三方登录,已购商品更是一览无遗,所以此方案不作为单一解决方案存在,而归入【申诉找回】流程中,详见下文。

然后可以增加【邮箱验证】,【人工申诉】 2 种方案

邮箱验证

于账号绑定界面增加邮箱绑定。

邮箱绑定流程:

绑定界面,解绑流程,暂且不表。

绑定邮箱后,用户可以通过有邮箱找回密码,实现目标1 的安全性增加,亦增加了 push 渠道,运营可以利用邮箱做更多用户运营推送,实现目标2 增加更多用户运营手段。

2 处界面改动:

1,【已登录】状态下修改密码,增加【 通过邮箱找回】:

【 通过邮箱找回 】流程

2,【未登录】状态下找回密码,增加【 通过邮箱找回】 【申诉找回】2种 方式:

【 通过邮箱找回】 方案如上。

#【申诉找回】放在未登录状态基于一个考虑,申诉找回是基于历史记录进行人工判断,而如果盗号者能进入系统,他能获得很多历史信息,这时候如果在已登录状态设计申诉找回,增加盗号者成功率。故只在未登录状态设计申诉找回。

【申诉找回】方案:

客服人员辨识指南(初版):

得分于 50 分以上,即可认定申诉成功。

首先让用户辨识已购商品,其二填写申诉证据,其三使用邮箱接收结果。当然接收结果也可以是手机短信,但个人认为邮箱从经济,可承载内容,到达率方便都优于短信。工作人员接收用户申诉后按辨识指南,进行人工比对与验证并评分,判断处理结果。这里涉及的后台模块设计暂且不表。

目标 2:获取更完善的用户信息

以激励的方法刺激用户填写。添加一个【用户认证】勋章刺激用户填写,界面更改如下:

个人建议多增加一个兴趣领域选择,结合用户的兴趣领域调查,有利于未来更多的内容形式开发提供灵感。

目标 3:在历史消息提供回听(回看)历史音频(文章)的入口

直接的解决方案是在【学习记录】的文字上加超链接。但基于两点原因,我认为它应该被设计成一个单独入口:

1,历史记录是一种符合直觉的搜索,也可以视为一种个性化导航;

2,对于知识来说,是需要反复听的,这并不是一个低频操作。

入口可以有两种,【首页】增加按钮,【我的】增加条目:

【首页】增加按钮的方案用户操作更便捷,只需1 步。但出于更希望用户能主动发现新内容的角度,我认为【我的】增加条目的方案更具合理性。


打个小广告:

这篇文章是年前为求职罗辑思维而写的一份求职报告,可惜一直未得到回复。本人目前求职北京产品相关职位,如果您有合适的机会,希望与我联系^_^  微信:z5167896。


最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 203,362评论 5 477
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,330评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 150,247评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,560评论 1 273
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,580评论 5 365
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,569评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,929评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,587评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,840评论 1 297
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,596评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,678评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,366评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,945评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,929评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,165评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 43,271评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,403评论 2 342

推荐阅读更多精彩内容