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