前言:
目前小伙伴们对“sku举例”都比较看重,姐妹们都想要学习一些“sku举例”的相关内容。那么小编同时在网络上网罗了一些关于“sku举例””的相关知识,希望看官们能喜欢,小伙伴们一起来学习一下吧!编辑导读:为了理解事物而对事物做出的一种抽象,是对事物的一种无歧义的书面描述。无论工作场景多么复杂,都可以将其抽象为一个场景模型,包括流程、属性等多个维度,这就是建立模型的含义。文章以SPU和SKU这两个基础概念为例,结合相关业务,对场景抽象模型展开了分析说明。
01 谁没有过“童年噩梦”
相信大家都做过很经典的“游泳池灌水”的问题,一个口进水,灌满泳池要48小时,一个口出水,排空泳池要69小时,那么同时开着两个口,要多久把游泳池灌满?
具体怎么解题我们暂且不表,单看题目本身大家肯定觉得搞笑,干嘛这么浪费水,灌进来又排出去的?
那么换个大家喜闻乐见的说法,说手机充电要1小时充满,而玩手机40分钟就没电了。那么一边充电一边玩手机,多久能把手机的电充满?
是不是很有意思,内核是一样的,表现出来的内容却大不相同。这也正是“举例子”这个说明方法存在的重要性,说模型永远是难以触摸的,而具体东西就可理解多了。
02 再见“童年噩梦”
在这个基础上,电商行业中常说的“SPU(Standard Product Unit 标准化产品单元)”和“SKU(Stock keeping Unit 最小库存单元)”模型也可谓是老生常谈了。
SPU,有相同商品属性的合集;SKU,独立的商品,有独特的销售属性,是价格与库存的实际载体。
在京东中,商品列表页按照SKU展示,进入明细后可再次选择不同的SKU。 而淘宝,商品列表页按照SPU展示,进入明细后同样可选择不同的SKU。
举个例子,同样是销售苹果100手机,配置分为64G,128G,256G。对于消费者来说,这些手机除了内存和价格不一样,其他版本、颜色、屏幕等条件都一模一样。
那么在分类页,京东会有64、128、256这3个商品详情,而无论从哪个详情进去都是SPU,都可以选择另外两个,只是默认选中的内容不同。而对于淘宝来说,分类页只有一个苹果手机,进去之后可选择64,128,256这几个不同型号的。
当然,这种设置和显示方法也不是绝对的,是可控制的,并且和企业想要传递给消费者怎样的视觉效果有关。比如都是同样版型同样颜色的衣服,没必要将不同尺码分别列在分类页;而假如是手机,就想明明白白告诉消费者,这里有三个型号可选,你自己来看吧。
商品的分类页展示SPU或者SKU,不是我想说的重点。我觉得万事万物皆可模型,这个观点很有意思。
比如现在要租房,假如公司在市区,选择离公司近,可以多睡,但是房租高,房子小;而在郊区,离公司远,睡得少,通勤费用高,房租却很低还能住的舒服。那怎么权衡呢,就是我们小学数据学到的取最优解的问题。
要考虑租几年,一段时间内,可能是这个方式合理,而超过一定时间,则是另外的方式会有更优效果。
而电商行业的SPU和SKU,这也成为一个通用模型,似乎在所有涉及买方、卖方和交易商品都能套进去。
03 花式“童年噩梦”1. 在线教育与付费课程、视频网站
我们以很多人工作不顺利时最后的心理依靠,考公务员必备神器—某笔公考为例,描述一下在线付费教育行业的SKU与SPU。
某笔公考这个软件相比电商平台,更像是亚马逊,他们都是自营,而没有第三方入驻。在浏览课程时,看到有符合我们心理预期,如目标城市、价位、授课方式的课程时,点进去看详情,里面具体有区分不同的授课时间段,重点城市及授课人员上课方式。
我们在将不同的选项都选择好后,价格会最终确定下来。假如为了后半生的轻松悠闲,我们选择了支付,对于课程开设人员来说,他们便在这些选项的组合下的售卖记录中加了一个“1”,或者说,回到现实中,这个班级中又增加了一个同学。对于开课方来说,这个班级人越多越好,而假如人很少,这个班组的课程可能就不开设了。
因此在这个过程中,我们一进入页面的课程是SPU,是一些课程的合集;而具体的一个班组授课是不同的SKU,在这个案例中,这里将有2*13*2=52个SKU。
这是一种形式,我们常见的还有另一种形式。比如经济学的课程,当分为不同的课时。而不同的课时是单独收费,且课时费用可能也不相同。因此在这里,这个经济学的课程是SPU,每个课时是SKU。
类似的,假如是视频网站的电视剧不再是整体的会员或者VIP会员制,而是买单个剧集,那么类似电商场景,一部电视剧是一个SPU,一集又一集则成为不同的SKU。当然,这里就没有什么库存的概念了,毕竟版权在那里,卖出1份是卖,卖出100份也一样。
但是,还有但是,在营销参与进来的试试,库存就会有概念了。比如要限量100份,0.1元可看,先到先得,晚了就只能原价购买了。这真的和电商就一模一样了。
在这种在线教育与付费课程、视频网站等的场景下,展示方式肯定就是按照SPU展示了,点进去具体的,才是不同的SKU。不排除那种爆款剧集,要在首页推荐,那就是重点SKU了。
2. 旅游、酒店、搬家公司等服务
想想其他行业也与此类似。抓住一个不需要加班的双休日,放松一下大脑选择一个旅游团出门就不自己规划了吧。
浏览一下旅行网站,确定一个2日游还不错,就这个了。但是呢,点进去并不能直接就下单支付,而是有一个必备的操作“选择日期”,要确定是参加哪一天的旅行团。这个地方,就是在选择具体的商品了。选择参团人数,也就是选择购买数量,支付,我们就又完成了一次以钱换物的交易了呢!
选择酒店也是,选择某拉拉的搬家公司也是。而且上次搬家我们使用了某拉拉,才知道原来他也有类似美团、滴滴的派单机制。比如我们作为用户下单时,有“便捷搬家”“无忧搬家”两个大的可选项。前者会帮忙家具打包拆解,上下楼搬运,后者只是简单的运输。
而在选择“便捷搬家”后,还可以进一步选择“迷你套餐”,“小家庭套餐”,“大家庭套餐”,对应不同的搬家工人与汽车大小。而假如选择了“大家庭套餐”,会提供3个搬家工人和一辆大汽车。而某拉拉公司并不直接拥有这些工人和汽车,他们将订单发布出去,由其他人自行接单,然后有资质的人接单,到达指定位置进行搬家,拿到收益,平台在这个过程中赚取佣金或提成。
共享员工用的恰到好处,用力气换钱的人在新时代有新方法。资本家的智慧真是不得了,举一反三的能力实在是高!不知道是因为有智慧成为了资本家,还是成为了资本家之后智慧源源不断涌进大脑。
3. 招聘网站
招聘网站在SPU的维度并不强烈,而更关注SKU的维度。我们进入某直聘首页,选择期望的职位后,页面所推荐的招聘岗位都是具体的,具体到某个公司的某个人发布的某个岗位。
对于用户端来说,招聘岗位,其实就是等待购买的“商品”,只是我们不需要支付,不需要收货。我们咨询卖家商品详情,确定自己是否要进一步面谈;
而对招聘平台来说,招聘的公司就是他商品的供应商。商品是有库存限制的,只招聘2个,当招够人了,商品就下架了,招聘需求就停止了。用户也可以查看这个“供应商”提供的其他商品,确定这个“供应商”是否提供了其他自己心仪的“商品”。
想来正如前面所说,凡是涉及买方、卖方与双方交易货物或服务的过程中,都会有商品的概念,那么有的场景,会抽象出SPU作为一部分有相同属性的SKU的整合入口,好处是看起来清爽,容易找到商品,那么相应的弊端则是有些属性不直接露出,需要进一步才能确认;
而有的场景不需要扩展SPU的概念,直接将SKU展示出来,数据量大,且丰富,开门见山,而相应的弊端就是,商品数据量大的时候,按照SKU展示将使展示的数据变得更多。
具体该怎么拆分,还是得看实际的行业和业务,实际想要提供的用户体验,看自己的实际情况了。
04 不再见“童年噩梦”
有一段经典相声,叫做《蛤蟆鼓》,放出来一部分大家看看,有兴趣的可以去听听原版或者郭德纲老师的改编版本:
甲:你说这蛤蟆个儿这么小,为什么叫唤出声音来这么大?
乙:因为蛤蟆嘴大、脖子粗、肚子大。
甲:那我们家那字纸篓子就是嘴大、脖子粗、肚子大,为什么搁那儿响都不响?
乙:这个嘛,字纸篓子是竹子编的,竹子做的东西不响。
甲:那人家吹的笛子,也是竹子做的,为什么这么响?
……
……
甲:挨着地就不响?自行车轮胎放炮,声音可响哩!
乙:轮胎放炮那是因为里面有气呀!有气的东西才响哪!
甲:我问了您这么些问题您有气儿么?
乙:是啊我这气儿大啦!
甲:您怎么不响呢?
这里就是一个很有意思的吵架过程,也是一个抽象非常不到位的建模过程。比如说蛤蟆为啥能叫的出很大的声音,是只要像纸篓子一样肚子大就可以了吗,答案肯定不是的,这也就是模型抽象不严谨。
在我们的实际生产生活过程中,发现背后的根本逻辑,将复杂的事务简单化,将具体的逻辑抽象化,是一个很难的过程。除了说提升自己的抽象能力,还要扩展自己脑海中的模型,尘归尘,土归土,事出有因,也必有果。
大家还发现了什么有意思的场景抽象的模型,欢迎一起讨论。
本文由 @困困生活 原创发布于人人都是产品经理,未经作者许可,禁止转载
题图来自Unsplash,基于CC0协议
标签: #sku举例