中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

筆者結合實際工作項目分析了電商前端訂單狀態的流轉，看看完成之前訂單狀態流轉是如何傳達給用戶的。

打開APP→選產品→看詳情→用優惠→加購物車→湊單→用補貼→結算→訂單生成→后臺系統處理訂單（先簡略概括 ）→訂單出庫→WMS→收貨商品→訂單完成，這是先款后物的一個電商基本購物流程。這種流程都是隨著各大電商對不斷引入新技術，不斷致力打造自己的生態圈，使得原本簡單的購物流程，變得不再簡單。

而原本我們日常逛超市的流程：進超市→選商品→放購物車→柜臺買單（會員有優惠）→出超市。可見，線下訂單與線上訂單流程相比，沒有那么復雜。

當然，本文主要聊聊訂單在生成之后，完成之前訂單狀態流轉是如何傳達給用戶的。

不同業務類型的訂單狀態，在訂單流轉過程中顯示態會有很大不同。例如：機票、火車票、服務訂單（CX服務、TX服務）、商品服務訂單（洗車、加油等）和最常見的純實物商品訂單會有所區別。所以針對不同的商品訂單類型，會略作分類簡析。

一、前端訂單狀態流轉標簽部分概覽

1. OFO訂單-機票

2. OFO訂單-專車、順風車（先服務后付款）

3. 電商訂單狀態

4. OFO服務訂單如：待辦服務等（先全付款后服務）

5. OFO商品服務訂單如：代金券等價值券類

在不考慮其他因素的前提下，這種代金券的價值主要是體現在獲取新用戶。這種方式，在PGD項目中進行了延伸，即項目方以96元的價格向供應商購買了價值100元的商品，然后項目方又以96元的價格出售給用戶。同時允許用戶使用項目方發方的優惠券或者新人券（符合一定門檻的基礎上），以此方式獲取新用戶。

不同場景下訂單表現形式和數據傳遞方式也不相同，目前主流的訂單場景包括線上電商訂單、O2O訂單（其他）。

二、前端訂單狀態流轉的流程

2.1 一般電商流程

一般電商存在的訂單狀態節點：

一般電商下單正向流程：

1. 在下單過程中進行安全校驗，主要是檢測用戶是否在黑名單上， 用戶購買的行為是否正常等，當檢測到不正常時，終止下單。
2. 從商品中心獲取商品信息（SKU、規格、價格等信息）。
3. 從營銷中心獲取商品、訂單促銷信息（優惠券、促銷活動、判斷是否滿足優惠條件，計算出優惠金額）。
4. 在會員中心獲取會員權益，例如平臺抵扣積分，折扣條件等。
5. 在調度中心校驗銷售層庫存，按照規則鎖定庫存區域。
6. 根據拆單規則（商家，倉庫，訂單類型）將訂單拆分為若干子訂單。
7. 根據運費模板計算運費，根據商品金額，運費，優惠金額計算應付金額。
8. 生成訂單，訂單狀態為待付款 。

2.2 訂單信息字段

一直在講訂單，那么訂單生成之后，到底包含什么字段信息？

2.3 訂單狀態流轉

訂單狀態的流轉存在正向流程，也存在逆向流程。

我們在日常購物或消費的過程中，最常見的是正向流程。所謂的正向流程，即待付款→待發貨→待收貨→待評價→售后/退款訂單狀態；逆向流程：退款退貨申請→待審核→待退貨入庫→待退款→待換貨入庫→換貨出庫中→售后成功。

2.3.1 下單前注意考慮訂單狀態生成差異點

在用戶下單時，涉及到減庫存，有兩種方式：一種在用戶下單后，鎖庫存（京東采用的是下單后的24小時內鎖庫存）；一種在用戶支付后，減庫存（天貓采用的是支付后才減庫存）。

第一種方式的好處是用戶體驗好，有一種顧客即時上帝的感覺，只要用戶在下單24小時內付款，商戶將一直未用戶保留。缺點是對于緊俏稀缺商品，存在惡意侵占庫存的風險，通過對稀缺商品限定下單數量等方式可以盡量避免。

第二種方式好處是不存在侵占庫存，但需要給未付款用戶提示“商品緊俏，請及時付款，以防沒貨”，給用戶營造出一種緊張的氛圍，刺激用戶及時付款。缺點是用戶未及時下單造成商品缺貨，用戶體驗不佳，而且需要在支付時對商品是否缺貨做校驗。

2.3.2 訂單正向流程和逆向流程的合與分

訂單狀態正向流程和逆向流程中，關于狀態機中狀態節點的顯示問題上，在設計PGD項目的過程中，曾經在團隊內進行過一次討論，到底需不需要把退款流程中的狀態和待消費（待使用）進行合并顯示。

PGD項目非一般電商項目平臺，它缺少WMS部分流程，算是一種虛擬服務商品。我們存在異議的點，在于狀態機在PGD項目中并不復雜，合并顯示比較簡單，對于開發工作量不大。

另外一種觀點是，退款狀態和其他狀態共同顯示，會存在疑惑點，增加用戶的學習和理解成本，降低用戶體驗。

最終，我們是實際進行了用戶訪談調研，并依據調研結果分析得出數據后，才確定了最終方案。與一般電商采取相同策略，退款售后流程作為逆向流程，需要單獨顯示其狀態，并與正向流程互逆。

由上文可知，訂單狀態流轉涉及涵蓋訂單狀態（order status）、支付狀態（payment status）、退款狀態（refund status）、資產狀態（voucher status）幾個狀態共同組成。

而退款狀態一般是與訂單狀態、資產狀態和支付狀態做區分處理。退款狀態包括售中退款和售后退款兩個階段，售中退款又分為未發貨退款和已發貨退款；售后退款包含已發貨退款。資產狀態依據不同的業務場景和商業模式，涵蓋的范圍也有所不同。

正向流程-電商（后臺流轉）：

正逆向流程-完整訂單狀態流轉節點變化：

2.3.3 PGD（JY和XM業務場景）項目用戶跳轉流程

2.3.4 訂單狀態

2.3.5 支付狀態

2.3.6 退款狀態

2.3.7 資產狀態

2.3.8 PGD（JY和XM業務）前端顯示狀態優先級

PGD項目鑒于和電商、OFO訂單的差異，在重新梳理了用戶流程和其他幾個狀態流程之后，重新確定了資產涵蓋的邊界。PGD項目資產符合自營模式，所有商品都是在PGD平臺售賣，同時平臺也會發放優惠補貼。

這其中，還有一種特殊情況就是，支持商品過期自動退。并且，PGD項目無物流階段，也不涵蓋退貨狀態（除掃碼貼業務）。

每個業務場景依據其獨特性，整個流轉狀態節點是有差異的。如上圖所示JY和XM業務場景，與WZ業務場景和TC業務場景，就有不同的差異。當然最大差異的是DJ業務場景的差異，可以從下圖可見一二：

TC業務場景：

DJ業務場景：

三、如何繪制訂單狀態流轉

訂單狀態流轉圖，可以有效的提升溝通效果，避免設計方、需求方和研發三者之間理解的差異，同時可以增加對業務場景的認知。

那么，我們如何繪制訂單狀態流轉圖呢？

3.1 深入業務場景，了解業務涉及細節，確定業務節點邊界

雖說脫離業務的可能性幾乎不存在，但是深入了解業務細節，這點其實對于部分產品或者UX來說，還是有些問題的。

部分人其實對于業務的了解，僅僅限于表面，沒有真正的切入業務中，站在業務需求方的角度考慮。但是做好訂單狀態流轉，必然是離不開業務場景的。

項目的根本就是服務好用戶，讓用戶易用、好用、想用。做好訂單狀態顯示，是使用的基本條件。

基于當前PGD項目涉及的業務場景，我們根據不同的業務場景，確定了不同的訂單狀態值：

JY和XM業務場景為例：

• 待支付：提交訂單之后，在15分鐘支付時限內都處于待支付。
• 支付成功：提交銀行申請，申請通過，支付成功。
• 支付失?。河捎谥Ц稌r可能出現問題，超限或其他異常，支付失敗，訂單轉為待支付，超時交易關閉。
• 待使用：支付成功，未過期，沒使用之前，處于待使用狀態。
• 已使用：有效期內，已消費或使用。
• 退款中：支付成功之后，申請退款和過期未消費自動退款。
• 退款成功：提交退款申請后，商家同意。
• 退款失?。寒惓Ｔ蚧蛏碳揖芙^。

DJ業務場景為例：

• 已接單：SJ端受理訂單申請。
• 待支付：此待支付包含兩個狀態生成來源，一是接單之后產生了取消訂單費用，需要先支付取消訂單費用，才可以取消訂單；二是完成訂單流程，待支付。此場景下待支付狀態無支付時效限制。
• 已取消：此狀態僅限于未開始行程，但產生取消訂單費用階段。
• 已完成：訂單流程結束。
• 支付失敗：由于支付時可能出現問題，超限或其他異常，支付失敗，訂單轉為待支付，未支付完成，一直處于待支付狀態。
• 支付成功：用戶支付訂單金額成功。

定義狀態值時，還需要注意以下兩點：

1. 精簡不必要的狀態。狀態越多，邏輯越復雜。不必要的狀態，還會增加用戶的認知成本，對業務也沒什么幫助；
2. 定義的狀態值，必須是互斥的。不允許出現包含關系，也不允許出現交叉關系。否則無法準確地描述業務邏輯。

在定義狀態值的時候，必須把控好狀態值的界定節點，其必須是有限和互斥的，非必要狀態，最好不要設置，正如尼爾森原則中所說：如非必要，勿增實體。

3.2 明確狀態值節點切換的條件

滿足什么條件，從當前狀態切換到另一個狀態?？紤]這個問題之前，我們需要明確一個問題，前端訂單狀態，說明的是具體什么？

上述文字中，我有說到訂單狀態其實涉及到訂單本身狀態、支付狀態、退款狀態、資產狀態。這些綜合狀態是前端顯示狀態，還是依據優先級的不同，進行展示？

這個問題，恐怕不同的業務場景，都需要重新審視自己當前團隊中的項目，無法套用的。

我們團隊當時，分為兩種觀點：按流程階段來定義，例如商品本身已經申請退款，但是退款中，我們并未進行凍結，這個時候，其是可以被使用的；也就是說，其訂單狀態是處于待使用狀態，但是在顯示的時候，是放置在退款/售后中。

3.3 繪制成圖

繪制成圖的過程比較簡單，只要將上述兩個步驟狀態搞明白，其實本步驟主要是串聯的事情。

3.4 應用項目

所謂應用項目，主要是結合訂單狀態流轉過程，將各狀態值顯示到訂單列表中去，這才是我們設置或者去分析訂單狀態流轉的意義之一。當然，在我們的產品文檔和交互說明文檔中自然也必不可少。

作者：PGDWORKS；公眾號：PGDWORKS

本文由 @PGDWORKS 原創發布于人人都是產品經理，未經許可，禁止轉載

題圖來自 Unsplash，基于 CC0 協議