用戶的目標(biāo)是什么？你只要持續(xù)讓他向著目標(biāo)前進(jìn)，但又遲遲達(dá)不到目標(biāo)，他必然會抓狂。

隨著行業(yè)數(shù)字化發(fā)展，我們慢慢發(fā)現(xiàn)，在市區(qū)內(nèi)已經(jīng)很難遇到人工收費的停車場了，而且越來越多的停車場出口不再安排專人負(fù)責(zé)，所有司機用手機掃碼自行繳費即可。

但不同的停車場，合作的技術(shù)公司不同，做出來的掃碼繳費流程也不一樣。

常見的掃碼繳費一般分為兩步：掃碼并加載訂單，點擊支付后調(diào)起支付功能輸入密碼完成繳費。

當(dāng)然也有一些大平臺會和車載系統(tǒng)連接，或者和ETC連接，使用戶能夠?qū)崿F(xiàn)真正的無感支付。

但最近我經(jīng)常去的一個停車場，支付流程異常復(fù)雜，讓我很是困惑。

它們的支付流程是這樣的：

掃碼之后出現(xiàn)了清晰的訂單頁，大大的“支付按鈕”，你猜點擊之后會出現(xiàn)什么？

它并沒有調(diào)起支付流程，而是在新頁面中彈出一個框框，讓用戶添加“常用車輛”。

添加常用車輛后的權(quán)益有兩個：

1、后續(xù)繳費無需再輸入車牌

啥意思？我現(xiàn)在也沒有輸入車牌呀！是不是想表達(dá)后續(xù)可以“無感支付”？不過既然沒有提無感支付，那估計也沒特別方便吧。

2、享車輛進(jìn)出場提醒服務(wù)

哦？防止我的車自己開走了？還是說要監(jiān)控家人有沒有開車來過這個停車場？

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

于是，點擊叉號。

等等，那“不是我的車”這個按鈕是什么情況？到底是關(guān)閉彈窗，還是說點擊之后出現(xiàn)“請?zhí)砑幽能嚺铺枴保?/p>

你猜猜，這又是個啥邏輯？

關(guān)掉彈窗之后，終于又看到這個訂單頁了，那我可以支付了吧？

姑且不提頁面上下兩個無孔不入的廣告哈，后面的車已經(jīng)在催我了，趕緊點擊“立即繳費”，該讓我我輸密碼了吧！

可是，可是，可是，竟然又是一個確認(rèn)支付的頁面！

一個訂單，4步跳轉(zhuǎn)，有3個都是訂單頁，為什么？

怕用戶看不清是幾塊錢？還是技術(shù)上有什么壁壘？還是你們故意的？

到此，再點擊“去支付”按鈕之后，終于讓我輸入交易密碼了，后車已經(jīng)沖我按了兩次喇叭。

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

當(dāng)然，最后這個頁面其實是h5調(diào)起的最終支付訂單的“收銀臺”，對比其他比較順滑的流程，雖然從訂單頁點擊支付之后可以直接輸入支付密碼，但細(xì)心的朋友會發(fā)現(xiàn)頁面加載了好幾個圈圈，這其實是系統(tǒng)在自動調(diào)支付通道收銀臺的接口。

那幾個圈圈是產(chǎn)品為了方便用戶支付操作而做的自動跳轉(zhuǎn)。場景思考

在停車場繳費的核心流程內(nèi)，增加“添加常用車輛”這種“阻斷式”流程，到底是不是一個偽需求？

司機在排隊繳費的時候，去添加個常用車輛，這個流程的步驟也不簡單，頁面信息要素這么凌亂，用戶的點擊可能性有多大？

而且好像點了之后的頁面又包含了廣告（我忘了截圖，而且不想再去體驗）。試想有多少司機會在這個場景下添加車輛呢？

換個角度，即便添加了常用車輛，為這些用戶推出抵扣券，或者引流一些其他變現(xiàn)產(chǎn)品，在收停車費這個場景下真的合適嗎？

這個商業(yè)模式真的成立嗎？

我會因為是你家的會員，就特意來這里停車嗎？

司機選擇停車場，大部分因素不還是“就近”+“有空位”嗎？

除非是一些常駐車輛，適用于大商超、寫字樓的大型停車場，可以讓常駐車輛添加后，享受更多的增值服務(wù)，順便來一波引流變現(xiàn)。但在小停車場，何必呢？

所以，我很困惑，我認(rèn)為這是平臺為了打造自己的商業(yè)模式，給每次繳費的用戶造成了極大的困擾。

然而遺憾的是，在停車場景下，用戶大多數(shù)也沒得選，這是一個供需市場非常不平衡的場景。

當(dāng)消費者處于弱勢，只能接受這種無腦的軟件體驗。

當(dāng)然，如果這個場景下，想要找到商業(yè)模式與用戶體驗的平衡，還是有很多方法。

比如可以在用戶付費成功之后的提示頁面，增加一個醒目的“添加常用車輛”提醒，并表示添加之后下次可以無感支付。

直接、有沖擊力、明顯的提示，更容易引導(dǎo)用戶添加。

而且這個流程，可以做的很簡單，只需要用戶點擊一次，就搞定了。寫在最后

提效，是數(shù)字化的基本盤。

變現(xiàn)，又是數(shù)字化的生命力。

但兩者之間的平衡點在哪？

是任何一款數(shù)字化產(chǎn)品團隊不得不面臨的難題。