(網(wǎng)經(jīng)社訊)醫(yī)藥行業(yè)的特殊性，也決定了我們對基礎(chǔ)資料的重視程度，所以相比其他行業(yè)，流程也復(fù)雜的多；但是萬變不離其中，今天我就給大家分享下基礎(chǔ)資料庫的管理方案。
對于了解B2B的小伙伴應(yīng)該了解基礎(chǔ)資料的重要性；對于大數(shù)據(jù)的時代，關(guān)于基礎(chǔ)數(shù)據(jù)的重要性我就不多說了。
我們首先來聊聊B2B基礎(chǔ)資料有哪些：
商品庫
上游客戶
下游客戶
今天我們來聊聊 “商品庫”管理，其實對于商品的管理，源頭是重要的，個人意見啊！
場景一 : 新收購或新開B端公司，本地系統(tǒng)沒有商品數(shù)據(jù)
這時候需要根據(jù)商品庫商品進(jìn)行整理一套屬于自己的商品資料，不過需要與商品庫有對應(yīng)關(guān)系。
這樣做的好處：
不會影響商品庫商品數(shù)據(jù)；
每個小B端都有自己獨有的一套商品資料；
無論B2b，小b端的數(shù)量有多少，都沒有問題，有很強的擴(kuò)展性。
1. 商品匹配流程圖如下
2. 流程說明
通過導(dǎo)入模板與大B端商品庫進(jìn)行匹配，如果商品中心存在該商品，可以直接獲取該商品編碼，多條匹配的選擇最合適的匹配結(jié)果，編寫小b端商品編碼，整理好商品資料，直接導(dǎo)入就可以了；如果無法匹配的就可以提交新品審核。
場景二：大B端沒有該商品資料，無法匹配，需要做新品申請
1. 商品首營
當(dāng)小B端要經(jīng)營某個品種，但是商品庫確沒有，這個時候就需要做新品申請，也就是商品首營，流程如下：
場景三：小b端批量上報商品資料
1. 線下整理提交
對于有大批商品資料需要上報時，可以在線下整理資料，直接提交大B端審核，流程如下：
說明：
上報：小b端需要經(jīng)營時，但是本地商品庫沒有該商品數(shù)據(jù)，需要提交大B端審核的統(tǒng)稱；
下發(fā)：下發(fā)后，本地商品庫就會存在該商品資料；
線上：通過系統(tǒng)提交的資料；
線下：線下整理資料后提交申請。
以上流程，在大型的醫(yī)藥企業(yè)比較實用，主要是為了保證整個公司，各個分子公司數(shù)據(jù)可以復(fù)用，減少重復(fù)整理數(shù)據(jù)的工作，也能保證商品數(shù)據(jù)不重復(fù)的問題。如果是對于比較小的醫(yī)藥公司，理解該流程后，也能從中整理一套適合的流程。
醫(yī)藥行業(yè)的特殊性，也決定了我們對基礎(chǔ)資料的重視程度，所以相比其他行業(yè)，流程也復(fù)雜的多，但是萬變不離其中，祝為了醫(yī)藥事業(yè)的同仁越來越好!（來源：人人都是產(chǎn)品經(jīng)理 編選：電子商務(wù)研究中心）
