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

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

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

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

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

設置為不同的模式后，運費也會有不同的計算規(guī)則

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

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

一、單品運費模式

（圖一）

（圖二）

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

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

A. 按件數計價：

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

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

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

B. 按重量計價：

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

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

2. 計價方式

分為兩種方式：

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

選擇為“按件數計價”時，下方運費規(guī)則中的表格標題為“首件”、“續(xù)件”；選擇為“按重量計價”時，下方運費規(guī)則中的表格標題變?yōu)椤笆字亍薄ⅰ袄m(xù)重”。

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

為什么要區(qū)分按重量計價和按件數計價？

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

3. 計費規(guī)則

A. 運送距離區(qū)間：

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

為什么要自動算出下一段區(qū)間的起始距離？

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

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

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

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

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

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

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

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

B. 需要注意：

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

如果每一欄都能編輯：

比如第一段距離區(qū)間為0-3km，第二段距離區(qū)間為3.1-6km，這時將第一段的終止距離改為2.5km，那第二段的起始距離就需要自動變?yōu)?.6km。

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

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

也就是說只有最后一欄有編輯按鈕，如果想要編輯上一欄的內容，只能將該欄刪除，這時上一欄就會變?yōu)樽詈笠粰冢霈F編輯和刪除按鈕。

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

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

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

二、滿減運費模式

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

本文由 @橘鉆 原創(chuàng)發(fā)布于人人都是產品經理，未經作者許可，禁止轉載。

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