醫藥B2B基礎資料庫(商品)管理方案(一)

0 評論 5737 瀏覽 59 收藏 4 分鐘

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

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

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

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

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

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

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

這樣做的好處:

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

1. 商品匹配流程圖如下

2. 流程說明

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

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

1. 商品首營

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

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

1. 線下整理提交

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

說明:

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

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

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

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

 

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

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

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發揮!