今天分享一個(gè)大宗商品交易系統(tǒng)中車輛出入庫管理的一個(gè)產(chǎn)品例子。
場(chǎng)景:物流公司派車輛去的倉儲(chǔ)公司的倉庫中提貨。
一、業(yè)務(wù)流程
當(dāng)買賣雙方產(chǎn)生交易開始:
庫存在倉儲(chǔ)公司倉庫中屬于賣家的存貨將由物流公司負(fù)責(zé)配送,物流公司派送車輛進(jìn)入倉庫中提貨出庫再送到由買家指定的地點(diǎn)完成運(yùn)輸。
流程中倉庫只聽從貨主的指令即交易中的賣家,賣家負(fù)責(zé)將物流信息包含:物流公司名稱、車輛的數(shù)量型號(hào)載重等車輛數(shù)據(jù)、司機(jī)姓名身份證號(hào)手機(jī)號(hào)碼等個(gè)人信息,提貨日期;可能還會(huì)包括駕駛證件信息、運(yùn)輸資質(zhì)信息傳達(dá)給倉儲(chǔ)公司。
物流公司聽從托運(yùn)方的指令,托運(yùn)方可以是賣家,也可以是買家。托運(yùn)方告訴物流公司相關(guān)信息:倉儲(chǔ)公司名稱,倉庫地址聯(lián)系方式;托運(yùn)商品名稱、數(shù)量、車輛及司機(jī)資質(zhì)要求;指定的配送地址聯(lián)系方式等信息。
物流公司車輛到達(dá)倉庫出示個(gè)人證件和資質(zhì)證件,倉庫核實(shí)后予以放行入庫。
傳達(dá)給倉儲(chǔ)公司及物流公司的指令由買賣雙發(fā)達(dá)成一致。
做一個(gè)簡(jiǎn)單的關(guān)系圖,假設(shè)托運(yùn)方是買家:
好了,核心和業(yè)務(wù)目的大家了解了,下面開始講講分支場(chǎng)景:
1. 賣家(貨主)向倉儲(chǔ)公司發(fā)送提貨指令及回執(zhí)
貨主向倉儲(chǔ)公司(一般是業(yè)務(wù)中心)發(fā)起提貨申請(qǐng):貨品名稱、數(shù)量、提貨日期、司機(jī)車輛信息。
業(yè)務(wù)中心根據(jù)倉庫庫區(qū)業(yè)務(wù)情況給出回執(zhí),一般是確認(rèn)或調(diào)整日期,少數(shù)情況業(yè)務(wù)中需與庫區(qū)溝通確認(rèn)。
提貨后,業(yè)務(wù)中心主動(dòng)向貨主回執(zhí)確認(rèn)提貨成功,一般可能會(huì)在與貨主企業(yè)的系統(tǒng)對(duì)接、短信、人工微信或者業(yè)務(wù)員電話回執(zhí)等方式。
2. 倉儲(chǔ)公司業(yè)務(wù)中心與倉庫庫區(qū)之間的交互
業(yè)務(wù)中心接到貨主的申請(qǐng),需要確認(rèn)庫區(qū)的情況。不過一般來說業(yè)務(wù)中心在日常的工作中對(duì)倉庫的情況比較了解,倉庫也每日會(huì)匯報(bào)庫區(qū)的工作與狀況。所有基本上業(yè)務(wù)中心接到申請(qǐng)以后會(huì)向庫區(qū)發(fā)送指令,指令可以在內(nèi)部ERP系統(tǒng)中發(fā)送,同時(shí)傳真一份紙質(zhì)的提貨通知。
庫區(qū)在提貨成功以后會(huì)向業(yè)務(wù)中心回執(zhí)確認(rèn)以及定時(shí)交付提貨單據(jù)以供業(yè)務(wù)和賬務(wù)留檔復(fù)核。
3. 司機(jī)去倉庫庫區(qū)提貨的入庫及出庫
司機(jī)到達(dá)庫區(qū)與接待中心客服接待人員之間的交涉:出示證件單據(jù),填寫表單,簽字蓋章等。
司機(jī)進(jìn)入庫區(qū)過磅稱重,到達(dá)指定地區(qū)裝貨。
司機(jī)完成裝貨后過磅稱重,與庫區(qū)客服人員雙發(fā)簽字完成單據(jù)出庫。
4. 過磅及裝貨場(chǎng)景
車輛駛?cè)霂靺^(qū)在地磅系統(tǒng)稱重,過磅系統(tǒng)工作人員合適單據(jù)證件,在單據(jù)中標(biāo)明空車重量并簽字。
車輛進(jìn)入裝貨區(qū)域,工作人員核實(shí)予以裝貨并監(jiān)督裝貨流程。
裝貨完畢車輛再經(jīng)過地磅系統(tǒng)稱重,然后雙雙確認(rèn)簽字后車輛離開庫區(qū)。
由此,整個(gè)業(yè)務(wù)流程就清晰了,出貨流程大致是這樣。按照這個(gè)邏輯逆向入庫流程基本也是這樣,只是出入的單據(jù)有所不同以及地磅記錄順序反過來就可以了。
這整個(gè)流程可以看出大部分都在線下進(jìn)行,現(xiàn)在需要把這部分內(nèi)容集成到交易平臺(tái)中。
二、前置條件
物流系統(tǒng):提供在線找物流服務(wù)、跟蹤物流。
已對(duì)接倉儲(chǔ)公司ERP,用戶在線申請(qǐng)?zhí)?卸貨,用戶查看/管理自己的庫存。
三、需求綱要
基于訂單和物流單發(fā)起提貨流程。
貨主向倉儲(chǔ)公司發(fā)起提貨,并提交物流信息及相關(guān)證件、單據(jù)。
倉儲(chǔ)公司回執(zhí)托運(yùn)方。
司機(jī)提貨流程:倉儲(chǔ)接待中心–地磅系統(tǒng)—裝貨—出庫。
非交易情況下貨主的出入庫申請(qǐng)。
四、產(chǎn)品架構(gòu)設(shè)計(jì)
系統(tǒng)結(jié)構(gòu):平臺(tái)下的訂單、物流系統(tǒng),對(duì)接倉儲(chǔ)公司數(shù)據(jù)的OMS系統(tǒng)。
基于訂單的買/賣家、物流公司與倉儲(chǔ)公司的交互
提貨流程
五、產(chǎn)品的數(shù)據(jù)庫表單設(shè)計(jì)
看一下已有數(shù)據(jù)表單及與物流倉儲(chǔ)出入庫相關(guān)字段。
1. 訂單表
物流公司、物流單號(hào)、倉儲(chǔ)公司、倉庫地址、數(shù)量、出入庫數(shù)量、剩余數(shù)量、損耗。
2. 物流單表
訂單號(hào)、托運(yùn)方、買方公司、出庫倉儲(chǔ)公司及倉庫地址、入庫倉儲(chǔ)公司及地址;運(yùn)次信息:車輛、司機(jī)信息、車次對(duì)應(yīng)數(shù)量、地磅數(shù)據(jù)、耗損、出入時(shí)間。
3. 需要新增的表單:出入庫表
這個(gè)表單部分字段可能與訂單和物流單表重復(fù),但考慮到這條支線的流程的唯一性以及方便當(dāng)訂單出現(xiàn)糾紛時(shí)更容易復(fù)核,所以有必要?jiǎng)?chuàng)建該表單。
表單記錄字段
出庫申請(qǐng):賬號(hào)/人員
申請(qǐng)時(shí)間
審批回執(zhí)
審批人/賬號(hào)、審批時(shí)間
出庫通知:出庫通知人、時(shí)間
車輛司機(jī)信息;車次數(shù)量信息、地磅數(shù)據(jù)
司機(jī)簽字信息
五、結(jié)尾
基于以上可以進(jìn)入產(chǎn)品具體的設(shè)計(jì),因?yàn)檫@里主要講的是正向流程,真實(shí)交易中會(huì)出現(xiàn)逆向以及錯(cuò)誤終止的情況且頻次不低。所以具體設(shè)計(jì)時(shí)必須考慮到多種狀況的可能并最終要形成產(chǎn)品的閉環(huán)。
B端比較講究流程的實(shí)現(xiàn),產(chǎn)品人員最重要的就是把業(yè)務(wù)流程梳理清楚。
文章及其圖片來源:網(wǎng)絡(luò)貨運(yùn)平臺(tái)指南;
【數(shù)商云www.zhimaihui.cn】致力于提供企業(yè)級(jí)的電商平臺(tái)服務(wù),長(zhǎng)期為大中型企業(yè)打造數(shù)據(jù)化、商業(yè)化、智能化的網(wǎng)上商城系統(tǒng)解決方案,同時(shí)我們還提供B2B電子商務(wù)網(wǎng)站、B2B2C多用戶商城系統(tǒng)、B2C電子商務(wù)系統(tǒng)、跨境進(jìn)口電商平臺(tái)、供應(yīng)商管理系統(tǒng)、新零售電商平臺(tái)、直播電商系統(tǒng)等一系列系統(tǒng)定制開發(fā)服務(wù)。
評(píng)論