用戶的目標是什么？你只要持續讓他向著目標前進，但又遲遲達不到目標，他必然會抓狂。

隨著行業數字化發展，我們慢慢發現，在市區內已經很難遇到人工收費的停車場了，而且越來越多的停車場出口不再安排專人負責，所有司機用手機掃碼自行繳費即可。

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

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

當然也有一些大平臺會和車載系統連接，或者和ETC連接，使用戶能夠實現真正的無感支付。

但最近我經常去的一個停車場，支付流程異常復雜，讓我很是困惑。

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

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

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

添加常用車輛后的權益有兩個：

1、后續繳費無需再輸入車牌

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

2、享車輛進出場提醒服務

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

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

于是，點擊叉號。

等等，那“不是我的車”這個按鈕是什么情況？到底是關閉彈窗，還是說點擊之后出現“請添加您的車牌號”？

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

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

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

可是，可是，可是，竟然又是一個確認支付的頁面！

一個訂單，4步跳轉，有3個都是訂單頁，為什么？

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

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

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

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

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

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

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

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

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

這個商業模式真的成立嗎？

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

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

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

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

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

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

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

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

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

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

提效，是數字化的基本盤。

變現，又是數字化的生命力。

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

是任何一款數字化產品團隊不得不面臨的難題。