上一篇文章講到訂單的拆分，其實這其中牽扯到的不僅僅是電商系統，而是關聯到倉庫管理系統(WMS-Warehouse Management System)和訂單管理系統（OMS-Order Management System），一般電商后臺不會將這兩塊深入設計，而是通過與商家使用的這兩塊系統進行對接，傳輸訂單相關數據達到目的。
對于這部分我就不過多描述，今天的重點是剖析各大平臺（京東、淘寶、阿里巴巴）在物流運費上的業務設計，看看他們是如何給我們計算運費的呢？
首先插播一段碎碎念的非題外話，可以讓我們更好的了解這塊業務的來龍去脈。
一起回顧一下線下寄快遞的過程：舉個栗子，現在，我有一個書架、一些書本、一束鮮花需要寄到同一個地方，需要經過哪些步驟呢？讓我們來看看以下三步！
【第一步-確定配送方式和物流公司】于是我先要確定我要選擇的寄送形式，是走貨運呢還是走快遞呢？或者干脆找人開車給我捎過去呢？都是可以的，因為我的目的是把這些東西送到收貨地址。現在由于時間比較趕，我選擇順豐，希望物品能快點寄到。
【第二步-解決物流公司的疑問】什么是物流公司的疑問呢？想想快遞點的大哥經常問的幾句話吧。"美女，你要寄什么東西""寄到哪里""這個超重啦，你需要付XX元""你寄這么多，可以優惠點"......大體來說，可以總結為：寄什么（不同物品的計價方式是不一樣的，比如我的書架這么大，可能順豐要按體積計算；而書本可能按重量計算；那鮮花，也許因為特殊性，又會疊加其它費用）；寄到哪里（不同的收發地址決定不同的計費規則）；有多重（不局限于重量，就像上面所說的，很可能還有體積等各種因素）；有無優惠（出于各種各樣的因素，給我打個折，不過分吧）
【第三步-打包出發啦】好了，解決了物流公司的疑問，我們的包裹就可以打包出發了，我們會收到順豐給的運單號，回去后，通過運單號，就可以實時追蹤物流動態了。
而把線下的流程轉移到線上，無非也是解決同樣的問題：
- 寄什么（為不同的商品分類，對應不同的運費模板）；寄到哪里，有多重，有無優惠（運費模板中的計費規則）；物流公司，物流追蹤。
是不是瞬間清晰明了很多了？接下來就切入主題，具體分析幾大平臺對于物流模板都是采取什么樣的支撐方式呢？
京東
京東作為一家自建物流體系的公司，他在這個模塊的功能和設置是非常全面和多樣的，他提供店鋪運費模板和單品運費模板的設置。
商家可以根據實際需求，選擇啟用的模式，可以根據單品模式、店鋪模式、以及兩者混搭模式。
店鋪運費模式：即整個店鋪采用統一的運費標準，可設置收取固定費用，例如收取固定運費10元；或者滿額包郵。例如：訂單滿69元包郵，不滿69元收取10元運費。支持不同區域設置不同的的運費標準。
單品運費模式： 為店鋪內的每個商品設置自己獨有的運費收取方式，每個商品的運費獨立計算（一個訂單下屬于統一單品運費模板的商品，一起計算），當一個訂單的商品屬于多個單品運費時，可以選擇按疊加/取最大值的方式計算訂單最終的運費值。
店鋪運費與單品運費同時生效模式（簡稱混合模式）： 在該種模式下，店鋪運費模板與單品運費模板同時生效，店鋪運費優先判斷。當訂單金額滿足運費上設置的免郵金額，按照店鋪運費模式計算，不滿足時，按照單品運費計算。需要特殊說明的是，如果單品運費模版上設置了單品運費優先店鋪運費，單品運費模版綁定的商品的運費單獨計算，即使訂單金額滿足店鋪免郵，也會按照單品運費模版計算運費。該種方式集合了單品和店鋪運費模式的優點，商家自主選擇單品運費和店鋪運費優先級。
可以對于運費的支持，京東的業務邏輯相當清晰，并且能滿足大部分C端電商平臺的需求，比如按最前面舉的例子，A店鋪既賣書架、又賣書本、又賣鮮花，就可以將書架、書本、鮮花分別設置為不同的單品運費模式，而在收取買家運費時，心情好，我就用取最大值的方式，你買書架+書本+鮮花，我就只收取最大值，只收書架的運費，心情不好，我就采取疊加方式，三個運費都收。
淘寶
淘寶作為一家啥都有的電商平臺，其商品種類的豐富程度可謂是數一數二的，那么，他又是如何處理各式各樣的運費需求的呢？
同樣的，也是解決核心問題，
- 商品的維度
- 店鋪的維度
但他和京東的做法又是存在很多不同之處的，淘寶不存在店鋪運費模板之說，只采用單品運費運費模板作為商品計算運費的基礎，同一筆訂單存在屬于不同運費模板的商品時默認采取疊加的規則。
那你可能會有疑問了，那店鋪級別的運費怎么辦呢？同樣是to C平臺，為什么淘寶京東的差異會如此之大呢？我們一起來分析一下。
提到淘寶，除了商品豐富外，想必不可不提的就是活動豐富吧。熟悉淘寶后臺的人都知道，淘寶的營銷活動很多都并非內置在商家后臺，而是由一些合作公司提供各種各樣類似插件的應用，相當于一個營銷活動的小生態圈，里面支撐的活動可謂百花齊放（可以成為做營銷部分的非常好的參考資料哦），我們經常看到的店鋪換著花樣進行各種促銷活動，就來源于此了。
因此，淘寶將所有針對店鋪級別的營銷活動，包括對于運費的包郵活動，都歸類到這個模塊。我們常見的店鋪設置了一個包郵商品，并標明，只要購買包郵商品，即可享受其它商品包郵的活動，并不是采用了取最小值運費的規則，而是由于店家設置了滿X元則包郵的活動，不信，可以找一家店鋪測試一下哦。
阿里巴巴
前面提到的都是to C的電商平臺，但我相信一定有不少人像我一樣，做的是to B的電商平臺。而C端和B端的業務場景是存在非常大的差異的，就阿里巴巴而言，他所涵蓋的買賣方角色及購買場景就遠比淘寶更多樣，特殊性也更強。
從上圖中，可以知道，阿里巴巴的買家不是單一的，他們基于不同的目的在平臺上進行采購，有著與C端用戶截然不同的購買決策，頻次低、數量大、穩定性強是B端電商平臺突出的特點。因此，對于賣家而言，不同類型的商品在物流運費上，也更不是用單一的方式就能很好的解決的了。阿里巴巴目前用兩種解決方案應對如此復雜的交易場景。
- 運費模板：與京東和淘寶的模板類似，將商品關聯到相關運費模板，再根據運費模板的設置進行運費的計算，同樣也是采用疊加的模式。這里和前面最大的區別是，由于B端的性質，阿里巴巴增加了貨運配送方式，并利用平臺優勢整合幾大物流公司，提供賣家順暢的貨運運費計算、下單等服務。
- 運費說明：直接采用備注的形式，將運費收取的詳細規則告訴買家，通過買賣雙方進行協議一致后，買家自填運費的形式來進行運費的收取。一方面，B端的交易場景比C端復雜太多，運費的計算也是根據下單情況會有相當大的差異，另一方面，旺旺已經培養了在平臺上，交易前先溝通洽談的習慣，所以這樣的設置雖然隨意，但也是完全符合場景需求的。
總結完京東、淘寶、阿里巴巴的物流運費模塊的業務，雖然產品層面的東西如很多人所說，業務上、流程上已經有大把可以借鑒的成熟案例，看似沒有太大的改良空間。
但是不難發現，每個平臺都是結合自己的業務需求，貼合自己的目標用戶在做設計。同樣的，我們在了解成熟案例的同時，更多的是需要結合自己平臺的特點，以及現階段的目標，進行需求的取舍，功能的設計。
