從0到1構(gòu)建電商平臺之運(yùn)費(fèi)模板

5 評論 13005 瀏覽 65 收藏 15 分鐘

編輯導(dǎo)語:我們經(jīng)常在網(wǎng)上購物時會有運(yùn)費(fèi),也會經(jīng)??吹揭恍┑貐^(qū)包郵,一些地區(qū)不包郵的消息;平臺是怎么根據(jù)距離、時間、重量等因素進(jìn)行判斷價格的?本文作者詳細(xì)介紹了構(gòu)建電商平臺的運(yùn)費(fèi)模板。

這篇文章主要講的是物流模式為同城配送的運(yùn)費(fèi)模板。

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

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

運(yùn)費(fèi)模板模式的設(shè)置會分為三種模式:

  • 單品運(yùn)費(fèi)模式;
  • 滿減運(yùn)費(fèi)模式;
  • 單品滿減同時生效模式。

設(shè)置為不同的模式后,運(yùn)費(fèi)也會有不同的計算規(guī)則

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

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

一、單品運(yùn)費(fèi)模式

(圖一)

(圖二)

圖一為單品運(yùn)費(fèi)模板列表,圖二為單品運(yùn)費(fèi)模板的設(shè)置界面,圖一中點擊“新增單品運(yùn)費(fèi)模板”按鈕或“編輯”按鈕進(jìn)入圖二,逐一解釋一下。

1. 圖中運(yùn)費(fèi)模板是如何計算的

A.? 按件數(shù)計價:

如圖上所示,當(dāng)甲商品選擇了該按件數(shù)計價的運(yùn)費(fèi)模板后,某用戶購買時。

當(dāng)用戶的A收貨地址距離倉庫2.5km時:

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

B.? 按重量計價:

如圖上所示,當(dāng)乙商品選擇了該按重量計價的運(yùn)費(fèi)模板,且該商品的某一sku重量為0.6kg時。

當(dāng)用戶的C收貨地址距離倉庫2.5km時:

2. 計價方式

分為兩種方式:

  • 按重量計價;
  • 按件數(shù)計價;

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

  • 選擇為“按件數(shù)計價”時,下方運(yùn)費(fèi)規(guī)則中的表格標(biāo)題為“首件”、“續(xù)件”;
  • 選擇為“按重量計價”時,下方運(yùn)費(fèi)規(guī)則中的表格標(biāo)題變?yōu)椤笆字亍薄ⅰ袄m(xù)重”。

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

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

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

3. 計費(fèi)規(guī)則

A.? 運(yùn)送距離區(qū)間:

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

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

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

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

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

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

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

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

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

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

B. 需要注意:

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

如果每一欄都能編輯:

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

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

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

也就是說只有最后一欄有編輯按鈕,如果想要編輯上一欄的內(nèi)容,只能將該欄刪除,這時上一欄就會變?yōu)樽詈笠粰?,出現(xiàn)編輯和刪除按鈕。

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

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

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

二、滿減運(yùn)費(fèi)模式

上圖為滿減運(yùn)費(fèi)模板的設(shè)置頁面。

滿減運(yùn)費(fèi)模板的添加方式與單品運(yùn)費(fèi)模板一致,都是添加距離區(qū)間后填寫相應(yīng)的運(yùn)費(fèi)。

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

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

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

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

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

可能就需要系統(tǒng)自動下架這些商品,等選擇單品運(yùn)費(fèi)模板之后才能上架。

如果是,可能就不用二次編輯商品的單品運(yùn)費(fèi)模板。

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

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

三、運(yùn)費(fèi)模板負(fù)向流程的計算

這里以單品運(yùn)費(fèi)模板的計算為例,滿減運(yùn)費(fèi)模板的思路是一致的就不展開了

當(dāng)用戶進(jìn)行退貨時,是需要考慮運(yùn)費(fèi)的計算,這時有兩種情況:

1)非商品質(zhì)量問題,用戶自己的原因需要退貨,平臺是不需要退用戶的運(yùn)費(fèi)的。

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

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

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

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

2)商品質(zhì)量問題,平臺不光得退還申請退貨商品的金額,還得退相應(yīng)的運(yùn)費(fèi)。

就以這個模板來說,買3件需付運(yùn)費(fèi)11元。

這時如果退3件,商品全退運(yùn)費(fèi)也會全退,計算是沒問題的。

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

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

那么系統(tǒng)計算出的金額是否能人工修改?

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

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

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

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

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

 

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

題圖來自Unsplash,基于CC0協(xié)議。

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

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

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

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

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

      來自重慶 回復(fù)