醫藥B2B基礎資料庫(商品)管理方案(一)
醫藥行業的特殊性,也決定了我們對基礎資料的重視程度,所以相比其他行業,流程也復雜的多;但是萬變不離其中,今天我就給大家分享下基礎資料庫的管理方案。
對于了解B2B的小伙伴應該了解基礎資料的重要性;對于大數據的時代,關于基礎數據的重要性我就不多說了。
我們首先來聊聊B2B基礎資料有哪些:
- 商品庫
- 上游客戶
- 下游客戶
今天我們來聊聊 “商品庫”管理,其實對于商品的管理,源頭是重要的,個人意見?。?/p>
場景一 : 新收購或新開B端公司,本地系統沒有商品數據
這時候需要根據商品庫商品進行整理一套屬于自己的商品資料,不過需要與商品庫有對應關系。
這樣做的好處:
- 不會影響商品庫商品數據;
- 每個小B端都有自己獨有的一套商品資料;
- 無論B2b,小b端的數量有多少,都沒有問題,有很強的擴展性。
1. 商品匹配流程圖如下
2. 流程說明
通過導入模板與大B端商品庫進行匹配,如果商品中心存在該商品,可以直接獲取該商品編碼,多條匹配的選擇最合適的匹配結果,編寫小b端商品編碼,整理好商品資料,直接導入就可以了;如果無法匹配的就可以提交新品審核。
場景二:大B端沒有該商品資料,無法匹配,需要做新品申請
1. 商品首營
當小B端要經營某個品種,但是商品庫確沒有,這個時候就需要做新品申請,也就是商品首營,流程如下:
場景三:小b端批量上報商品資料
1. 線下整理提交
對于有大批商品資料需要上報時,可以在線下整理資料,直接提交大B端審核,流程如下:
說明:
- 上報:小b端需要經營時,但是本地商品庫沒有該商品數據,需要提交大B端審核的統稱;
- 下發:下發后,本地商品庫就會存在該商品資料;
- 線上:通過系統提交的資料;
- 線下:線下整理資料后提交申請。
以上流程,在大型的醫藥企業比較實用,主要是為了保證整個公司,各個分子公司數據可以復用,減少重復整理數據的工作,也能保證商品數據不重復的問題。如果是對于比較小的醫藥公司,理解該流程后,也能從中整理一套適合的流程。
醫藥行業的特殊性,也決定了我們對基礎資料的重視程度,所以相比其他行業,流程也復雜的多,但是萬變不離其中,祝為了醫藥事業的同仁越來越好!
下一期將會分享關于上游客戶基礎資料的管理方案!
本文由 @不回家的人 原創發布于人人都是產品經理。未經許可,禁止轉載。
題圖來自 Unsplash,基于CC0協議。
評論
- 目前還沒評論,等你發揮!