標題有點繞口，先來做一番解釋：我們在電商平臺進行交易的過程中，待到支付環(huán)節(jié)的時候，假如用戶這時強制選擇「返回」，之后頁面如何該跳轉(zhuǎn)，以及訂單該如何處理？

這個問題來源于這段時間負責的電商項目，關(guān)于頁面跳轉(zhuǎn)邏輯日常的和開發(fā)進行了一番撕逼，開發(fā)堅持認為應(yīng)該原路返回，堅決站在用戶的角度 ，允許用戶返回修改訂單信息，balabala。

乍一看，這個問題不過是表現(xiàn)層方面的問題，仔細思考后，這個問題并不簡單，隱藏著一些列不為人知的情節(jié)，且聽我一一梳理

做產(chǎn)品這段時間以來，總結(jié)出一個有趣現(xiàn)象。每每和其他同事爭論到刀光劍影的時刻，對方很容易就會把「用戶」這尊大佛搬出來，頓時突然想笑。

做產(chǎn)品以用戶為中心，沒錯，但是不管你是開發(fā)還是設(shè)計你僅僅代表的是你自己，不要輕易去代表用戶，這樣的討論其實是蒼白的，沒有實際價值。

相比于「用戶」這尊大佛，用數(shù)據(jù)才是最高級的做法，要學會用數(shù)據(jù)替你說話。不會撕逼的產(chǎn)品不是好產(chǎn)品，既然撕逼一定要撕得漂亮一點。

一、場景描述

想必大家都曾遇到過這個問題，在電商購物的過程中，已經(jīng)走到了最后一步：去支付。這個時候突然意識到商品數(shù)量不對，或者收貨信息選錯。

除此之外，用戶還存在之下返回的原因：

1. 誤點擊，也就是說用戶還是想買的；
2. 猶豫中點了返回，想買的欲望不是十分堅決；
3. 堅決不買了。

二、可選方案

（1）目前幾乎所有主流電商平臺，在支付頁面點擊返回跳轉(zhuǎn)到訂單的待支付頁面。

（2）有一部分微商城，依然原路徑返回，不過依然生成了待支付訂單。

（3）原路返回，也不生成待支付訂單，不過作者目前并沒有找到此類型的案例。

三、為什么要有「待付款」狀態(tài)

1. 庫存計算

在電商系統(tǒng)中，前端頁面顯示的庫存與倉庫的實體庫存是不同步的，因而在商品出倉前要求前端的庫存進行「鎖定」即前端的減庫存。

關(guān)于庫存的鎖定，電商領(lǐng)域存在有兩種方案：

• 一種是拍下減庫存即生成訂單（待付款）減庫存，故此方案繞不過「待支付」；
• 一種是支付成功減庫存。

拍下減庫存存在的問題：

用戶可能拍下不買，不乏存在有用戶把拍下當收藏夾用，以致占用庫存，影響平臺的交易量。甚至存在更為極端的「惡拍」漏洞，競爭對手會把商品所有庫存全都拍掉，也不付錢，平臺的商品就全部被下架了。

支付成功減庫存存在的問題：

支付成功減庫存會碰到最嚴重的問題，是「超賣」。因為系統(tǒng)在付款成功之前，都不減庫存，所以總是會發(fā)生“短時間很多人都拍下，甚至都付錢了，但是系統(tǒng)卻發(fā)現(xiàn)庫存不夠了”。

買家拍下商品后，從提交付款到付款成功的之間是有時間差的，因為付款的動作是在幾個不同的系統(tǒng)之間傳信息。因此最后一件商品可能被多人拍下，這幾個人都可能付款成功。

淘寶的做法是把何時減庫存的決定權(quán)交給賣家，然后告知賣家兩個方案各自適應(yīng)的場景。

2. 提高轉(zhuǎn)化

電商是通過交易驅(qū)動的產(chǎn)品類型，因此訂單的每一步都要考慮轉(zhuǎn)化率，提高轉(zhuǎn)化率是電商的基礎(chǔ)要求。

用戶在電商下單，大多都是會進行一番思考的，畢竟支付寶里的錢也不是河水流過來的。用戶在支付前總會有種種原因擱置付款，一般待支付訂單的有效時間為24小時以內(nèi)，在這段有效時間內(nèi)平臺就像一名促銷員一樣，告知你有未付款的訂單。

四、確定解決方案

結(jié)果是幾乎所有的電商都采用了從支付頁面返回跳轉(zhuǎn)至待支付的方案。

• 從用戶角度來考量：退回去修改信息（收貨信息、商品信息）一定是用戶真實存在的訴求。
• 在商家的角度：提高訂單的成交率，是第一要務(wù)。這個時候最好的辦法就是利用數(shù)據(jù)工具，做埋點和統(tǒng)計，根據(jù)各種情況出現(xiàn)的概率做出相應(yīng)的決策。

數(shù)據(jù)是最客觀公證的，當場景遇到矛盾的時候，用數(shù)據(jù)來做決策。

在做產(chǎn)品時，很多業(yè)務(wù)場景中的實際問題是兩難的，甚至更多。我們作為產(chǎn)品的設(shè)計者，需要在不同的角色利益之間做出權(quán)衡，因此我們需要設(shè)計出一個算法，賦予每個相關(guān)變量最恰當?shù)臋?quán)重，以此來求得一個最優(yōu)解。

本文由@產(chǎn)品范 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自PEXELS，基于CC0協(xié)議