新零售模式在线下门店,笔者想通过扫码的方式让用户使用积分,电子钱包、电子储值卡等其他类型的有价虚拟币逻辑相同。
京东的“京豆”,淘宝的“淘金币”本质是一种积分,过去大家都是建“积分商城”。用户通过消费、完善信息等操作获得积分,在积分商城消费积分。
积分商城可以增加用户黏性,但无法通过积分商城提高复购、客单等。所以越来越多的项目开始使用类似京东和淘宝的方式,积分可以抵扣部分金额。
积分可抵扣金额,那么积分就是一种支付方式。在线上渠道下单扣减相应积分即可(涉及组合收银等逻辑)。而新零售项目还需要考虑用户在线下门店如何方便、快捷、安全的使用积分。
我们先后做过两个版本:
到2.0基本上已经解决需求,但多少还有一些问题。于是我们想到了终极解决方案:扫码支付。
扫码支付有两种方式:
用户出示付款码 → 门店\配送App扫码 → 录入支付密码(超过安全限额)→ 扣款,显示支付结果
门店扫顾客码
用户打开扫一扫 → 门店出示收款码→ 用户扫码,填写支付金额 → 录入支付密码 → 扣款,显示支付结果
顾客扫门店码
第2种方式最后我们舍弃了,主因有:
支付宝和微信作为一个支付工具,需要考虑小商家没有技术研发能力的情况,所以需要第2种方式。
门店扫顾客码需要各系统有哪些功能支持?
用户端功能
(1)生成付款码。用户打开付款码页面时,要生成并显示付款码,条形码或者二维码。为保证支付安全,付款码会有失效状态。用户刷新后,中台重新生成付款码。
(2)在门店收银系统 或 配送App扫码后,将订单信息和码信息通过接口传到中台。中台需要验证用户的付款码是否有效 —— 是否是有效的付款码、是否过期、是否已经被扫。
(3)扣积分:
中台先判断用户支付的积分额是否超过了免密支付安全限额:如果未超过限额则扣减积分、修改付款码被扫状态并将支付结果反馈给前端;如果超过免密支付安全限额,则需要用户录入支付密码(或短信验证码)。
用户录入支付密码后前端传给中台,中台判断支付密码(或短信验证码)是否正确:密码正确则扣减积分、修改付款码被扫状态并将支付结果反馈给前端;密码错误则提示用户“密码不正确”,用户重新录入密码。(此处需要有密码找回 和 密码录入次数限制功能)
(4)返回支付结果,支付成功或者失败。
支付失败场景:付款码错误(无效、过期、已被扫)、积分余额不足、其他系统原因。
扫码支付各系统功能
我们不知道支付宝和微信是怎么解决这个问题的,我们自己想了一个方案:
流程在梳理功能过程图基本都讲完了,不多说上图:
扫码支付-流程
本文由 @杰记 原创发布于人人都是产品经理,未经作者许可,禁止转载。
题图来自Unsplash,基于CC0协议。
,Copyright © 2008-2022 秒下下载站
m.down10s.com .All Rights Reserved