小Q：某醫藥互聯網公司后臺產品經理，著手規劃重構公司的電商后臺及供應鏈相關系統；

    阿輝:  小Q死黨，某知名平臺電商資深產品經理；

    蘭姐:  質管部負責人，基礎數據平臺的主要需求提出方，精通GSP法規；

    浩子：產品經理，小Q的幫手，協助小Q推進大后端重構項目。」

01  SPU和SKU

        正在整理商品庫設計方案的小Q，回想起上周末在巫山烤魚和阿輝聚餐的窘態，沒憋住居然笑出聲來了，突然抬頭發現周圍一眾同事很詫異的盯著自己，立馬尷尬的憋住了發聲，但抖動的嘴角還是沒忍住，半張著面對著眾人，儼然一副二哈的憨態。

      “要設計商品庫，先搞清楚主流電商平臺商品相關的幾個概念和關系：SPU、SKU、商品分類、商品屬性、品牌！”阿輝吃著烤魚喝著王老吉，然后掏出手機給小Q搜了篇文章。

       ”SPU(Standard Product Unit)：標準化產品單元。是商品信息聚合的最小單位，是一組可復用、易檢索的標準化信息的集合，該集合描述了一個產品的特性。通俗點講，屬性值、特性相同的商品就可以稱為一個SPU。

          SKU=Stock Keeping Unit（庫存量單位）。即庫存進出計量的基本單元，可以是以件，盒，托盤等為單位?，F在已經被引申為產品統一編號的簡稱，每種產品均對應有唯一的SKU號。

（以上定義引自百度百科）

       以你的智商，估計也聽不懂，叫一聲哥，再給你解釋一下。“見小Q一臉云里霧里的感覺，阿輝用慣用的打擊方式繼續說道：

        "簡單的說，SKU就是庫房里存放的實際可以售賣出庫的實物商品，SPU是某一類特性相同的SKU的統稱，二者在系統中都應該有其唯一的編碼，簡稱SPU編碼和SKU編碼。例如：iphone XS 是一款SPU，因為屬性信息不全，消費者光聽到這個是無法確認價格并購買的，但 iphone XS + 金色 +國行+ 64G  是一款 SKU，因為消費者可以很清晰的知道其售賣價并下單購買，商家也能很精確的知道該發哪款貨。"

      “既然SPU無法定位價格和庫存，那它存在的意義是啥呢？”小Q認沒好氣的問道，但渴望的眼神又暴露了自己的求知欲。

      “看看，果然不懂，智商堪憂啊，嘖嘖！為什么會存在呢？ 自然有其存在的道理。”，阿輝一臉欠揍的表情得瑟的看著小Q，10分鐘前因為系統設計的問題兩人爭的面紅耳赤，一不小心還弄砸了一個盤子，把女服務員嚇的都不敢露面，還是大堂經理出來解的圍，現在哪那么容易就讓你丫得逞的？

      “去死，少賣關子！不然噴你一臉～”，小Q喝了一口王老吉潤了潤嗓子，然后鼓起腮幫子，作勢要向阿輝噴濺。

      阿輝迅速抽起一支筷子做飛鏢狀還擊小Q，同時繼續說道：“你剛剛說過，你們公司有隱形眼鏡在天貓上售賣，但同一款眼鏡有不同的顏色，不同的度數，當然除此之外，其它的屬性都一樣。所以SPU的第一個作用就是可以節省每個SKU建碼錄入信息的工作量，同一SPU下的多個SKU，都可以繼承SPU的公共屬性；另外，如果需要統計某一款眼鏡的銷量或者庫存，就需要用SPU來匯總其下所有SKU的數量，否則單個SKU各自獨立，憑肉眼是很難實現的。再一個，天貓上之所以可以讓不同度數不同顏色的SKU在一個頁面可隨意切換，也都是通將同一SPU下的所有關聯SKU在一個頁面加載展示的效果?！?/p>

▲隱形眼鏡SPU與SKU    

    如圖：博士倫美瞳日拋近視眼鏡蕾絲明眸30片為一個SPU，而博士倫美瞳日拋近視眼鏡蕾絲明眸30片+400度+綠色才是一個SKU 。

02  商品分類

    “SPU與SKU聊完以后，再說商品分類，在很多平臺，也叫商品類目，主要是用作商品的分類管理和商品的搜索，一般為兩到三級樹形結構，最多不超過四級，每個SKU都會對應到一個分類上，這個分類也應該是在你的基礎數據平臺維護完以后再同步給其它系統?！?，阿輝放下手中的“兵器”，打算給小Q好好講講商品分類。

        小Q打岔的接過話題：“這個了解，在醫藥電商里，根據藥品的受眾不同，會分為病理分類和藥理分類，同時根據我們平臺經營的商品范圍，還有一個基礎分類，例如：藥品\醫療器械\食品保健\其它非藥品?！?/p>

    “病理分類和藥理分類的區別是啥？”

    “你丫剛剛不是挺瑟的嗎？原來也有你不懂的？”小Q反過來調侃阿輝。

    “快說，不然噴你一臉！”阿輝學著小Q剛剛的姿勢猛喝一口王老吉，作勢要噴吐出來，惹得小Q哈哈大笑，隨之拿起桌子上的刀叉在阿輝面前比劃了幾下，結果阿輝沒忍住，被嗆的咳嗽起來，滿口的飲料真的噴灑出來了，由于猝不及防的用力過猛，棕黑色的汁灑得桌子上、地上到處都是，要不是小Q跳得快，真變成落湯狗了。

    “我ca，你玩真的！”，小Q趕緊拿起紙巾遞給阿輝一些，另外開始擦桌子和自己身上的殘留，桌子上吃了一半的烤魚算是泡湯了。

    “你的動作太大，讓我措手不及，今天這頓飯算我的。服務員，加菜！”，阿輝一邊咳嗽一邊擦嘴，同時招呼服務員過來收拾殘局，又點了幾個菜。服務員臨走的時候，小Q注意到妹子眼神里的異樣，不知道是埋怨還是嘲諷，畢竟今天是這兩人第二次在這出丑了。

    “病理分類是從疾病發生的原因來進行劃分，比如外科用藥、腫瘤用藥、婦科用藥、血液系統用藥等；藥理分類是從藥品的治療癥狀來進行劃分的，比如美顏瘦身、清熱解毒、健胃消食等，一般面對醫生適合用病理分類，面對患者適合用藥理分類?！?，忙活了大概5分鐘，終于又回到正題，小Q開始給阿輝解釋醫藥電商里的病理分類和藥理分類。

    “明白了，這確實是你們醫藥的特色。這里還有一個經驗需要跟你傳授一下，主流電商平臺的商品分類會分前臺和后臺，后臺分類就是你的基礎數據平臺里維護的全公司統一分類，不會隨意變動；還有一個和后臺分類對應的前臺分類，但前臺分類往往會隨著季節、促銷等活動臨時調整，以此更好的促進訂單轉化。前后臺分類的對應關系可能是一對多、多對多或者多對一。”阿輝補充道。

▲醫藥電商藥理分類舉例

03 商品屬性、品牌

    “再來說說商品屬性，”阿輝右手拿起準備夾菜的筷子在空中點了點，通過前面2次的窘態，兩人現在變得斯文好多，雖然還偶有爭吵，但不會再像前面小孩子過家家那樣動刀動槍了。

    “每個商品會有很多的描述和特性來區別于其它商品，這些描述和特性就是商品屬性，我們會設計一個商品屬性庫，用以存儲所有商品的屬性信息。當然，前面提到，很多分類相同的商品屬性是一樣的，為了避免每個商品都要維護一套屬性的龐大工作量，屬性一般掛到分類下面，至于掛到幾級分類下，可以根據實際業務情況來定奪。如果屬性掛在一級分類下，那其下所有的SPU和SKU都會有此屬性。

    “從屬性的重要程度來劃分，可以分為關鍵屬性、銷售屬性和非關鍵屬性：

• 關鍵屬性是能確認唯一SPU的屬性組合，可以是某一個屬性，也可以是多個屬性的組合；

• 銷售屬性是能決定SKU的屬性，通過關鍵屬性+銷售屬性，可以確認一個唯一的SKU；

• 非關鍵屬性是除關鍵屬性、銷售屬性之外的其它對商品進行描述的屬性，一般對應到SPU上，也可以針對單SKU進行設置。

        和屬性對應的是屬性值，比如隱形眼鏡的“顏色”是一個屬性，“紅色/綠色/黃色”就是顏色的屬性值。在設計的時候，屬性值可以是提前存入數據庫里的多選項，也可以是支持錄入的文本信息。”，說完這么多，阿輝終于下筷子夾了一塊肥腸入口，慢慢咀嚼并享受著這種重口味菜品對味蕾的刺激。

        “下面，我們再聊聊品牌?！边B續吃了三片肥腸后，阿輝又恢復了元氣，身子前傾，聲音明顯大了起來，繼續開講，嘴里散發的肥腸味兒惹得小Q連連敗退：“品牌其實是一種特殊的屬性，也和商品分類掛鉤，不過是多對多的關系。理論上每個商品都有對應的品牌，比如手機中的蘋果、三星、小米。你們賣的套套有杜蕾斯、岡本、杰士邦等等?！?/p>

         "小伙子懂得挺多呀，沒少為我們公司做貢獻吧？我回去找人查查你的案底，嘿嘿~”，小Q一臉壞笑。

        “滾！”，不知道是煩小Q打岔，還是被看穿了，阿輝沒好氣的回懟，然后接著說：“因為很多分類下的不同商品的品牌相同（比如小米既做手機，也做平衡車），所以可以把品牌單獨提煉出來獨立管理，會更加有利于日常的運營?！?/p>

    ▲商品分類、商品屬性和品牌

04 SPU和SKU設計

    “了解完商品分類、屬性、屬性值和品牌以后，咱們再反過來聊聊SPU、SKU的設計思路。”，阿輝拿起一支筷子，反過來用筷尾在桌面上比劃起來：

        “第一步，設計好商品分類，并將分類下的屬性、品牌信息分別維護完整；注意區分開關鍵屬性、銷售屬性和非關鍵屬性；

       第二步，選取商品分類，并填寫分類下的品牌/關鍵屬性信息生成SPU；

       第三步，填寫SPU下的銷售屬性生成獨立的SKU；

       最后，完善SKU的其它非關鍵屬性?！?/p>

▲主流電商平臺商品建碼流程

    “現在，我問你，你們公司的各大分類下的商品關鍵屬性、銷售屬性和非關鍵屬性，你能梳理清楚嗎？”，阿輝問小Q。

      "我嘗試著羅列一下吧！先說藥品，通過生產廠家+通用名+批準文號基本可以確認是哪一款SPU，例如山東達因（生產廠家）生產的伊可新，通用名為維生素AD滴劑（通用名），批準文號都是國藥準字H37022937（批準文號），這3個屬性可以定義為藥品的關鍵屬性，確定一款SPU；其下有  10粒/板*5板/盒、10粒/板*6板/盒、 10粒/板*3板/盒、20粒/盒 4種包裝規格，可以確認4款SKU，所以包裝規格和單位可以定義為藥品的銷售屬性；關于存儲方法、儲存條件，可以作為SPU維度的非關鍵屬性來維護；但用法用量，因為每一款藥的吃法不一樣，就可以設定為SKU維度的非關鍵屬性來維護”。小Q用公司常賣的一款藥進行了詳細列舉，讓阿輝驚訝于他這么短的時間居然能領悟這么深入，不禁投以了贊許的目光......

▲SPU與SKU設計舉例

05 醫藥電商商品分類及屬性

        回憶結束，小Q被拉回現實。按照和阿輝討論的思路，結合蘭姐給予的業務指導，小Q將公司的商品按照基礎分類進行了關鍵屬性、銷售屬性和非關鍵屬性的簡單梳理，頓時整個商品體系架構清晰了好多，雖然不十分精準，但至少可以囊括公司90%以上的商品建碼場景，后續可以基于此屬性劃分繼續細分也不是難事：

▲醫藥電商商品庫關鍵屬性、銷售屬性和非關鍵屬性舉例參考

06  醫藥電商商品首營系統流程

     接著，按照蘭姐提供的合規化商品首營流程，小Q繪制出商品首營系統流程圖：

        ①商品資料是采購部第一手拿到，故由采購部發起首營流程（必須），經過采購負責人審核（必須）→質管部填充質管信息（必須）→財務部填充財務信息（必須）→運營部、物流部填充運營和物流信息（非必須）后，整個商品建碼流程完成。

        采購部勾選關鍵屬性后，系統生成SPU編碼，待質管審核通過后，生成SKU編碼。

        【小貼士】子碼的生成規則：考慮到實際業務情況下，有的時候需要一個商品生成多個SKU編碼（比如庫房需要對新老批號分開處理），所以系統在判斷重復時應給予提示而無需強制攔截，生成SKU時可以用原SKU編碼+子序列的方式來生成新SKU編碼，例：100001-1、100001-2。

        ②建碼流程走完以后，由質管部根據電子版商品首營資料打印存檔，完成商品首營流程。

        ③商品建碼成功后，由基礎數據平臺統一對外分發至運營系統、倉儲系統、訂單系統、門店系統等外圍各系統。

   ▲商品首營及建碼系統流程

     對照系統流程，小Q接著梳理出商品首營流程中涉及到的狀態變更，這是整個商品首營流程的骨架圖：

▲藥品首營審批狀態圖

07  商品屬性配置

    因為不同的部門關注和管理不同的商品屬性，所以在設計上需考慮屬性的歸屬部門，在審核時，若有駁回情況，下一步審批人會根據屬性的歸屬部門選擇駁回的部門，若是質管部管理的信息，則駁回至質管部，若為采購部管理的信息，則駁回至采購部。

    經過小Q和蘭姐半天的梳理，得出如下配置表（僅做參考）：

   ▲ 商品屬性配置表舉例

        針對如上配置，可以實現將不同的商品屬性展示至不同的業務部門的審核和編輯的頁面：

        ①必填字段，在錄入和編輯時必須填寫，不能為空；

        ②若有編輯權限，則該屬性在此部門對應的頁面上允許編輯修改；若僅有查詢權限，則該屬性在此部門對應的頁面上可展示，但不可編輯，否則不顯示。

08  SKU編碼、條碼、電子監管碼、防竄貨碼

        在日常運作過程中，每個SKU經常會用到編碼、條碼、電子監管碼、防竄貨碼等多個編碼，這幾個碼也是程序猿哥哥們最容易混淆而導致程序出現bug，所以小Q在需求細化時需要重點描述一下三個碼的區別：

        SKU編碼：是在首營結束后由系統生成的唯一標識碼，只在企業內部使用，是SKU信息流轉的身份證；

        商品條碼：由企業在出廠時賦到藥品包裝盒上的69條碼，也稱69碼，是庫房入出庫掃描識別商品的依據。一般每個SKU都有一個唯一條碼，但不排除部分SKU的條碼會重復，針對重復的條碼情況，若需要掃描識別，就需要庫房單獨粘貼一個新碼了；

        電子監管碼：國家為了對藥品的進銷存進行嚴格管控而對每件產品賦予的標識碼，20位，以8打頭，在藥品出廠時印刷在藥品包裝表面。一個SKU下的每一箱每一件都會有一個唯一的監管碼，互不重復。企業在對藥品進銷存過程中需要對藥品監管碼進行采集并上傳藥監局指定網站；

        防竄貨碼：和電子監管碼類似，也是生產企業在藥品出廠時印在藥品包裝上的條碼，不過用途是為了監控防止某些藥品被竄到其它不該銷售的地區，屬于企業自行行為。

▲商品條碼和電子監管碼

09  組合商品設計思路

        單SKU管理功能設計完成后，還需要關注組合商品的設計場景。和蘭姐溝通完以后，小Q將組合商品分類兩類：

        第一類是前端售賣時將多個商品進行搭配生成一個套餐組合售賣，此類組合是一種營銷策略，不涉及實物資料變更，故可放置運營系統中進行設計；

        第二類是采購入庫時即按照實物組合商品進行收貨入庫的，本身是一個實物的SKU，但可以拆解為多個其它的SKU單獨售賣。一個典型的例子是:一個家庭藥箱（SKU A），其下有1個空藥箱（SKU B）+ 2卷紗布（SKU C）+一支醫用鉗（SKU D），若藥箱損壞，可以將組合藥箱拆解出2卷紗布（SKU C *2）和1支醫用鉗（SKU D*1）單獨售賣。

    第二類組合商品需要單獨為每個SKU單獨首營建碼，例如上需要分別創建SKU A、SKU B、SKU C、SKU D。同時增加一個組合商品規則功能，將 SKU A=SKU B*1+SKU C *2+SKU D *1 的規則建立起來，后續拆解或組裝組合商品時時可根據此規則進行拆分。

▲ 組合商品規則

10  醫藥電商商品相關的一些特色業務 

        主體設計完畢以后，還需關注蘭姐交代的特殊GSP相關業務，這部分業務如果處理不善，一旦違反法規，企業可能面臨吊證風險，所以系統設計的時候，對應的商品屬性必須準確維護，不得出錯。例如：

       （1）商品質量經營狀態：鎖入、鎖出、正常、全鎖

• 鎖入：商品不允許創建采購訂單，但允許售賣出庫。已創建的采購單要求在庫房進行入庫攔截；

• 鎖出：商品允許創建采購訂單，但不允許售賣出庫。已生成的訂單要求在庫房發貨環節攔截；

• 正常：商品無出入庫限制，允許創建采購訂單，也允許售賣出庫；

• 全鎖：商品既不允許創建采購訂單，也不允許創建出庫單；已創建的采購單要求在庫房進行入庫攔截，已生成的訂單要求在庫房發貨環節攔截。

       （2）一個合規的商品在首營時，需提供的資質和證件應該包含如下：①新藥證書（如果是新藥，不是新藥可以不要，如果有商標的還要商標批準文件）；②藥品注冊批件（有效期為5年，過了有效期的，需要附上再注冊受理通知書或者是再注冊批件）；③質量標準；④說明書、藥品包裝實樣；⑤藥品批準文號；⑥同批號出廠藥品檢驗報告單；⑦物價批文；⑧生產企業營業執照；⑨藥品生產許可證；⑩藥品所屬劑型的gmp證書

      （3）鑒于藥品信息出錯可能涉及人命關天，所以重點的屬性需做好詳細的變更記錄，記錄維度精確到操作時間、操作人、操作IP。如：商品名稱、通用名稱、生產廠家、產地、生產許可證、GMP許可證、包裝規格、商品規格、批準文號等。

      （4）藥品的安全性分類管理：OTC藥品（非處方藥）可以直接對消費者售賣，RX藥品（處方藥）必須憑醫生開具的處方才能購買。

      （5）商品的保質期屬性必須維護準確：近效期藥品原則上是不允許對消費者售賣的，特別是效期天數小于服用安全天數的藥品，必須在庫房進行停售處理。例如某SKU還有30天過期，但60天才能服用完。

      （6）藥品的儲存條件非常嚴格，所以商品資料中需維護好存儲條件：常溫、陰涼、冷藏、冷凍。不同存儲方式的藥品在庫內保管時需設置不同的庫區。

      （7）特管類藥品（ 麻精毒放，即麻醉藥品、精神藥品、毒性藥品、放射性藥品）管理更加嚴格，需進行入庫二次驗收、出庫二次復核。

        （更多藥品類業務特色，可以多關注GSP規定）

        經過以上需求梳理以后，商品庫的整體設計思路基本清晰了，小Q和浩子整理完一版整體方案并和各業務部門分別確認無誤后，兩人分工并各自進入了需求細化階段。漫漫需求路，第一步已經邁出，迎接二位的，是各方磨難，磨難的更前方，是詩和遠方......