上文介绍了基础数据平台的整体设计思路，以及除商品外的其它基础数据的设计思路，本文详细介绍一下医药电商新零售商品库该如何设计。阅读本文小故事前，请先思考：如何设计一个完整的能同时支持各品类不同属性的商品库？例如药品有个属性叫用法用量，隐形眼镜有个属性叫度数，如何让这两类无关的商品能在一个商品库中管理？
特别感谢好朋友亚辉，某知名二手交易平台中台产品负责人，毫无保留的对木笔分享了多品类电商平台商品库的设计思路（亚辉在现实中是个温文尔雅的人，和文中阿辉性格迥异~）
若对前序章节感兴趣，可以查阅：
《医药电商新零售基础数据平台设计攻略》
「以下故事情节及人物均为作者杜撰，若有雷同，纯属巧合：小Q：某医药互联网公司后台产品经理，着手规划重构公司的电商后台及供应链相关系统；
阿辉:小Q死党，某知名平台电商资深产品经理；
兰姐:质管部负责人，基础数据平台的主要需求提出方，精通GSP法规；
浩子：产品经理，小Q的帮手，协助小Q推进大后端重构项目。」
01SPU和SKU
正在整理商品库设计方案的小Q，回想起上周末在巫山烤鱼和阿辉聚餐的窘态，没憋住居然笑出声来了，突然抬头发现周围一众同事很诧异的盯着自己，立马尴尬的憋住了发声，但抖动的嘴角还是没忍住，半张着面对着众人，俨然一副二哈的憨态。
“要设计商品库，先搞清楚主流电商平台商品相关的几个概念和关系：SPU、SKU、商品分类、商品属性、品牌！”阿辉吃着烤鱼喝着王老吉，然后掏出手机给小Q搜了篇文章。
”SPU(StandardProductUnit)：标准化产品单元。是商品信息聚合的最小单位，是一组可复用、易检索的标准化信息的集合，该集合描述了一个产品的特性。通俗点讲，属性值、特性相同的商品就可以称为一个SPU。
SKU=StockKeepingUnit（库存量单位）。即库存进出计量的基本单元，可以是以件，盒，托盘等为单位。现在已经被引申为产品统一编号的简称，每种产品均对应有唯一的SKU号。
（以上定义引自百度百科）
以你的智商，估计也听不懂，叫一声哥，再给你解释一下。“见小Q一脸云里雾里的感觉，阿辉用惯用的打击方式继续说道：
"简单的说，SKU就是库房里存放的实际可以售卖出库的实物商品，SPU是某一类特性相同的SKU的统称，二者在系统中都应该有其唯一的编码，简称SPU编码和SKU编码。例如：iphoneXS是一款SPU，因为属性信息不全，消费者光听到这个是无法确认价格并购买的，但iphoneXS+金色+国行+64G是一款SKU，因为消费者可以很清晰的知道其售卖价并下单购买，商家也能很精确的知道该发哪款货。"
“既然SPU无法定位价格和库存，那它存在的意义是啥呢？”小Q认没好气的问道，但渴望的眼神又暴露了自己的求知欲。
“看看，果然不懂，智商堪忧啊，啧啧！为什么会存在呢？自然有其存在的道理。”，阿辉一脸欠揍的表情得瑟的看着小Q，10分钟前因为系统设计的问题两人争的面红耳赤，一不小心还弄砸了一个盘子，把女服务员吓的都不敢露面，还是大堂经理出来解的围，现在哪那么容易就让你丫得逞的？
“去死，少卖关子！不然喷你一脸～”，小Q喝了一口王老吉润了润嗓子，然后鼓起腮帮子，作势要向阿辉喷溅。
阿辉迅速抽起一支筷子做飞镖状还击小Q，同时继续说道：“你刚刚说过，你们公司有隐形眼镜在天猫上售卖，但同一款眼镜有不同的颜色，不同的度数，当然除此之外，其它的属性都一样。所以SPU的第一个作用就是可以节省每个SKU建码录入信息的工作量，同一SPU下的多个SKU，都可以继承SPU的公共属性；另外，如果需要统计某一款眼镜的销量或者库存，就需要用SPU来汇总其下所有SKU的数量，否则单个SKU各自独立，凭肉眼是很难实现的。再一个，天猫上之所以可以让不同度数不同颜色的SKU在一个页面可随意切换，也都是通将同一SPU下的所有关联SKU在一个页面加载展示的效果。”
▲隐形眼镜SPU与SKU
如图：博士伦美瞳日抛近视眼镜蕾丝明眸30片为一个SPU，而博士伦美瞳日抛近视眼镜蕾丝明眸30片+度+绿色才是一个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打岔，还是被看穿了，阿辉没好气的回怼，然后接着说：“因为很多分类下的不同商品的品牌相同（比如小米既做手机，也做平衡车），所以可以把品牌单独提炼出来独立管理，会更加有利于日常的运营。”
▲商品分类、商品属性和品牌
04SPU和SKU设计
“了解完商品分类、属性、属性值和品牌以后，咱们再反过来聊聊SPU、SKU的设计思路。”，阿辉拿起一支筷子，反过来用筷尾在桌面上比划起来：
“第一步，设计好商品分类，并将分类下的属性、品牌信息分别维护完整；注意区分开关键属性、销售属性和非关键属性；
第二步，选取商品分类，并填写分类下的品牌/关键属性信息生成SPU；
第三步，填写SPU下的销售属性生成独立的SKU；
最后，完善SKU的其它非关键属性。”
▲主流电商平台商品建码流程
“现在，我问你，你们公司的各大分类下的商品关键属性、销售属性和非关键属性，你能梳理清楚吗？”，阿辉问小Q。
"我尝试着罗列一下吧！先说药品，通过生产厂家+通用名+批准文号基本可以确认是哪一款SPU，例如山东达因（生产厂家）生产的伊可新，通用名为维生素AD滴剂（通用名），批准文号都是国药准字H（批准文号），这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编码，例：-1、-2。
②建码流程走完以后，由质管部根据电子版商品首营资料打印存档，完成商品首营流程。
③商品建码成功后，由基础数据平台统一对外分发至运营系统、仓储系统、订单系统、门店系统等外围各系统。
▲商品首营及建码系统流程
对照系统流程，小Q接着梳理出商品首营流程中涉及到的状态变更，这是整个商品首营流程的骨架图：
▲药品首营审批状态图
07商品属性配置
因为不同的部门
推荐文章
热点文章
