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

對于了解B2B的小伙伴應該了解基礎資料的重要性；對于大數據的時代，關于基礎數據的重要性我就不多說了。

我們首先來聊聊B2B基礎資料有哪些：

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

今天我們來聊聊 “商品庫”管理，其實對于商品的管理，源頭是重要的，個人意見??！

場景一 : 新收購或新開B端公司，本地系統沒有商品數據

這時候需要根據商品庫商品進行整理一套屬于自己的商品資料，不過需要與商品庫有對應關系。

這樣做的好處：

1. 不會影響商品庫商品數據；
2. 每個小B端都有自己獨有的一套商品資料；
3. 無論B2b，小b端的數量有多少，都沒有問題，有很強的擴展性。

1. 商品匹配流程圖如下

2. 流程說明

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

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

1. 商品首營

當小B端要經營某個品種，但是商品庫確沒有，這個時候就需要做新品申請，也就是商品首營，流程如下：

場景三：小b端批量上報商品資料

1. 線下整理提交

對于有大批商品資料需要上報時，可以在線下整理資料，直接提交大B端審核，流程如下：

說明：

• 上報：小b端需要經營時，但是本地商品庫沒有該商品數據，需要提交大B端審核的統稱；
• 下發：下發后，本地商品庫就會存在該商品資料；
• 線上：通過系統提交的資料；
• 線下：線下整理資料后提交申請。

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

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

下一期將會分享關于上游客戶基礎資料的管理方案！

本文由 @不回家的人 原創發布于人人都是產品經理。未經許可，禁止轉載。

題圖來自 Unsplash，基于CC0協議。