一個好的訂單系統一定要保證訂單狀態的靈活切換，以此覆蓋用戶網購的所有正逆向流程。
文/魚泡泡
對于中小型創業公司，沒有特別強大的貨源、供應鏈支持，接入頭部電商的API接口，與自有商城實現對接，是一個很好的選擇。
以自有電商平臺提供自營商品，第三方代發商品，同時與京東開普勒api接口對接提供京東商品為例，詳述訂單狀態流轉全過程。
在用戶下單時，涉及到減庫存，有兩種方式：一種在用戶下單后，鎖庫存；一種在用戶支付后，減庫存。
京東采用的是下單后的 24 小時內鎖庫存，天貓采用的是支付后才減庫存，兩種方式各有利弊。
第一種方式的好處是用戶體驗好，有一種顧客即時上帝的感覺，只要用戶在下單 24 小時內付款，商戶將一直未用戶保留。缺點是對于緊俏稀缺商品，存在惡意侵占庫存的風險，通過對稀缺商品限定下單數量等方式可以盡量避免。
第二種方式好處是不存在侵占庫存，但需要給未付款用戶提示“商品緊俏，請及時付款，以防沒貨”，給用戶營造出一種緊張的氛圍，刺激用戶及時付款。缺點是用戶未及時下單造成商品缺貨，用戶體驗不佳，而且需要在支付時對商品是否缺貨做校驗。
因多個商城共用一個電商后臺等現實原因，無法在前后端同步實現拆單。訂單支付成功后的拆單功能暫時擱置，實際應該按照不同倉庫進行拆分訂單。目前是只要訂單中一個包裹的物流狀態發生改變，整個訂單物流狀態同步改變。
缺點：給用戶展示的訂單狀態和訂單中每個包裹的實際物流狀態不一致。
如果包裹拆單，可以按照實際物流狀態展示，關于一筆訂單的運費如何展示有兩種方式：一是計入一個子訂單內，二是平攤到每個子訂單上。
當當采用的是第一種展示方式，缺點是平臺或者商家承擔運費。對不包郵訂單（包括兩個包裹），用戶如果拒收計入運費的包裹，當當自動原路退款，相當于用戶包郵買了其中一個包裹的商品。
由于商品類型不同（包括京東、自營、代發商品），一個訂單下的物流狀態不同，如何兼容不同包裹的物流狀態，按照訂單狀態統一展示，需要產品經理去規定狀態流轉規則。
對于京東商品，因為接入了京東開普勒api接口，京東會返回包裹狀態：待收貨、已收貨、已拒收狀態。
對于自營商品，包裹狀態包括：已發貨。
取消訂單包括兩種情況：待付款取消訂單和待發貨取消訂單。
待付款取消訂單，因為沒有實際給第三方付款，邏輯相對簡單。
待發貨取消訂單，本質上是攔截訂單，但付款后第三方響應迅速，所以在用戶付款后并不實際給第三方付款，訂單狀態實際暫停在待付款階段。
用戶收貨后，讓用戶上傳憑證，提供客服電話，方便聯系客服進行售后追蹤。
提高訂單商品的復購率，需要注意異常判斷，商品是否下架或者庫存不足。
以上是一個為用戶搭建了一個可用的、簡單的訂單系統，后續會根據公司業務場景，持續優化訂單系統。
掃一掃在手機上閱讀本文章