实例反思:App收银台交互设计思考

10 评论 17524 浏览 121 收藏 10 分钟

最近完成了“app收银台设计重构”的需求,作为一个刚毕业的交互新人,踩了一些坑,总结了这次思考的过程(以账户充值为例子)与大家分享,不正确之处还请多多指正。

定义

app收银台:在移动端进行支付、账户充值时所调用的功能模块。

业务背景

我们公司的app主打移动支付功能。

需求分析

收银台是我们公司app内已存在的功能模块,产品经理打算整体改版,一期先从“账户充值”入手。

收银台在支付类app涉及的场景较多,任何改动都可谓“牵一发动全身”。在做账户充值的交互方案时需要把其他场景都考虑齐全,以保证交互方案可以适用app内包含的所有场景。

通过与产品经理沟通,确定使用收银台的场景如下:

图1.app收银台包括的场景

其中账户充值与其他场景不同的是,账户充值的资金源不包括:账户余额、白条;而且不参与优惠活动,没有折扣、代金券。

梳理流程

图2.账户充值整体流程

上图包括主流程账户充值和子流程绑定银行卡(下文简为“绑卡”),这2个流程如何结合有讲究。

关于流程的设计有两个注意的点:

1、用户未绑卡时,打开充值页面,应该如方案一让用户输入金额后自动跳转绑卡流程,还是如方案二页面上只有绑定银行卡的功能,让用户先去完成绑卡整个子流程再进入充值流程?

方案一

图3.未绑卡方案一

方案二

图4.未绑卡方案二

个人认为让用户先输金额后自动跳转绑卡流程会好一些。理由如下:

  • 未绑卡时先输入金额,使未绑卡和已绑卡的完成充值流程保持更高的一致性;
  • 用户从上个页面进入到此页面是为了充值,如果一进来让用户去绑卡,会让用户觉得莫名其妙,先输入金额更符合用户的心智模型。

2、未绑卡时,用户完成绑卡流程后,跳转至哪个页面,应该采取下图的方案一还是方案二?

方案一

图5.绑卡后方案

方案二

图6.绑卡后方案二

从用户体验的角度来说,自动跳转至支付密码页是最好的(即方案二),整个过程很自然流畅,跳转到已绑卡充值流程的首个页面完全是多余的一个步骤。

但此次我选择的却是方案一,原因在于一个合理的交互方案应当适当配合后台开发的设计逻辑。

我一开始也没意识到前端的一个页面,竟有可能牵扯到后台整个逻辑的改变。

方案一对应的后端逻辑如下:

图7.绑卡后后端方案一

方案二对应的后端逻辑如下:

图8.绑卡后后端方案二

方案二在后端相当于把两个各自独立的流程打通,把绑卡流程嵌入到充值流程中。而在我们公司,后端是分开维护充值流程和绑卡流程的,如采用方案二需要花费大量精力重新设计后台,成本过高。

交互细节

1、选择资金源弹层

图9.选择资金源弹层

可以很直观地看出页面二在视觉上更聚焦,页面一所有内容平铺显示,视觉中心不够突出。但当列表项较多时,页面二不容易滚动选中想要的资金源,且不可用资金源在该方式下需要隐藏。

2、输入支付密码弹层or页面

图10.输入支付密码两种方式

跟产品经理争论了很久输入支付密码时应该用整屏的页面还是半透明弹层。

产品经理的理由有两个,一是使用整屏的页面无需考虑数字安全键盘在不同屏幕的适配问题(数字安全键盘由外部提供,我们公司内部可控性较低),二是微信在支付过程也出现整屏输入支付密码的页面。

我一开始也纳闷,为什么微信会在收银台使用两种输入支付密码方式(微信截图如下)?

图11.微信输入支付密码两种方式截图

思考清楚后,发现弹层和页面分别对应着两种不同的场景。

弹层的场景是:输入支付密码为了达到某个目标(充值、提现、转账等),此场景下输入支付密码只是流程中的一个步骤,希望用户快速操作以达到目标。

页面的场景是:输入支付密码本身就是目标(验证身份),所以此处交互上并没有希望用户快速输入,反而需要用户较为仔细慎重地进行操作。

3、总结了金额输入框的数字金额规则,如下:

  • 首位输入小数点,输入框显示为“0.”;
  • 首位输入“0”后,输入框显示为“0.”;删除小数点时,输入框同时删除“0.”(此处原来想的是如果输入“081”,输入框显示“81”,跟同事讨论时,同事觉得“0”在数字键盘上的位置,用户误操作的可能性较低。我俩还拿了传统的计算器看首位输入“0”的效果,最终敲定方案);
  • 小数点后只能有两位数字,继续输入,输入框无反应;
  • 不可输入两次小数点,第二次输入小数点时,输入框无反应。

4、xx卡充值时输入框的规则(xx卡是我们公司内部的充值卡,类似话费卡充值;卡号为16位,密码为8位。)

图12.xx卡充值

  • 为保证卡号的可读性,卡号每4位中间隔空格,若用户发现输入错误,要删除,务必删除“空格”;
  • 密码不需要脱敏(因为纸质的xx卡上就印有密码,所以app内也没必要做“不可见”处理;另外密码不是用户自己设置的,密码可见可降低输错率);
  • 如果卡号超过16位,再输入字符,输入框没有反应;如果密码超过8位,再输入字符,输入框没有反应;
  • 卡号一输入,及时未满16位,“下一步”按钮高亮;密码未输满8位,“下一步”按钮置灰(此处考虑到卡号为16位,位数较长,用户单肉眼看可能不容易发现输漏,点击按钮后弹窗提示更为直观)。

以上是我的一些思考,欢迎大家多多交流。

 

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

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
海报
评论
评论请登录
  1. 看着好像翼支付..

    来自上海 回复
  2. 内容不错,但是标题有失偏颇,哈哈哈,推荐

    回复
  3. 这充其量说的是充值流程,收银台?交易环节在哪呢?

    来自北京 回复
  4. 葫芦精灵

    回复
  5. 你确定这是收银台?不是类电商平台。支付流程太复杂,还要充值?

    来自福建 回复
  6. 输入金额以后 ,点击下一步 用户的预期应该是选择银行卡和支付密码的窗口了 现在进入绑卡流程 ? 要是是直接提示进入绑卡流程是不是会好点 ?关于结算这一块都是很首要考虑的不是爽不爽的问题,而是安全性的问题,一方面是平台本身的安全性,另一方面是用户感受到平台给予的安全性。对于这一点,成熟的支付宝、微信等已经做的很好,直接参考就行!更何况,先绑定银行卡,再输入取款金额,这个流程给予用户的安全性就较高!!多思考!

    来自四川 回复
  7. 输入金额以后 ,点击下一步 用户的预期应该是选择银行卡和支付密码的窗口了 现在进入绑卡流程 ? 要是是直接提示进入绑卡流程是不是会好点 ? 其实这个问题要是能做A/B测试感觉就好了

    来自北京 回复
  8. 个人觉得在支付过程中打断用户操作是最不应该犯的错误!我会选择第一种,先帮卡,再进行一个完整的,没有任何打扰的支付过程。就像你憋不住了要上厕所小便,看到马桶盖盖着,你会赶紧打开去尿,整个过程你会很爽;但如果尿的过程中,马桶盖掉下来了,你必须暂停尿尿,你会感觉爽吗? 🙂

    来自广东 回复
  9. 这流程图画的真的没问题?

    来自上海 回复
    1. en

      来自河南 回复