組合商品怎么玩?
編輯導(dǎo)讀:組合商品是指,人為將幾個(gè)單獨(dú)售賣(mài)的商品組合在一起進(jìn)行合并售賣(mài)的商品。為了促進(jìn)銷(xiāo)售,很多商家在售賣(mài)時(shí)會(huì)利用“捆綁銷(xiāo)售”的策略。今天我們來(lái)看看為了實(shí)現(xiàn)組合商品的售賣(mài),在整個(gè)鏈路中,我們需要涉及到哪些功能的設(shè)計(jì)和改造吧。
一、組合商品-前后臺(tái)商品管理
1. 組合商品VS套裝商品
在最開(kāi)始我想先闡明兩個(gè)概念,組合商品和套裝商品。組合商品是指,人為將幾個(gè)單獨(dú)售賣(mài)的商品組合在一起進(jìn)行合并售賣(mài)的商品。其中被組合商品本身也是獨(dú)立的可售賣(mài)個(gè)體。而套裝商品則不同,套裝商品本身在生產(chǎn)及供給中是以“套”為最小單位進(jìn)行管理的。從制造商的生產(chǎn),平臺(tái)向供應(yīng)商的采購(gòu)或后期銷(xiāo)售都是按套售賣(mài),可以直接將套裝商品理解成“結(jié)構(gòu)復(fù)雜”的普通商品。大家可以看下下面兩張圖中,哪個(gè)商品是套裝,哪個(gè)商品是組合。
而我們今天主要討論的是組合商品在系統(tǒng)中的鏈路設(shè)計(jì)。對(duì)于前臺(tái)商品庫(kù)來(lái)說(shuō),組合商品和普通商品的維護(hù)和管理是一致的,不需要進(jìn)行特殊的處理,因?yàn)樵阡N(xiāo)售層面,它們都是一個(gè)維度的SKU。對(duì)于組合商品售賣(mài)實(shí)現(xiàn)最關(guān)鍵的在于:
- 商品組合關(guān)系管理
- 組合商品前臺(tái)庫(kù)存同步
- 組合商品訂單處理(正逆向-逆向很容易被忽略哦)
2. 前后臺(tái)商品的關(guān)聯(lián)
在前臺(tái)商品庫(kù)的設(shè)計(jì)中,有個(gè)非常關(guān)鍵的字段-外部關(guān)聯(lián)商品(out_id),通過(guò)這個(gè)字段,我們可以建立前臺(tái)售賣(mài)訂單-后臺(tái)發(fā)貨訂單(包裹訂單)之間商品的關(guān)聯(lián)。
通常建議直接使用后臺(tái)商品(OMS-商品管理中的商品)編碼作為前臺(tái)商品的out_id。由此,在前臺(tái)銷(xiāo)售創(chuàng)建后,推送至供應(yīng)鏈訂單中心(OMS)中時(shí),可進(jìn)行商品轉(zhuǎn)換。因此這也要求了在商品上架售賣(mài)前,在供應(yīng)鏈側(cè)需要建立完整的商品檔案.
3. OMS-商品管理
在OMS商品管理中,對(duì)于后臺(tái)商品需要區(qū)分是普通商品或是組合商品。建立和維護(hù)組合商品的組合關(guān)系,需要注意,被組合的商品必須是獨(dú)立存在的普通商品,不建議組合套組合的套娃設(shè)計(jì),會(huì)增加后續(xù)庫(kù)存同步和訂單處理的復(fù)雜度,沒(méi)有太大必要。
二、組合商品庫(kù)存同步
關(guān)于組合商品的庫(kù)存同步,之前我們?cè)诹腎MS的時(shí)候有提到過(guò),由于一件商品可能是獨(dú)立售賣(mài),也可能存在,在獨(dú)立售賣(mài)的同時(shí)作為其他組合商品的組成部分在進(jìn)行售賣(mài),因此在庫(kù)存同步策略中,組合商品的拆解也是一個(gè)重要因素。
1. 首次/常規(guī)同步
獲取商品可用庫(kù)存后,判斷此后臺(tái)商品當(dāng)前相關(guān)的前臺(tái)售賣(mài)商品,如其中存在組合商品售賣(mài),則按照組合關(guān)系并獲取其中其他子商品的庫(kù)存計(jì)算當(dāng)前前臺(tái)可售組合商品庫(kù)存量。如下例中:在IMS可用庫(kù)存中A,B商品各100件,在庫(kù)存同步時(shí),獲取到當(dāng)前C1,C2作為A、B的組合商品均在前臺(tái)售賣(mài),且組合關(guān)系如下。由于C2商品的組合關(guān)系中,包含2件B,1件A,目前B的總可用庫(kù)存為100,因此計(jì)算獲得C2的可售賣(mài)庫(kù)存為50件。
從這個(gè)例子我們可以看出,在前臺(tái)庫(kù)存同步時(shí),并不會(huì)按比例去拆分的方式進(jìn)行同步,比如C1可售50件、C2可售25件,而是為了保障商品整體的售出,以商品可售賣(mài)的最大量進(jìn)行同步。而這也就涉及到下面我們要說(shuō)的點(diǎn):在銷(xiāo)售過(guò)程中,組合商品的庫(kù)存變更。
2. 銷(xiāo)售庫(kù)存變更
我們繼續(xù)沿用上一個(gè)例子。雖然C1,C2在前臺(tái)售賣(mài)時(shí),是兩個(gè)獨(dú)立的商品,但是從上面庫(kù)存同步的機(jī)制我們可以看出,其實(shí)他們底層賣(mài)的是同一批貨品。因此在其中任一商品售出時(shí),其他相關(guān)的商品的可售庫(kù)存必然需要進(jìn)行相同的變更,如A售賣(mài)出1件后,A商品本身的銷(xiāo)售庫(kù)存變更為99的同時(shí),C2商品的銷(xiāo)售應(yīng)變更為99。商品售賣(mài)訂單生成后到訂單實(shí)際下發(fā)到OMS產(chǎn)生包裹單進(jìn)行發(fā)貨,通常是存在中間時(shí)間間隔,即售賣(mài)并不會(huì)馬上影響IMS可用庫(kù)存。因此售賣(mài)過(guò)程中,銷(xiāo)售庫(kù)存的變更通常是由銷(xiāo)售側(cè)的邏輯來(lái)實(shí)現(xiàn),因本文重點(diǎn)在供應(yīng)鏈側(cè),暫不展開(kāi)。
三、組合商品訂單處理(正逆向)
1. 正向銷(xiāo)售訂單
既然前臺(tái)有商品、有庫(kù)存,那么我們的用戶(hù)也就開(kāi)始正常進(jìn)行下單了。用戶(hù)下單的明明是組合的商品,如何實(shí)現(xiàn)倉(cāng)儲(chǔ)的發(fā)貨、實(shí)際子商品的庫(kù)存處理呢?我們先來(lái)捋一下用戶(hù)下單后,訂單在各系統(tǒng)之間的流轉(zhuǎn),最終實(shí)現(xiàn)用戶(hù)訂單履約的。
在概念介紹中我們講到過(guò),組合商品是前臺(tái)概念,在實(shí)際的采購(gòu)、倉(cāng)儲(chǔ)過(guò)程中仍然是獨(dú)立的商品。因此產(chǎn)品的設(shè)計(jì)核心點(diǎn)在于訂單處理過(guò)程中,組合商品到普通商品的轉(zhuǎn)換,以轉(zhuǎn)換后的SKU執(zhí)行庫(kù)存凍結(jié),轉(zhuǎn)換后的單據(jù)下發(fā)到倉(cāng)庫(kù)才能夠執(zhí)行正常的揀發(fā)貨流程。即在OMS訂單到包裹單的單據(jù)轉(zhuǎn)換執(zhí)行過(guò)程中,需要前置根據(jù)商品組合關(guān)系進(jìn)行商品轉(zhuǎn)換。
2. 逆向退貨訂單
此處討論的逆向是指涉及商品退回的情況。通常,組合商品通常是不允許進(jìn)行單獨(dú)的售后的,大家有買(mǎi)過(guò)組合的其實(shí)也可以去看看自己的購(gòu)物訂單,只能針對(duì)整個(gè)商品進(jìn)行售后,因此如果發(fā)起退換貨,在售后單中的商品也是組合id。因此和正向流程的處理一樣,需要轉(zhuǎn)換商品后進(jìn)行下發(fā)。在鏈路的設(shè)計(jì)過(guò)程中,逆向總是很容易被遺忘,所以此處也特意強(qiáng)調(diào)下。當(dāng)然,基于實(shí)際的現(xiàn)場(chǎng)場(chǎng)景,肯定也會(huì)存在特殊情況,組合商品中的個(gè)別子商品有問(wèn)題用戶(hù)需要單獨(dú)進(jìn)行處理,通常是由用戶(hù)正常發(fā)起后,通過(guò)客服單獨(dú)在售后單中對(duì)此類(lèi)特殊單據(jù)的商品進(jìn)行調(diào)整后執(zhí)行后續(xù)的流程。
四、總結(jié)
以上就是進(jìn)行想聊的內(nèi)容的全部了。最后總結(jié)下:-對(duì)于前臺(tái)售賣(mài)商品庫(kù)來(lái)說(shuō),組合商品和普通商品其實(shí)沒(méi)有本質(zhì)的差別,對(duì)用戶(hù)來(lái)說(shuō),都是一件商品;-在OMS中需要通過(guò)組合商品組合關(guān)系的維護(hù),實(shí)現(xiàn)訂單層面商品的轉(zhuǎn)換,達(dá)到最終倉(cāng)儲(chǔ)履約的目的。同時(shí)也不要忘了逆向單據(jù)的鏈路實(shí)現(xiàn)。-在IMS前臺(tái)庫(kù)存同步中,也需要考慮到組合商品庫(kù)存同步的換算邏輯。
#專(zhuān)欄作家#
麋鹿產(chǎn)品,公眾號(hào):麋鹿產(chǎn)品手冊(cè),人人都是產(chǎn)品經(jīng)理專(zhuān)欄作家。專(zhuān)注供應(yīng)鏈挖掘提升,熱愛(ài)生活,熱愛(ài)產(chǎn)品。
本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來(lái)自Unsplash,基于CCO協(xié)議。
這樣的庫(kù)存同步方式,會(huì)不會(huì)導(dǎo)致超賣(mài)?
組合商品中的子商品支不支持修改?
組合商品為啥一定要在oms建立關(guān)系,只是商品系統(tǒng)建立關(guān)系會(huì)有什么問(wèn)題嗎?
作者的本意并非是說(shuō)一定要在oms建立這種聯(lián)系,只是從前臺(tái)的組合商品到內(nèi)部的庫(kù)存系統(tǒng)中總歸是要識(shí)別出來(lái)套裝商品中包含的實(shí)際單品,進(jìn)而進(jìn)行庫(kù)存的扣減,當(dāng)然也可以在內(nèi)部的商品系統(tǒng)中創(chuàng)建這種組合套裝商品,但是在我看來(lái)只適合商品種類(lèi)少,套裝組合少的情況,如果品多起來(lái),組合多起來(lái)對(duì)于商品基礎(chǔ)信息庫(kù)來(lái)說(shuō)是一種災(zāi)難。
為啥在oms就沒(méi)有災(zāi)難,同時(shí)是綁定了商品的關(guān)系
域的劃分和是跟著業(yè)務(wù)和發(fā)展模式走的。放到OMS或者是商品域,本質(zhì)是要看他們所支持的場(chǎng)景。如果是BC商城,還沒(méi)有抽象履約的概念,放哪里都一樣。