醫(yī)藥行業(yè)的特殊性，也決定了我們對(duì)基礎(chǔ)資料的重視程度，所以相比其他行業(yè)，流程也復(fù)雜的多；但是萬變不離其中，今天我就給大家分享下基礎(chǔ)資料庫的管理方案。

對(duì)于了解B2B的小伙伴應(yīng)該了解基礎(chǔ)資料的重要性；對(duì)于大數(shù)據(jù)的時(shí)代，關(guān)于基礎(chǔ)數(shù)據(jù)的重要性我就不多說了。

我們首先來聊聊B2B基礎(chǔ)資料有哪些：

1. 商品庫
2. 上游客戶
3. 下游客戶

今天我們來聊聊 “商品庫”管理，其實(shí)對(duì)于商品的管理，源頭是重要的，個(gè)人意見啊！

場景一 : 新收購或新開B端公司，本地系統(tǒng)沒有商品數(shù)據(jù)

這時(shí)候需要根據(jù)商品庫商品進(jìn)行整理一套屬于自己的商品資料，不過需要與商品庫有對(duì)應(yīng)關(guān)系。

這樣做的好處：

1. 不會(huì)影響商品庫商品數(shù)據(jù)；
2. 每個(gè)小B端都有自己獨(dú)有的一套商品資料；
3. 無論B2b，小b端的數(shù)量有多少，都沒有問題，有很強(qiáng)的擴(kuò)展性。

1. 商品匹配流程圖如下

2. 流程說明

通過導(dǎo)入模板與大B端商品庫進(jìn)行匹配，如果商品中心存在該商品，可以直接獲取該商品編碼，多條匹配的選擇最合適的匹配結(jié)果，編寫小b端商品編碼，整理好商品資料，直接導(dǎo)入就可以了；如果無法匹配的就可以提交新品審核。

場景二：大B端沒有該商品資料，無法匹配，需要做新品申請(qǐng)

1. 商品首營

當(dāng)小B端要經(jīng)營某個(gè)品種，但是商品庫確沒有，這個(gè)時(shí)候就需要做新品申請(qǐng)，也就是商品首營，流程如下：

場景三：小b端批量上報(bào)商品資料

1. 線下整理提交

對(duì)于有大批商品資料需要上報(bào)時(shí)，可以在線下整理資料，直接提交大B端審核，流程如下：

說明：

• 上報(bào)：小b端需要經(jīng)營時(shí)，但是本地商品庫沒有該商品數(shù)據(jù)，需要提交大B端審核的統(tǒng)稱；
• 下發(fā)：下發(fā)后，本地商品庫就會(huì)存在該商品資料；
• 線上：通過系統(tǒng)提交的資料；
• 線下：線下整理資料后提交申請(qǐng)。

以上流程，在大型的醫(yī)藥企業(yè)比較實(shí)用，主要是為了保證整個(gè)公司，各個(gè)分子公司數(shù)據(jù)可以復(fù)用，減少重復(fù)整理數(shù)據(jù)的工作，也能保證商品數(shù)據(jù)不重復(fù)的問題。如果是對(duì)于比較小的醫(yī)藥公司，理解該流程后，也能從中整理一套適合的流程。

醫(yī)藥行業(yè)的特殊性，也決定了我們對(duì)基礎(chǔ)資料的重視程度，所以相比其他行業(yè)，流程也復(fù)雜的多，但是萬變不離其中，祝為了醫(yī)藥事業(yè)的同仁越來越好!

下一期將會(huì)分享關(guān)于上游客戶基礎(chǔ)資料的管理方案！

本文由 @不回家的人 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

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