編輯導語：我們經常在網上購物時會有運費，也會經常看到一些地區包郵，一些地區不包郵的消息；平台是怎麼根據距離、時間、重量等因素進行判斷價格的？本文作者詳細介紹了構建電商平台的運費模闆。

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

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

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

運費模闆模式的設置會分為三種模式：

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

下圖是三種模式的一個大緻介紹：

文章分為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）非商品質量問題，用戶自己的原因需要退貨，平台是不需要退用戶的運費的。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

,

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!

查看全部