实战商户端生成收银码拒绝复杂坚持高效

　　相比于很多APP的客户端，APP的商户端设计往往被容易被忽视。本文将会介绍商户端生成收银码的案例，并通过该案例总结商户端设计的几个小tips。
　　需求背景
　　收银码指的是关联了商家帐号用于收银的二维码。进店消费的顾客可以通过扫描这个二维码，向商家付款。目前，商家申请收银码实物之后，会有销售同学派送二维码立牌并提供上门服务。然而，这样非常依赖预算、运营、市场、销售等部门的统筹支持，尤其是对销售同学的进店操作依赖。
　　与此同时，预算增加、流程长、见效慢等问题也严重阻碍了收银码实物立牌的覆盖进度。基于以上背景，所以在商户端APP中提供线上收银码生成功能，让商户能够自主下载打印收银码。
　　项目收益
　　1。节约二维码实物立牌生产预算510W月
　　2。释放预算、运营、市场、销售渠道等部门在覆盖流程上的人力投入
　　3。月度新增门店覆盖提升30以上
　　页面流程
　　主要就是两个页面：选择门店和收银码结果页。
　　交互设计
　　1。入口
　　差的方案：无引导。
　　好的方案：有引导标志，当用户点击过一次，则不再显示。
　　2。选择门店
　　差的方案：用户点击之后，新出浮层或者展开下拉列表，选择门店之后，浮层关闭或者收起下拉列表。
　　好的方案：直接在当页选择门店。
　　业务逻辑：要生成某一个门店的收银码必须满足，该门店有到店付产品。
　　差的方案：将复杂逻辑以文字说明的方式展现。
　　好的方案：将复杂逻辑展现，让后端提前判断所有门店有无到店付产品。没有到店付产品的门店由于无法生成收银码，所以不可选择，但给出设置到店付的入口，帮助商户。
　　3。收银码结果页
　　该页面是显示二维码，且商户可在此切换门店，重新生成新的二维码；
　　业务逻辑：商户端帐号分为总店帐号和分店帐号，总店帐号关联多个门店，分店帐号关联单个门店。
　　差的方案：不分帐号，用户点击选择门店，出现浮层，进行选择。
　　好的方案：后端自行判断帐号是总店帐号还是分店帐号。分店帐号（单门店）则仅显示门店信息，不可点击。总店帐号（多门店）才可以出线浮层，进行选择。
　　商户端设计总结
　　1。新功能需要引导。引导包括：APP新版本的引导页，新手操作引导，小红点引导等等，如下图所示。前两个适合复杂功能的介绍，主要目的是告知用户更新内容和使用方法；小红点引导适合新功能或者内容更新等场景，主要目的是让新功能易于发现。
　　2。不要增加没必要的交互，且一个页面只做一件事情。
　　3。商户端的帐号通常比客户端的逻辑要复杂，所以复杂的逻辑要让后端提前判断，而不要丢给商户自己理解。