扫码缴费的停车场，能让司机多抓狂？

———— / BEGIN / ————

随着行业数字化发展，我们慢慢发现，在市区内已经很难遇到人工收费的停车场了，而且越来越多的停车场出口不再安排专人负责，所有司机用手机扫码自行缴费即可。

但不同的停车场，合作的技术公司不同，做出来的扫码缴费流程也不一样。

常见的扫码缴费一般分为两步：扫码并加载订单，点击支付后调起支付功能输入密码完成缴费。

当然也有一些大平台会和车载系统连接，或者和ETC连接，使用户能够实现真正的无感支付。

但最近我经常去的一个停车场，支付流程异常复杂，让我很是困惑。

它们的支付流程是这样的：

扫码之后出现了清晰的订单页，大大的“支付按钮”，你猜点击之后会出现什么？

它并没有调起支付流程，而是在新页面中弹出一个框框，让用户添加“常用车辆”。

添加常用车辆后的权益有两个：

1、后续缴费无需再输入车牌

啥意思？我现在也没有输入车牌呀！是不是想表达后续可以“无感支付”？不过既然没有提无感支付，那估计也没特别方便吧。

2、享车辆进出场提醒服务

哦？防止我的车自己开走了？还是说要监控家人有没有开车来过这个停车场？

为什么！我为什么要添加？

于是，点击叉号。

等等，那“不是我的车”这个按钮是什么情况？到底是关闭弹窗，还是说点击之后出现“请添加您的车牌号”？

你猜猜，这又是个啥逻辑？

关掉弹窗之后，终于又看到这个订单页了，那我可以支付了吧？

姑且不提页面上下两个无孔不入的广告哈，后面的车已经在催我了，赶紧点击“立即缴费”，该让我我输密码了吧！

可是，可是，可是，竟然又是一个确认支付的页面！

一个订单，4步跳转，有3个都是订单页，为什么？

怕用户看不清是几块钱？还是技术上有什么壁垒？还是你们故意的？

到此，再点击“去支付”按钮之后，终于让我输入交易密码了，后车已经冲我按了两次喇叭。

sorry，不是我不想走，是我实在不好走啊！

当然，最后这个页面其实是h5调起的最终支付订单的“收银台”，对比其他比较顺滑的流程，虽然从订单页点击支付之后可以直接输入支付密码，但细心的朋友会发现页面加载了好几个圈圈，这其实是系统在自动调支付通道收银台的接口。

那几个圈圈是产品为了方便用户支付操作而做的自动跳转。场景思考

在停车场缴费的核心流程内，增加“添加常用车辆”这种“阻断式”流程，到底是不是一个伪需求？

司机在排队缴费的时候，去添加个常用车辆，这个流程的步骤也不简单，页面信息要素这么凌乱，用户的点击可能性有多大？

而且好像点了之后的页面又包含了广告（我忘了截图，而且不想再去体验）。试想有多少司机会在这个场景下添加车辆呢？

换个角度，即便添加了常用车辆，为这些用户推出抵扣券，或者引流一些其他变现产品，在收停车费这个场景下真的合适吗？

这个商业模式真的成立吗？

我会因为是你家的会员，就特意来这里停车吗？

司机选择停车场，大部分因素不还是“就近”+“有空位”吗？

除非是一些常驻车辆，适用于大商超、写字楼的大型停车场，可以让常驻车辆添加后，享受更多的增值服务，顺便来一波引流变现。但在小停车场，何必呢？

所以，我很困惑，我认为这是平台为了打造自己的商业模式，给每次缴费的用户造成了极大的困扰。

然而遗憾的是，在停车场景下，用户大多数也没得选，这是一个供需市场非常不平衡的场景。

当消费者处于弱势，只能接受这种无脑的软件体验。

当然，如果这个场景下，想要找到商业模式与用户体验的平衡，还是有很多方法。

比如可以在用户付费成功之后的提示页面，增加一个醒目的“添加常用车辆”提醒，并表示添加之后下次可以无感支付。

直接、有冲击力、明显的提示，更容易引导用户添加。

而且这个流程，可以做的很简单，只需要用户点击一次，就搞定了。写在最后

提效，是数字化的基本盘。

变现，又是数字化的生命力。

但两者之间的平衡点在哪？

是任何一款数字化产品团队不得不面临的难题。