欢迎来到天天文库
浏览记录
ID:29805630
大小:590.50 KB
页数:11页
时间:2018-12-23
《App收银台交互设计实例.doc》由会员上传分享,免费在线阅读,更多相关内容在学术论文-天天文库。
1、App收银台交互设计实例 最近完成了“app收银台设计重构”的需求,作为一个刚毕业的交互新人,踩了一些坑,总结了这次思考的过程(以账户充值为例子)与大家分享,不正确之处还请多多指正。 定义 app收银台:在移动端进行支付、账户充值时所调用的功能模块。 业务背景 我们公司的app主打移动支付功能。 需求分析 收银台是我们公司app内已存在的功能模块,产品经理打算整体改版,一期先从“账户充值”入手。 收银台在支付类app涉及的场景较多,任何改动都可谓“牵一发动全身”。在做账户充值的交互方案时需要把其他场景都考虑齐全,以保证交
2、互方案可以适用app内包含的所有场景。 通过与产品经理沟通,确定使用收银台的场景如下: 图1.app收银台包括的场景 其中账户充值与其他场景不同的是,账户充值的资金源不包括:账户余额、白条;而且不参与优惠活动,没有折扣、代金券。 梳理流程 图2.账户充值整体流程 上图包括主流程账户充值和子流程绑定银行卡(下文简为“绑卡”),这2个流程如何结合有讲究。 关于流程的设计有两个注意的点: 1、用户未绑卡时,打开充值页面,应该如方案一让用户输入金额后自动跳转绑卡流程,还是如方案二页面上只有绑定银行卡的功能,让用户先去完成绑卡
3、整个子流程再进入充值流程? 方案一 图3.未绑卡方案一 方案二 图4.未绑卡方案二 个人认为让用户先输金额后自动跳转绑卡流程会好一些。理由如下: 未绑卡时先输入金额,使未绑卡和已绑卡的完成充值流程保持更高的一致性; 用户从上个页面进入到此页面是为了充值,如果一进来让用户去绑卡,会让用户觉得莫名其妙,先输入金额更符合用户的心智模型。 2、未绑卡时,用户完成绑卡流程后,跳转至哪个页面,应该采取下图的方案一还是方案二? 方案一 图5.绑卡后方案 方案二 图6.绑卡后方案二 从用户体验的角度来说,自动跳转至
4、支付密码页是最好的(即方案二),整个过程很自然流畅,跳转到已绑卡充值流程的首个页面完全是多余的一个步骤。 但此次我选择的却是方案一,原因在于一个合理的交互方案应当适当配合后台开发的设计逻辑。 我一开始也没意识到前端的一个页面,竟有可能牵扯到后台整个逻辑的改变。 方案一对应的后端逻辑如下: 图7.绑卡后后端方案一 方案二对应的后端逻辑如下: 图8.绑卡后后端方案二 方案二在后端相当于把两个各自独立的流程打通,把绑卡流程嵌入到充值流程中。而在我们公司,后端是分开维护充值流程和绑卡流程的,如采用方案二需要花费大量精力重新设计
5、后台,成本过高。 交互细节 1、选择资金源弹层 图9.选择资金源弹层 可以很直观地看出页面二在视觉上更聚焦,页面一所有内容平铺显示,视觉中心不够突出。但当列表项较多时,页面二不容易滚动选中想要的资金源,且不可用资金源在该方式下需要隐藏。 2、输入支付密码弹层or页面 图10.输入支付密码两种方式 跟产品经理争论了很久输入支付密码时应该用整屏的页面还是半透明弹层。 产品经理的理由有两个,一是使用整屏的页面无需考虑数字安全键盘在不同屏幕的适配问题(数字安全键盘由外部提供,我们公司内部可控性较低),二是微信在支付过程也出现
6、整屏输入支付密码的页面。 我一开始也纳闷,为什么微信会在收银台使用两种输入支付密码方式(微信截图如下)? 图11.微信输入支付密码两种方式截图 思考清楚后,发现弹层和页面分别对应着两种不同的场景。 弹层的场景是:输入支付密码为了达到某个目标(充值、提现、转账等),此场景下输入支付密码只是流程中的一个步骤,希望用户快速操作以达到目标。 页面的场景是:输入支付密码本身就是目标(验证身份),所以此处交互上并没有希望用户快速输入,反而需要用户较为仔细慎重地进行操作。 3、总结了金额输入框的数字金额规则,如下: 首位输入小数点,输入
7、框显示为“0.”; 首位输入“0”后,输入框显示为“0.”;删除小数点时,输入框同时删除“0.”(此处原来想的是如果输入“081”,输入框显示“81”,跟同事讨论时,同事觉得“0”在数字键盘上的位置,用户误操作的可能性较低。我俩还拿了传统的计算器看首位输入“0”的效果,最终敲定方案); 小数点后只能有两位数字,继续输入,输入框无反应; 不可输入两次小数点,第二次输入小数点时,输入框无反应。 4、xx卡充值时输入框的规则(xx卡是我们公司内部的充值卡,类似话费卡充值;卡号为16位,密码为8位。) 图12.xx卡充值 为保证卡号
8、的可读性,卡号每4位中间隔空格,若用户发现输入错误,要删除,务必删除“空格”; 密码不需要脱敏(因为纸质的xx卡上就印有密码,所以app内也没必要做“不可见”处理;另外密码不是
此文档下载收益归作者所有