登录  | 加入社区

黑狼游客您好!登录后享受更多精彩

只需一步,快速开始

新浪微博登陆

只需一步, 快速开始

查看: 922|回复: 0

中台产物司理宝典(10):从零开始中台商品中央搭建(下) ...

[复制链接]

989

主题

989

帖子

0

现金

黑狼菜鸟

Rank: 1

积分
0
发表于 2020-12-24 03:40:02 | 显示全部楼层 |阅读模式 来自 河北石家庄

原标题:中台产物司理宝典(10):从零开始中台商品中央搭建(下)

编辑导语:随着付出宝小前台,大中台的概念得到乐成实践后,越来越多的企业进入到中台搭建的范畴?本文作者联合详细中台商品中央搭建案例,向各人展示了详细的搭建步调,并对过程中必要留意的题目举行了总结,供各人一同参考和学习。

编辑导语:随着付出宝小前台,大中台的概念得到乐成实践后,越来越多的企业进入到中台搭建的范畴?本文作者联合详细中台商品中央搭建案例,向各人展示了详细的搭建步调,并对过程中必要留意的题目举行了总结,供各人一同参考和学习。

FX9T5Em05SRES5TK.jpg

在商品中央搭建的上篇(《中台产物司理实战(9):从零开始中台商品中央搭建(上)》)我们完成了中台商品中央的需求分析后,本篇开始我们就可以进入商品中央的计划与建立过程了。

详细来说,我们商品服务中央的搭建分为如下的两步:

也就是必要面临并处置惩罚差别业务线的需求差别(以下仅摘取了部门差别性需求):

(1)在商城展示中,有的业务线商品为固定包装产物如啤酒会展示净含量等单元,但是这个字段是否必要复用,假如复用了其他生鲜类业务线常常出现的生鲜品如整鸡等约5-6斤,净含量怎么填写?

(2)在供应链管理中,通常为最小存储单位举行库存管理,如瓶,但同时其他业务线也会出现按箱收支库的实际环境(越级),此时箱作为一级封装,假如再出现多箱打包为组的二级封装,此时以什么拣货单元举行拣货?

(3)每个业务线的商品类目在用户商城前台都有本身的一套分类体系,此时与背景诉求完全不一样(各业务线用户展示与运营需求)

通过调研,我们可以发现差别产物线对于商品管理的诉求,本质上来说是侧重于差别脚色的需求,也就是有的业务线大概对供应链管理有特别要求如必要按箱入库,有的业务线必要在前台增长更多运营属性,如特别的商品的分类。

因此总结下来,一个中台中的商品服务中央的商品管理必要通盘办理上述的题目与脚色可以总结为下表:

sAth1xi5tELxxHH7.jpg

睁开全文

04 建立:商品数据改造(此处的标题序号4是承接上篇的序号)

办理上述的题目与脚色,起首我们必要确定商品的根本布局,也就是一样平常电商中商品管理功能各人都是怎么去计划的?

实在对于商品来说当我们站在肯定的高度上去看,可以发现任何商品管理的根本布局就是下面三个部门:

(1)商品定位:怎样快速在巨大的商品库中找到必要的商品;

(2)标识商品:许多时间仅依赖定名会存在许多相似的商品,如可乐1瓶/可乐1大瓶,此时要怎样将相似商品举行区分标识出来,在后续体系中流转不会出现错误;

(3)商品特性:完备的商品就像一个海胆,每一个尖触角都像一个特性都会被有对应的必要的人捕获,从而完成本身的业务。

那么上面这三个需求翻译成产物的语言实在就是:

jUM9M7MDpM2hWHd2.jpg

明白了必要兼容的范围,怎样计划中台办理方案呢?下面我们一个个来拆解:

1. SPU/SKU体系

这个部门可以算是中台商品服务中最为简朴的计划,为了同一管理全公司多业务线的商品,在中台中只必要创建起唯一的商品创建中央,也就是交由一处举行同一化管理,此时各个业务线的新增产物必须由商品创建中央创建,创建后并发布成为正式的商品。

特殊的当有多个业务线创建雷同商品且共同维护库存时,本质上如许的模式上风就凸显出来了,如下图:

XofmoomJ0GGu0oa4.jpg

可以看到我们实现一个实物映射了多个差别业务线的售卖物,不管业务线中可乐商品是什么叫法对于供应链来说只有一个SKU的可乐,这不但实现了实物的归一化管理,也实现了全局实物库存的共享。

2. 类目

类目管理必须拆解为前台类目与背景类目两类,此中背景类目也被称之为商品固有分类,也就是按照全公司的尺度举行分类的,用于给供应链同一维护。

也就是说不管各前台怎样将可乐这个商品放在哪个类目下,在背景类目中可乐永久存在在如下类目中:

Uw8W81FWEeWyhJ6E.jpg

而中台维护的就是这个尺度类目,提供全局最尺度的类目,到这可以看到中台实在还起到全公司的尺度订定的紧张作用。

有了这个尺度的背景类目后,各业务线在获取到该商品后可以在本身的业务中本身维护一套类目。

3. 商品属性

办理完了前两项,我们就来到了商品属性计划的部门。

假如对商品的属性下一个界说的话:商品属性本质就是形貌商品特性与为对应业务触发提供标识。

比方商品温层属性:常温、冷藏、冷冻,就是提示堆栈作业职员到底应该去哪个库区存储该商品。

可以说这一部门可以算是商品服务中央中最难处置惩罚的环节,由于它和详细的业务线是强相干的,每个业务线大概都有本身的特性需求,比方有些业务线是面向大客户,因此是按大包规售卖,不零卖,而有些业务线又是巨细包规都会售卖。

也就是在前文我们界说的必要通盘办理的题目与脚色,本质上就是由商品的根本属性来承载差别脚色必要办理的题目:

aQYykIYHIa2HJnHk.jpg

理清晰了思绪,那么这一步要怎样兼容这些差别业务线之间的需求呢?

这里利用的方法也就是在我撰写的《中台产物司理宝典》一书中提到的——中台焦点公式:Summary – Details计划方法,普通来说也就是中台维护择要信息,详细的具体属性由业务线自主赋予。

05 建立:属性项分离

要去实现Summary – Details的商品属性计划模式,我们就必要拆解下现有的SKU属性办理方式,这里先借用网上找到的一张图来形貌下,通用的商品属性是怎么构成的:

wwvVTXNqseJFNJnk.jpg

可以看到在商品属性中,通常分为了属性项组->属性项->属性值三个部门,此中:

(1)属性项组是为了举行分组,方便举行同范例会合管理;

(2)属性项是详细的范例属性,最小业务范例承载单位;

(3)属性值是指详细某个业务寄义的数据化承载;

明确了通用计划后,我们也可以参照这种通用的框架,对中台商品中央中的属性部门举行建立。

步调1:界说属性项组

我们按照两个维度举行属性分组

维度1:按维护脚色举行分组

SKU属性 = 中台属性(Summary) + 业务线属性(Details)

阐明:

(1)中台属性办理尺度题目,好比该SKU的产地,生产日期,巨细,体积,各个业务线同一的打包设置等;

(2)业务线属性根据本身的必要去界说对应属性,如前台对商品的特别形貌:别名;

维度2:按属性特性举行分组

SKU属性 = 底子属性 + 业务属性

阐明:

(1)底子属性:指商品的固定的物理属性,这也是中台属性的构成部门;

(2)业务属性:为了业务必要而赋予商品的相干属性;

中台的同一属性 = 商品的固定的物理属性 + 公司内部各业务线对该属性告竣的共识的业务属性(沉淀的公司内部规范)

我举个例子来帮各人明白下共识类属性的寄义,在生鲜行业中,一样平常带有仓内加工的电商中都会涉及到一个商品标品化的过程,也就是由非标品到标品过程。

好比,堆栈必要将采购到货的质料土豆举行打包成一个独立的包装,此处的质料土豆我们就将其称之为非标品,而打包好的土豆称之为标品。

这里的标品非标品的界说实在就是公司内部各业务线的共识:

  • 标品:按规格售卖(69码)
  • 非标品:按重量售卖(无69码)

以是我们就有了一个中台属性(共识属性):

这里我给各人一个我曾经搭建的中台商品服务中央中的共识属性示例,在共识属性上我分又细分了两个属性层级:

(1)生意业务属性:用于支持售卖模式的属性,eg:代价,假造库存,限购;

(2)供应链属性:用于作业引导,eg:生产方式,范例:质料/制品;

于是我们便得到了完备的商品属性项分组表:

FhpMo9Mz9io9VPC3.jpg

末了一步在完成了中台的主体功能建立之后,我们接下来要做的就是重新将前台应用与背景的直接关联举行断开,在这两者中心插入中台,也就是让前台应用与中台创建关系,形成如许的一个体系体系:

lEy3zys41D4s1ll4.jpg

06 末了

到这我们中台V1.0中的商品中央就建立完毕了,固然这里的商品中央仅是我们中台服务的第1个服务中央,除了要支持我们如今的产物线之外,更紧张的一个意义是为了跑通前台应用-中台-背景数据这种业务模式。

不外由于篇幅有限,本文中还牵涉到许多电商的内部传统产物计划题目没有睁开来讲,假如偶然间我背面会专门更新几篇完备的电商建立文章以供各人学习参考。

《中台产物司理实战(9):从零开始中台商品中央搭建(上)》

#专栏作家#

三爷,微信公众号:三爷茶室,大家都是产物司理专栏作家,2019年年度作者。《中台产物司理宝典》作者,原万达高级产物、MBA特约讲师、独立创业者,现叮咚买菜B端产物线负责人,拥有多款团体项目从零到一履历并领导实现贸易化结构。

题图来自Unsplash,基于CC0协议。返回搜狐,检察更多

责任编辑:





上一篇:原创魅族18系列继承预热,这一次官方的口吻好大
下一篇:原创印度影戏《无痛侠》中的傻瓜计划
您需要登录后才可以回帖 登录 | 加入社区

本版积分规则

 

QQ|申请友链|小黑屋|手机版|Hlshell Inc. ( 豫ICP备16002110号-5 )

GMT+8, 2024-5-8 06:19 , Processed in 0.208736 second(s), 47 queries .

HLShell有权修改版权声明内容,如有任何爭議,HLShell將保留最終決定權!

Powered by Discuz! X3.4

Copyright © 2001-2020, Tencent Cloud.

快速回复 返回顶部 返回列表