從0到1構建電商平臺之運費模板

5 評論 11686 瀏覽 61 收藏 15 分鐘

編輯導語:我們經常在網上購物時會有運費,也會經??吹揭恍┑貐^包郵,一些地區不包郵的消息;平臺是怎么根據距離、時間、重量等因素進行判斷價格的?本文作者詳細介紹了構建電商平臺的運費模板。

這篇文章主要講的是物流模式為同城配送的運費模板。

如果是快遞模式的運費模板在設置和某些系統判斷上會簡單一些,計算方法是一樣的,只需要把距離區間改為省份——地級市即可。

我寫文章的習慣是首先描述這個功能是怎樣做的,然后這樣做的原理是什么?為什么不那樣做?當前的解決方案是最好的嗎?有沒有更合適的方案?其中需要注意的風險點有哪些?該怎樣去規避?

運費模板模式的設置會分為三種模式:

  • 單品運費模式;
  • 滿減運費模式;
  • 單品滿減同時生效模式。

設置為不同的模式后,運費也會有不同的計算規則

下圖是三種模式的一個大致介紹:

文章分為3個板塊,分別介紹單品運費模式和滿減運費模式的設置規則,操作邏輯與其中的注意點,以及發生退換貨時運費模板的負向計算流程

一、單品運費模式

(圖一)

(圖二)

圖一為單品運費模板列表,圖二為單品運費模板的設置界面,圖一中點擊“新增單品運費模板”按鈕或“編輯”按鈕進入圖二,逐一解釋一下。

1. 圖中運費模板是如何計算的

A.? 按件數計價:

如圖上所示,當甲商品選擇了該按件數計價的運費模板后,某用戶購買時。

當用戶的A收貨地址距離倉庫2.5km時:

B收貨地址距離倉庫4.5km時:

B.? 按重量計價:

如圖上所示,當乙商品選擇了該按重量計價的運費模板,且該商品的某一sku重量為0.6kg時。

當用戶的C收貨地址距離倉庫2.5km時:

2. 計價方式

分為兩種方式:

  • 按重量計價;
  • 按件數計價;

(像淘寶等一些電商平臺也有按體積計價,這是物品的3個物理屬性,但按體積計算太復雜,暫時我們的業務場景未涉及到。)

  • 選擇為“按件數計價”時,下方運費規則中的表格標題為“首件”、“續件”;
  • 選擇為“按重量計價”時,下方運費規則中的表格標題變為“首重”、“續重”。

添加商品時需要先選擇單品運費模板再填寫商品SKU的各項屬性,如果是選擇按重量計價的運費模板,則商品SKU的重量為必填項,否則將無法計算運費。

為什么要區分按重量計價和按件數計價?

因為有些商品雖然體積小但是比較重,更耗油,可能用重量來計價更好;有些商品比較輕但是體積較大,會更占車的空間,所以用件數計價更合理

3. 計費規則

A.? 運送距離區間:

點擊“添加距離區間”按鈕,表格中則增加一欄,且該欄中的起始距離為上一欄的終止距離加0.1km;比如上一段的距離區間為3.1-6km,則下一段的起始距離為6.1km。

為什么要自動算出下一段區間的起始距離?

是為了防止操作人員自由設置而出現距離空檔,如將起始距離設置為如7.5km,這樣中間就會存在1.5km的空檔無法計算。

為什么要起始距離在上一段的終止距離上加0.1km?

如圖中所示,當用戶的收貨地址剛好距離倉庫3km時,系統就會不知道該計算為上一欄的5元還是10元。

為什么距離間隔以最小0.1km算?

幾十米的距離是可以忽略不計的,如當通過地圖定位用戶收貨地址距離倉庫5.13km,這時可向上加1算為5.2km,可向下減1算為5.1km,也可四舍五入,具體采用哪種計算方法就看公司的業務需求。

操作人員在最后需編輯終止距離,否則將不能保存;也就是說添加的距離區間最后一段一定是大于等于XX公里。

這樣做的目的是為了防止,當用戶的收貨地址超出了XXkm-XXkm這一區間時,無法計算的情況

每一個用戶在添加自己收貨地址時,會通過地圖定位經緯度;而為其配送的倉庫也有自己的經緯度,這樣就可以計算出收貨地址到倉庫的距離(這個距離是駕車行駛的距離,而非直線距離)。

B. 需要注意:

當距離區間添加并保存之后是否能允許二次編輯?也就是每一欄的“操作”項中是否有編輯按鈕。

如果每一欄都能編輯:

比如第一段距離區間為0-3km,第二段距離區間為3.1-6km,這時將第一段的終止距離改為2.5km,那第二段的起始距離就需要自動變為2.6km。

邏輯好像很簡單,但實際操作中可能會存在操作人員沒發現或者忘了這里是會自動改變的,可能就會造成錯誤。

如果只有最后一欄能編輯:

也就是說只有最后一欄有編輯按鈕,如果想要編輯上一欄的內容,只能將該欄刪除,這時上一欄就會變為最后一欄,出現編輯和刪除按鈕。

我的做法是選擇第二種方案,雖然可能會造成一定的麻煩,但是需求分析需要分析需求的使用頻次。

  • 第一,添加運費模板是較少概率的操作,很大程度上添加后就不會再改變了;
  • 第二,二次編輯的情況也僅存在于上一欄添加錯了需要進行修改,這種發生的頻次也較小。

所以在這么低概率的情況下,相對于可能會造成操作人員的困惑,和因為模板添加錯誤導致的金額損失這一風險,我更傾向于設計為只有最后一欄能二次編輯。

二、滿減運費模式

上圖為滿減運費模板的設置頁面。

滿減運費模板的添加方式與單品運費模板一致,都是添加距離區間后填寫相應的運費。

且距離最小間隔為0.1km,不支持二次編輯只允許刪除,需設置終止距離等,與單品運費模板添加方式和注意點一致,不做贅述。

在使用滿減運費模板后,訂單中的所有商品不需要單獨計算運費,按訂單中商品的總金額是否滿足包郵條件來計算。

有一點額外需要注意的是,系統一開始默認設置為單品運費模式;如果這時需要切換到滿減運費模式或同時生效模式時,系統需要判斷有沒有完成滿減運費模板的設置(點擊“生效”按鈕時判斷),如果沒有則彈出提示框去設置。

那么反過來又需要思考一點,如果一開始平臺什么商品都沒有的時候,就設置成為了滿減運費模式,這時添加商品時選擇單品運費模板是否為必選項?

如果不是,那么以后添加了一大堆商品,這些商品又沒有選擇單品運費模板;這時切換為單品運費模式或同時生效模式時,那這些商品該怎么辦?

可能就需要系統自動下架這些商品,等選擇單品運費模板之后才能上架。

如果是,可能就不用二次編輯商品的單品運費模板。

但是考慮到實際的操作場景,在這個前提下,一開始操作人員可能是不知道具體每個商品應該對應的運費模板的——可能就會隨便選擇一個運費模板,切換之后反倒會去逐一排查每個商品,增加的實際的操作困難。

所以我的設計為不是必選項,只有切換為滿減或同時生效模式時,才為必選項。

三、運費模板負向流程的計算

這里以單品運費模板的計算為例,滿減運費模板的思路是一致的就不展開了

當用戶進行退貨時,是需要考慮運費的計算,這時有兩種情況:

1)非商品質量問題,用戶自己的原因需要退貨,平臺是不需要退用戶的運費的。

這時需要審核退貨單的人工客服來判斷,用戶退貨的貨品需不需要去拉回?如果貨品量小不需要拉回,直接退款就行了。

如果貨品量比較大需要拉回,倉庫就要派出車輛去拉回貨品,那車輛來回的油耗人工等支出可能就得用戶來承擔。

但這時又得分兩種情況,如果有車要去商家附近配送貨品(順路),那就不需要商家支付運費。

如果沒有(不順路),那商家就需要支付?,F實中需要考慮的情況很多,比如退換貨品的保質期、距離多遠才算順路、臨時有順路的商家下單等等。所以我們采取的是,商家需不需要支付運費,支付多少運費由客服人工來決定,提前通知商家,司機到店后線下支付給司機,這里就不做展開。

2)商品質量問題,平臺不光得退還申請退貨商品的金額,還得退相應的運費。

就以這個模板來說,買3件需付運費11元。

這時如果退3件,商品全退運費也會全退,計算是沒問題的。

但是如果退2件,商品部分退的情況呢?一般采取的方案是算平均值,比如11元乘以2/3,再抹去除不盡的部分,就退用戶7.33元。

也可采取的方案是,退固定金額,具體固定金額是多少的規則就得由公司來制定了,可以是首件的價格5元,也可以是首件加續件的價格,比如2件就是8元。

那么系統計算出的金額是否能人工修改?

  • 如果不能,可能實際操作中會存在很多的問題。
  • 如果能,那么就得為客服部制定相應的規則來對其進行約束,防止其因為主觀判斷而導致的錯誤;甚至系統也可以做一個限制,修改時最高或最低不能超過或低于多少比例的數字。

這里再提一句,一般電商平臺中可能會存在用戶為了減免運費而湊單,收貨之后又申請退款的情況。

比如滿500減免50的運費,這時用戶訂單中只有490元,訂單中再添加一個10元的商品,收到貨之后再將這個商品退掉。

如果出現這種情況,首先得運營人員審核是否通過這個售后單;如果通過,一般是用戶自己的原因需要退貨,所以也不會退這部分運費。

以上就是文章的全部內容,有需要改進之處或不夠詳細之處,可以在評論區中指出。

 

本文由 @橘鉆 原創發布于人人都是產品經理,未經作者許可,禁止轉載。

題圖來自Unsplash,基于CC0協議。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 可能是我比較菜:就問一下,你這個是給商家用的嗎?如果給商家用,運費模板的設置第一層不應該是選擇物流嗎?哪些物流什么樣的收費標準。
    拋開物流方式,談運費模板,是不是有點怪。。。

    來自浙江 回復
    1. 我之前公司是自建物流團隊給商家配送,所以不會涉及到選物流方式
      況且如果商家用,即商家給用戶發貨(商家自行配送或第三方配送),如果設置了多個物流方式和其分別對應的多個運費模板,對用戶有什么意義呢?
      我下單時首先要選擇不同的物流方式,才會出現對應的運費?淘寶京東美團餓了么都沒這么玩的吧
      多個物流方式對應的是多個物流團隊(普通配送和急送?)
      先說同城配送,不考慮線下物流團隊的實際情況,從用戶來說你都選擇急送了,為什么就不能去樓下超市買呢
      再說快遞,你在淘寶買東西的時候也沒選擇過順豐或者三通一達啊,你要有特殊需求和商家協商加錢。我在淘寶后臺也確實沒見過物流方式這一邏輯,為什么不加這個需求,我就不知道了

      來自重慶 回復
    2. 你去看看淘寶不能選擇的原因是什么?不是系統不支持。
      用戶的訴求是要求送到,再特殊點的是對時效有要求,用戶不選的原因又是啥?不是不想選,是沒得選。
      你確定是后臺不允許配置嗎?運費模版里面不讓選擇物流,你的意思是所有物流價格都是一致的?

      來自浙江 回復
  2. 奇怪的業務,你一直扯電商業務,但實際看了你的原型圖,這個模板應該是傾向于同城配送。我們首先得定義什么是運費模板,為什么設置不同的運費模板。運費模板的不同意味著該商品有著不同的收費包郵標準,甚至是不同的物流方式。 一般的電商需要考慮的是全品類支持。所以運費的計算時會做運費模板邏輯合并,即配送方式存在交集的會進行包裹合并,運費包郵邏輯也是在各自的模板作用域里進行邏輯運算,這里就不展開了。
    回頭再說你這里的業務,至少要為后續企業可能存在的業務考慮,同城配送的商品也存在配送方式不一致情況,可能要求獨立配送等,這個時候你必須通過運費模板進行拆單。字數有限以后再講

    回復
    1. 我上家公司就是做生鮮電商,同城配送的,至少我離職時這些功能都是適用的
      這篇文章從標題就指明了,這只是電商后臺中的一塊,電商也會包含同城配送,美團餓了么也是電商,有什么問題嗎
      因為配送方式而致使包裹合并或拆單,首先得看公司支不支持多種配送方式;然后得看公司的決策即配送方式是由用戶還是平臺方選擇,拆單或合并的邏輯也會不同;就算要上,還得看公司的戰略配合實際的業務,什么時候上這些功能

      來自重慶 回復