如何从0搭建医药电商新零售商品库

    小Q：某医药互联网公司后台产品经理，着手规划重构公司的电商后台及供应链相关系统；

    阿辉:  小Q死党，某知名平台电商资深产品经理；

    兰姐:  质管部负责人，基础数据平台的主要需求提出方，精通GSP法规；

    浩子：产品经理，小Q的帮手，协助小Q推进大后端重构项目。」

01  SPU和SKU

        正在整理商品库设计方案的小Q，回想起上周末在巫山烤鱼和阿辉聚餐的窘态，没憋住居然笑出声来了，突然抬头发现周围一众同事很诧异的盯着自己，立马尴尬的憋住了发声，但抖动的嘴角还是没忍住，半张着面对着众人，俨然一副二哈的憨态。

      “要设计商品库，先搞清楚主流电商平台商品相关的几个概念和关系：SPU、SKU、商品分类、商品属性、品牌！”阿辉吃着烤鱼喝着王老吉，然后掏出手机给小Q搜了篇文章。

       ”SPU(Standard Product Unit)：标准化产品单元。是商品信息聚合的最小单位，是一组可复用、易检索的标准化信息的集合，该集合描述了一个产品的特性。通俗点讲，属性值、特性相同的商品就可以称为一个SPU。

          SKU=Stock Keeping Unit（库存量单位）。即库存进出计量的基本单元，可以是以件，盒，托盘等为单位。现在已经被引申为产品统一编号的简称，每种产品均对应有唯一的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在一个页面加载展示的效果。”

▲隐形眼镜SPU与SKU    

    如图：博士伦美瞳日抛近视眼镜蕾丝明眸30片为一个SPU，而博士伦美瞳日抛近视眼镜蕾丝明眸30片+400度+绿色才是一个SKU 。

02  商品分类

    “SPU与SKU聊完以后，再说商品分类，在很多平台，也叫商品类目，主要是用作商品的分类管理和商品的搜索，一般为两到三级树形结构，最多不超过四级，每个SKU都会对应到一个分类上，这个分类也应该是在你的基础数据平台维护完以后再同步给其它系统。”，阿辉放下手中的“兵器”，打算给小Q好好讲讲商品分类。

        小Q打岔的接过话题：“这个了解，在医药电商里，根据药品的受众不同，会分为病理分类和药理分类，同时根据我们平台经营的商品范围，还有一个基础分类，例如：药品\医疗器械\食品保健\其它非药品。”

    “病理分类和药理分类的区别是啥？”

    “你丫刚刚不是挺瑟的吗？原来也有你不懂的？”小Q反过来调侃阿辉。

    “快说，不然喷你一脸！”阿辉学着小Q刚刚的姿势猛喝一口王老吉，作势要喷吐出来，惹得小Q哈哈大笑，随之拿起桌子上的刀叉在阿辉面前比划了几下，结果阿辉没忍住，被呛的咳嗽起来，满口的饮料真的喷洒出来了，由于猝不及防的用力过猛，棕黑色的汁洒得桌子上、地上到处都是，要不是小Q跳得快，真变成落汤狗了。

    “我ca，你玩真的！”，小Q赶紧拿起纸巾递给阿辉一些，另外开始擦桌子和自己身上的残留，桌子上吃了一半的烤鱼算是泡汤了。

    “你的动作太大，让我措手不及，今天这顿饭算我的。服务员，加菜！”，阿辉一边咳嗽一边擦嘴，同时招呼服务员过来收拾残局，又点了几个菜。服务员临走的时候，小Q注意到妹子眼神里的异样，不知道是埋怨还是嘲讽，毕竟今天是这两人第二次在这出丑了。

    “病理分类是从疾病发生的原因来进行划分，比如外科用药、肿瘤用药、妇科用药、血液系统用药等；药理分类是从药品的治疗症状来进行划分的，比如美颜瘦身、清热解毒、健胃消食等，一般面对医生适合用病理分类，面对患者适合用药理分类。”，忙活了大概5分钟，终于又回到正题，小Q开始给阿辉解释医药电商里的病理分类和药理分类。

    “明白了，这确实是你们医药的特色。这里还有一个经验需要跟你传授一下，主流电商平台的商品分类会分前台和后台，后台分类就是你的基础数据平台里维护的全公司统一分类，不会随意变动；还有一个和后台分类对应的前台分类，但前台分类往往会随着季节、促销等活动临时调整，以此更好的促进订单转化。前后台分类的对应关系可能是一对多、多对多或者多对一。”阿辉补充道。

▲医药电商药理分类举例

03 商品属性、品牌

    “再来说说商品属性，”阿辉右手拿起准备夹菜的筷子在空中点了点，通过前面2次的窘态，两人现在变得斯文好多，虽然还偶有争吵，但不会再像前面小孩子过家家那样动刀动枪了。

    “每个商品会有很多的描述和特性来区别于其它商品，这些描述和特性就是商品属性，我们会设计一个商品属性库，用以存储所有商品的属性信息。当然，前面提到，很多分类相同的商品属性是一样的，为了避免每个商品都要维护一套属性的庞大工作量，属性一般挂到分类下面，至于挂到几级分类下，可以根据实际业务情况来定夺。如果属性挂在一级分类下，那其下所有的SPU和SKU都会有此属性。

    “从属性的重要程度来划分，可以分为关键属性、销售属性和非关键属性：

• 关键属性是能确认唯一SPU的属性组合，可以是某一个属性，也可以是多个属性的组合；

• 销售属性是能决定SKU的属性，通过关键属性+销售属性，可以确认一个唯一的SKU；

• 非关键属性是除关键属性、销售属性之外的其它对商品进行描述的属性，一般对应到SPU上，也可以针对单SKU进行设置。

        和属性对应的是属性值，比如隐形眼镜的“颜色”是一个属性，“红色/绿色/黄色”就是颜色的属性值。在设计的时候，属性值可以是提前存入数据库里的多选项，也可以是支持录入的文本信息。”，说完这么多，阿辉终于下筷子夹了一块肥肠入口，慢慢咀嚼并享受着这种重口味菜品对味蕾的刺激。

        “下面，我们再聊聊品牌。”连续吃了三片肥肠后，阿辉又恢复了元气，身子前倾，声音明显大了起来，继续开讲，嘴里散发的肥肠味儿惹得小Q连连败退：“品牌其实是一种特殊的属性，也和商品分类挂钩，不过是多对多的关系。理论上每个商品都有对应的品牌，比如手机中的苹果、三星、小米。你们卖的套套有杜蕾斯、冈本、杰士邦等等。”

         "小伙子懂得挺多呀，没少为我们公司做贡献吧？我回去找人查查你的案底，嘿嘿~”，小Q一脸坏笑。

        “滚！”，不知道是烦小Q打岔，还是被看穿了，阿辉没好气的回怼，然后接着说：“因为很多分类下的不同商品的品牌相同（比如小米既做手机，也做平衡车），所以可以把品牌单独提炼出来独立管理，会更加有利于日常的运营。”

    ▲商品分类、商品属性和品牌

04 SPU和SKU设计

    “了解完商品分类、属性、属性值和品牌以后，咱们再反过来聊聊SPU、SKU的设计思路。”，阿辉拿起一支筷子，反过来用筷尾在桌面上比划起来：

        “第一步，设计好商品分类，并将分类下的属性、品牌信息分别维护完整；注意区分开关键属性、销售属性和非关键属性；

       第二步，选取商品分类，并填写分类下的品牌/关键属性信息生成SPU；

       第三步，填写SPU下的销售属性生成独立的SKU；

       最后，完善SKU的其它非关键属性。”

▲主流电商平台商品建码流程

    “现在，我问你，你们公司的各大分类下的商品关键属性、销售属性和非关键属性，你能梳理清楚吗？”，阿辉问小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和浩子整理完一版整体方案并和各业务部门分别确认无误后，两人分工并各自进入了需求细化阶段。漫漫需求路，第一步已经迈出，迎接二位的，是各方磨难，磨难的更前方，是诗和远方......