用户增长框架与实战（5）如何管理SKU
请先看完前几张的框架结构。现在我们继续讲到SKU层。一般非自营电商平台，同一个叶子类目下面，比如口红，可能会有几千到几十万个商家发布的商品，有的团队习惯叫detail，有的叫detail page（缩写dp），我统一称之为item。
很多团队误以为item或者item下一层就是SKU，大错特错。这也导致了大量后续的问题。起因很可能是差评或者技术团队把自营的技术结构用到了非自营平台业务。SKU的基本定义我就不科普了。
请记住我们要解决的是两件事：
- 用户需要什么，比如色号19的一款口红
- 哪个供货方提供的产品/内容，可以最好的服务客户
下图的零食消费场景，解决方案有膨化食品、饮品等。每一个格子都对应一个系列的SKU，再按照配方分到SKU。
我的思维框架如下：
根据经验，一种常见的item，最多有20个商家重复发布，也不足为奇。借助算法的能力，可以自动聚合90% 的item比如对于SKU=色号19的这款口红，有6个不同商家的重复发布。但是解决的用户需求是一模一样的。
很多业务就是这样没有做业务逻辑，直接借助算法团队的能力调优。如同让用户绕过了样板间直接进入库房去挑选商品。且这个仓库包含了所有行业，所有商家。算法团队面临的问题复杂度增加了几个维度，但是效果却大打折扣。
最可怕的是流量管理的问题。下图中流量分配策略，可以视为渠道媒体，也可以视为自有流量的算法策略。一般我们都会设定一个目标，回传/收集所有用户行为的过程数据，向目标归因，得到一个最佳分配方向。定期更新，更新周期以内是固定的。但是由于item的服务能力动态变化，用户的体验不一定是最优的。变化的因素包括但不仅限于：
- 缺货
- 卖家改价
- 平台优惠策略变化
- 卖家运营不在线，且买家需要咨询后才能下单
比如下图中第一个item，被策略选中，优先引流，占了总共的85%。作为商家，发现流量突增后，由于库存是有限的，无法立即捕获，最佳策略是不是应该马上涨价？那么这个item还是最优解么？
采用我的框架就可以解决这个问题。因为所有的item都提前聚类为SKU，分流的目标是SKU，解决了用户的需求。下一层逻辑才是考虑内部如何分流。
版权声明
本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！
