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

推荐订阅源

OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
博客园_首页
雷峰网
雷峰网
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
WordPress大学
WordPress大学
腾讯CDC
T
Tailwind CSS Blog
A
About on SuperTechFans
H
Hackread – Cybersecurity News, Data Breaches, AI and More
The GitHub Blog
The GitHub Blog
T
The Blog of Author Tim Ferriss
G
Google Developers Blog
The Cloudflare Blog
D
DataBreaches.Net
Recent Announcements
Recent Announcements
Engineering at Meta
Engineering at Meta
B
Blog
博客园 - 聂微东
阮一峰的网络日志
阮一峰的网络日志
月光博客
月光博客
博客园 - 司徒正美
MongoDB | Blog
MongoDB | Blog
Google DeepMind News
Google DeepMind News
Apple Machine Learning Research
Apple Machine Learning Research

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理,
​中台实战之商品服务中心设计(下)
三爷茶馆 · 2022-12-19 · via 人人都是产品经理

当我们选择将一个系统中台化的时候,即是将该领域的系统归纳抽象,实现标准化。在商品中台中,标准模块有5个关键服务构成,本文重点剖析类目树服务、商品服务、货品服务三个服务,一起来看看。

在设计业务中台-商品服务中心(时下又称之为商品中台)是为了解决什么问题?

我举几个具体的实际场景来描述:

  • 企业内存在多个业态,如何将企业内的商品管理标准化;
  • 任意业务前台单元去进货,卖货时都可以看到整个公司内的所有商品现状;
  • 商品售卖渠道多,如何管理不同渠道下的商品。

而当我们选择去将一个系统中台化时,实时上我们就是在将该领域的系统归纳抽象,实现标准化。

01 商品中台体系结构

一个商品中台体系的标准产品结构如下图所示:

本图摘录自《中台产品经理:数字化转型复杂产品架构案例实战》一书

在商品中台中,标准模块由5个关键的服务构成,分别是类目树,品牌库,属性库,SPU/SKU,货品。

由于篇幅有限本文重点为大家剖析其中3个服务。

02 类目树服务

所谓类目树就是商品的分类管理,而由于中台是为了满足不同业务,为此我们需要考虑分类在整个业务中的所有场景,而具体来说在分类中我们需要解决三个场景的业务场景:

  1. 用于下采购单或库内管理的标准类目,为了方便下采购单通常会按照标准的商品分类体系进行分类;
  2. 用于运营的标准类目,为了运营而创建的包含运营分类的类目,比如夏季商品,冬季商品,但是相较于渠道分类,更多的会建设较为标准的运营分类,此外方便消费者使用的分类,一个商品可以在多个分类中,比如鸡胸脯即是“低脂”、又是“肉类”;
  3. 用于根据细分渠道所在的人群体系,管理各个渠道的分类树,如京东网店类目/自有app类目/自有小程序类目,由于各个渠道会策划不同的活动或平台调性,会有特殊的活动类目创建,如京东618必买精选的子类。

对此在中台中会将此处的分类划分为三个层级类目:

  1. 采购类目:用于供应链使用,按照实际商品分类,进行分类;
  2. 标准类目:标准的运营类目,向下映射采购类目,向上映射渠道类目;
  3. 渠道类目:为每个渠道独立运营建设的渠道类目,在渠道新建时默认会继承标准类目,从而只需要根据渠道进行少量修改即可完成发布。

03 商品服务

从整个商品体系视角上看,商品需要服务两大类角色需求:

  1. 公司内部角色:采买到货入仓的面向企业内部供应链体系;
  2. 顾客角色:面向顾客的上架展示,挑选,下单的销售体系。

这也商品系统天然划分出了两类特征鲜明且互相独立的场景:

  1. 货品场景:以解决采购/仓储策略所需的属性管理;
  2. 商品场景:商品更多和铺货以及销售策略所需属性的管理。

在传统电商业务体系不断发展后,遇到的一个典型问题与挑战:多渠道战略。也就是虽然自己是个独立的产品供应商甚至是自有零售平台,但是为了抢占最新流量的渠道,不仅仅在局限于仅在自有平台售卖,还需要在其他平台进行铺货与售卖。

例如作为以手机品类起家的垂直类3C销售平台,除了在自有平台小米网售卖外,也同步在京东/淘宝等多个渠道进行售卖。

又例如伴随当年当当网首次在淘宝开店,成为整个电商行业的一个标志性话题事件后,越来越多的垂直型电商企业如美妆电商,生鲜电商等都开始在不同渠道运营线上门店,如抖音店、饿了么店、淘宝店等。

而此时在多渠道销售时,同一个SKU在不同渠道售卖,可能各个平台的SKU管理字段不同,活动参与规则不同,此时这些问题显然与商品固有的属性不同,这些问题的解决就是典型的销售领域问题。

而面向销售领域的商品功能搭建,更多就是为了满足销售场景的多样化与玩法的灵活性,因此在中台概念中我们将解决销售领域的问题商品系列功能,统一称之为商品服务中心,与之对应的便是货品服务中心。

在商品服务中心中,我们的功能通常有如下范畴:

基于商品服务,我们可以支持前台的复杂多样性的商品管理场景,如:

  • 组合商品;
  • 多规格售卖;
  • 分区域运营等。

各对象说明如表所示:

04 货品服务

货品体系是为了满足供应链的作业,而供应链作业的要求通常都是在要求效率,因此更多追求的是商品结构的稳定与准确。

在管理中我们一般需要屏蔽前台售卖时的复杂性,尽可能在供应链中只流转实物数量的变化。

货品属性中经典的几个构成部分包含以下几项:

  • 货品编码:每个货品独立一个货号,当引入新品时,将先创建货品,并填写货品属性,通过新品会后成为商品,默认继任了货品属性,再补充销售属性,完成商品创建。此处的货品编码不同于SKU编码,是独立在供应链范围内使用,在供应链中使用管理。
  • 制造关系:主要解决a进b出问题,例如拆零拼箱,或打包售卖,此时由多个货品组装成一类成品,该成品在前台拥有独立的SKU,如可乐雪碧套装本质由可乐与雪碧两个货品组成,对于供应链来说接收到的任务就是扣减两个实物的库存,至于前台是如何进行售卖出去,在什么活动以什么形式下(以单个售卖,还是组合形式)售卖出去,对于供应链来说并不关心。

货品中心中的关键对象说明:

在货品服务中心中,我们的功能通常有如下范畴:

基于上述的货品功能,我们可以实现:

  • 仓内生产;
  • 仓内换包;
  • 仓内二次贴标;
  • 拆零拼箱;
  • 一品多供等场景。

而商货品二者共同构成了如下图所示的商品功能结构:

商品挂载至类目下,每一个货品可绑定多个商品,例如图中货品只管理最小库存单元(可乐1瓶),在商品创建多种规格从而解决前台多规格转换售卖的问题,实现不同规格库存共享与售卖,并根据实时实物库存自动按售卖规格进行转换,得到本规格下可售卖库存量。

以上为商品中台中几大关键组成部分,由于有限我们将在后面的文章中继续详细谈商品管理的内容。

为我投票

我在参加人人都是产品经理2022年度作者评选,希望喜欢我的文章的朋友都能来支持我一下~

点击下方链接进入我的个人参选页面,点击红心即可为我投票。

每人每天最多可投35票,投票即可获得抽奖机会,抽取书籍、人人都是产品经理纪念周边和起点课堂会员等好礼哦!

投票传送门:https://996.pm/Y31Dk

专栏作家
三爷,微信公众号:三爷茶馆,人人都是产品经理专栏作家,2019年年度作者。《中台产品经理宝典》作者,原万达高级产品、MBA特约讲师、独立创业者,现叮咚买菜B端产品线负责人,拥有多款集团项目从零到一经验并带领实现商业化布局。

本文原创发布于人人都是产品经理。未经许可,禁止转载。

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

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。