惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

人人都是产品经理
人人都是产品经理
有赞技术团队
有赞技术团队
WordPress大学
WordPress大学
月光博客
月光博客
T
Tailwind CSS Blog
阮一峰的网络日志
阮一峰的网络日志
小众软件
小众软件
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
Last Week in AI
Last Week in AI
大猫的无限游戏
大猫的无限游戏
S
SegmentFault 最新的问题
罗磊的独立博客
Jina AI
Jina AI
酷 壳 – CoolShell
酷 壳 – CoolShell
宝玉的分享
宝玉的分享
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
博客园 - 三生石上(FineUI控件)
量子位
雷峰网
雷峰网
Apple Machine Learning Research
Apple Machine Learning Research
美团技术团队
博客园 - 聂微东
V
V2EX

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
电商商品体系搭建指北
三爷茶馆 · 2024-08-20 · via 人人都是产品经理

电商商品体系的搭建是确保平台高效运营的关键,这涉及到商品资料、结构和售卖管理的细致规划,商品体系的构建是电商成功的重要基石。

一、电商商品体系的设计目标?

如果我们先不涉及价格/活动这些基于商品体系的衍生模块,仅关注商品体系本身,通过业务建模我们可以发现在商品体系本身,管理的范畴可以细分为3件事:

  1. 商品资料管理
  2. 商品结构管理:在多个商品下,如何以特定的结构管理
  3. 商品售卖管理:区域/渠道/上下架)

接下来我们具体来拆解看这三件事。

1、商品资料管理

这里需要将我们日常接触到的商品基本资料,如长宽高/产地/别名/品牌/条码等,合理且高效的实现新增/修改/删除,等一系列维护操作。

以一个具体商品来看,下面这个商品你要如何描述它才能把它放到网上卖?给你个提示这个商品叫男士T恤。

事实上,需要描述这一件商品我们就需要整理出这样的一个表,如下图所示。

可以看到一件商品旗下有若干个描述项组成,而这些描述项在商品管理中有一个标准的名字,我们称之为属性管理。

这些属性不仅仅只起到描述作用,更多的还为后续动作,比如采购,收发货提供动作参考,例如根据体积与毛重定义存储库位属性,根据单位换算下采购单等。

这里除了上述的属性外还有一个特殊的属性,我们称之为商品状态,也就是标识该商品生命周期的状态,一般而言商品的生命状态可以分为:引入、试销、铺货、运营、汰换、清退,每个状态会有额外对应的属性。

因此可以说在商品资料管理环节,我们要做的就是完成两个动作:

  1. 梳理上下游(仓储、物流等)所需的商品属性;
  2. 整理、定义商品属性增删改查的角色与流程(例如仓储用到的属性是在哪维护?谁维护?)

2、商品结构管理

搞定了单件商品的管理后,当我们同时引入多个商品,如便利店3000余个SKU,某品牌网店1600+SKU时,在多个商品下,如何以特定的结构让用户更好的找到商品这便是商品结构的管理。

在此处商品结构管理可以分为横向管理与纵向管理两个部分。

  1. 纵向管理:也就是以树形结构将商品罗列出来,这也就是常见的类目树。
  2. 横向管理:随着类目树不断增大,类目本来也就成为了一个新的庞大信息库,这是要找到某个子类目就变的很复杂了,因此我们会在类目树中增加横向的品牌库进行联通。例如家电-电视机下会存在华为、小米、TCL等品牌,用于快速筛选。

3、商品售卖管理

将商品管理完成后,下一步要做的就是进行商品的售卖管理,也就是商品是否可售,在日常的商品运营中我们常会出现下面几类需求:

  1. 某供应商的商品只在某区域售卖,不跨区售卖否则该商品因为运输成本等原因导致成本过高;
  2. 某商品只在某线上渠道售卖不在线下售卖,从而让线上商品与线下商品隔离开,方便厂家定价(线下价高);
  3. 某商品今天12点开售,只卖5小时,17点结束售卖。

因此在这个环节我们要管理的就是各种不同的售卖策略。

二、商品体系落地系统功能组成

梳理完了商品体系要解决的三大问题,下面我们来具体看看要用什么系统落地来解决这些问题?

应对上面的三大问题,我们搭建的商品体系的系统功能具体如下:

1、商品分类:分类树管理,一般包括三级至四级分类层级。特别地在类目树中包括一般会包含两个分别是前台类目与后台类目:

  1. 前台类目:用于运营使用,分类规则不会按照标准的商品类目原则,而是根据营销需求,经常会出现夏日必备单品等这样的营销类目;
  2. 后台类目:用于供应链,特别是采购进行,商品需要按照一定的标准分类进行,从而保证分类的准确性。

2、商品品牌:以商品的品牌进行商品聚合,横向管理不同类目下的商品品牌,具体来说在一个品牌下会绑定多个分类与商品。例如小米品牌:

  1. 家电-电视机类目;
  2. 通讯-手机类目:sku=小米12-黑-128g;
  3. 电脑-笔记本类目

在不同类目下都有对应的商品SKU。

3、商品属性:用于管理商品的基本资料,通常根据属性的分类会进行分组;

此外在属性建设中,必须要将属性与分类进行关联,当创建新商品时,第一步就是选择分类,随后根据选择的分类在创建商品时,系统根据所选分类查询绑定的对应属性(如手机类目下,不会展示服装尺码等属性)。

而很多电商中所谓的属性库,就是当建品时,选择某个分类时,自动查询该分类下的属性字段。

4、SPU-SKU体系:每个商品的最小库存单元将其定义为一个SKU,在SKU基础上根据不同款的区别,聚合成为一个SPU,实现商品的聚合管理。

5、上下架管理

管理不同商品的售卖状态,在前台中一般将上架并有可售库存的商品展示为可售卖状态,此时用户在前台可进行下单,在上下架中常见的功能点为:

  1. 手动上下架
  2. 批量上下架
  3. 自动上下架(根据时间,库存等条件自动触发上下架)

6、铺货管理:商品按照企业经营的业务区域进行逐一推广,例如先从华南区售卖再向华东区售卖的过程。

7、渠道管理:根据运营需求将售卖的不同区域称之为渠道,一般有线上渠道(京东、淘宝等),线下渠道(直销、经销商、分销商、代理等),此时在创建商品时可绑定渠道,从而指定该商品仅在某一渠道售卖。

本文由人人都是产品经理作者【三爷茶馆】,微信公众号:【三爷茶馆】,原创/授权 发布于人人都是产品经理,未经许可,禁止转载。

题图来自Unsplash,基于 CC0 协议。