這是《App產(chǎn)品設(shè)計指南》系列文章的第15篇內(nèi)容，更多精彩可以點擊下方鏈接查看。
產(chǎn)品中只要有線上支付環(huán)節(jié)就可以算作電商，只不過業(yè)務(wù)有輕有重而已。電商產(chǎn)品中比較核心的有商品、訂單、支付、庫存系統(tǒng)。本文中會和大家介紹一下訂單系統(tǒng)中一些常見的細節(jié)問題。由于篇幅有限，本文中只能涉及一小部分環(huán)節(jié)，歡迎大家與我交流溝通。
訂單包含商品、用戶、優(yōu)惠信息、收貨信息、支付信息等一系列數(shù)據(jù)，是平臺與用戶聯(lián)系的橋梁。
訂單狀態(tài)
不同平臺的訂單狀態(tài)是不一樣，下面給出不同的方案作為參考：
虛擬電商，不涉及物流，退款
（1）待付款，用戶下單還沒有支付，一般會有一個時限，比如半小時
（2）已付款，成功狀態(tài)
（3）支付失敗，無效異常的狀態(tài)
（4）已關(guān)閉，超時沒有支付系統(tǒng)自動關(guān)閉或者管理員手動關(guān)閉
實體電商，涉及到物流，退款
（1）待付款，用戶下單還沒有支付，一般會有一個時限，比如半小時
（2）待發(fā)貨，用戶已付款
（3）待收貨，商家已經(jīng)發(fā)貨物流配送中
（4）交易成功，用戶已收貨
（5）待評價，用戶收貨后也可以選擇不評價
（6）交易關(guān)閉，用戶手動關(guān)閉訂單或者是系統(tǒng)關(guān)閉）
（7）支付失敗，無效異常的狀態(tài)
由于涉及到實體，一般還會有退款流程，狀態(tài)主要有退款中，退款失敗，退款成功等。
訂單類型
需要說明的是前期一定要設(shè)計好訂單的類型。我們可以從兩方面進行設(shè)計，一個是支付方式，一個是商品類型，通俗地說就是通過什么方式獲得了什么商品。
比如說用戶通過線上支付購買了專欄，視頻課程；通過優(yōu)惠券，積分，線下活動掃碼領(lǐng)取了聽書服務(wù)等。用戶付費購買產(chǎn)品會消耗一定的金額；用戶通過優(yōu)惠券等方式獲得的商品，是沒有用支付金額的。在展示給用戶時，一般有兩種做法：第一種是展示商品的原始價格，表示商品值這么多錢；第二種是顯示0，表示用戶沒有支付費用免費領(lǐng)取了商品。兩種做法都可以，沒有什么對錯之分。與此類似的是在用戶消費記錄模塊，可以用88.00表示商品價格，也可以用- 88.00表示用戶支付了這么多費用。
針對免費商品是否需要有訂單這個要結(jié)合不同場景。比如說電臺類App中的頭條就可以直接使用，而在共享單車App中遇到活動也需要支付0元的訂單才能使用。前者是為了讓用戶更快的使用（使用人數(shù)，使用時間等數(shù)據(jù)可以通過埋點等方式獲?。?；后者則是從業(yè)務(wù)流程考慮，支付訂單是業(yè)務(wù)流程不可缺少的一部分，保證安全的同時也能統(tǒng)計到業(yè)務(wù)數(shù)據(jù)。
鎖定庫存
用戶在下單時可能會出現(xiàn)庫存不足的情況，如何處理這個問題得分析具體的場景。
下單鎖定庫存
優(yōu)點：用戶下單后就可以購買，不需要擔(dān)心庫存問題。
缺點：可能會存在惡意下單而不支付的問題，會影響到其他用戶購買。
適合對庫存量不敏感，比如團購，拼團場景。
付款鎖定庫存
優(yōu)點：庫存是真實有效的，只要其他人沒有真正付款都有機會購買到商品。
缺點：可能會出現(xiàn)用戶下單搶占庫存，出現(xiàn)超賣的情況。此時需要通過特定環(huán)節(jié)來告知用戶，如訂單詳情頁提示，短信提醒，App站內(nèi)信等。
適合對庫存數(shù)量敏感，比如時效性比較強的秒殺。
關(guān)于訂單系統(tǒng)中有很多細節(jié)，本文中只時列舉了一小部分，更多的內(nèi)容需要產(chǎn)品經(jīng)理在工作中不斷探索，比如子訂單，比如多個商品滿減訂單退款如何處理。不同平臺的流程差別比較大，我們在設(shè)計訂單系統(tǒng)時一方面是要參考其他平臺，另一方面要結(jié)合自己平臺的業(yè)務(wù)流程。否則前期沒有考慮到的細節(jié)，后期可能就是一個大坑。希望本文能對大家有所幫助。
在寫作過程中，如果有意見或者想法，歡迎有興趣的讀者添加我的微信一起交流探索，共同進步。
