柏拉图说:乌托邦是个理想国

手势密码是目前比较常见的功能,其目的是防止第三人查看敏感数据,或者作为APP后台留驻唤起时保护用户的隐私一种方式。手势密码是作为身份验证,验证登录者的身份是本人,手势密码多用于金融类的app中,典型的应用比如支付宝和招商银行。

发现问题

自家产品在用户重置手势密码时,用户再次绘制手势密码和首次绘制不相同时,客户端提示用户两次绘制不相同,这个操作的流程是默认记住用户第一次绘制的手势密码,如果再次绘制的密码与首次绘制的密码相同时,则重置密码成功,如果再次绘制的密码与首次不相同,用户需要一直重新绘制手势密码,直到与首次绘制相同,这时操作没有一个次数的限制,当前的方案忽略了一种可能发生的场景,对于此场景下的用户不是非常友好。
场景 用户有明确的手势密码设置习惯 在第一次绘制手势密码错误后想要更正只能通过重新绘制(实际意义是让设备忘记首次绘制的手势密码,完全重新设置)对这类的用户而言,重新输入的操作习惯不是很流畅。

竞品调研

在开始设计方案之前,首先是做了竞品分析,通过竞品分析发现关于修改手势密码的操作流程主要有两种交互模型,模型A是以支付宝为代表的产品,模型B是以招商银行为代表的产品。

模型A

支付宝方案:

模型分析:重置手势密码时会默认把第一次绘制的密码当作基准,用户再次输入时客户端会判断再次输入的密码是否和首次相同,若一致则密码设置成功。

模型B

招商银行方案:

模型分析:重置手势密码时产品不会将首次设置的手势密码当作“基准”,而是将设置分为“奇数”次和“偶数”次,当用户的“奇偶”次数绘制图案相同时,则系统判定密码设置有效。这种模型的优点在于用户在前两次绘制图案不同且提示设置失败后,依然可以不用点击单独的重设按钮却能设置成功。

数据埋点

埋点说明

通过分析其他产品的交互,发现其实两种方式针对不同的情景各有利弊,无法判断哪种方案对产品体验提升更多,具体要选择哪种方案需要对用户使用产品时的行为进行判断,再做决定。所以需要讨论出一个数据埋点方案来获得数据支持。

当前版本产品采用的是方案A,为了监测用户使用行为,需要检测用户再次绘制手势密码与首次不一致的次数和点击屏幕底部重新设置BTN的次数,通过这一数据和正常操作一次重置成功的比例来作为依据判断是否要更改现有方案。

当前重新设置手势密码的页面为native页面,因为输入错误的行为不是单纯的能够靠BTN点击量来作为判断依据,所以需要工程师埋点监测,并且需要数据产品经理来辅助判断方案的可行性。

埋点目的:

检测用户在多少次输错与首次不同的手势密码情况下点击重新设置按钮的概率

埋点界面:

设置手势密码页面

操作场景:

  1. 用户首次设置手势密码
  2. 用户修改手势密码

埋点内容:

  1. 页面UV
  2. 用户手势密码绘制次数
  3. 提示两次绘制图案不同次数
  4. 点击重新设置按钮次数

结论

两种设置模型都是一种产品策略,没有绝对的好坏之分,针对这项优化可以用数据检测的方式来判定哪种方案跟适合现在的产品用户群体,因为该交互场景在产品上并不是高频操作,所以优先级并不是非常高,但是是一项完整的交互优化的案例,所以便整理了一下思路记录下来。

You’ve successfully subscribed to 乌托邦是个理想国
Welcome back! You’ve successfully signed in.
Great! You’ve successfully signed up.
Your link has expired
Success! Check your email for magic link to sign-in.