编辑导语:很多产品经理在做产品设计的时候,会认为只有电商中的商品才叫做商品。其实商品的概念可以广泛应用到许多地方。作者以中台实战为例,分享如何将商品的概念应用到实际工作中,我们一起来看下吧。

一、万物皆商品

很多产品经理做产品设计时候,会把商品理解的比较狭窄,认为电商中的商品才是商品。其实按照经济学中的概念,商品是用于交换的劳动产品,用这个概念理解,其实商品的范围非常的广。

举个例子,之前我在航空公司做IT系统时候,做过航空货运管理系统,就是飞机上面是坐人的,还有一块舱位是用来放货物的,这个系统做的就是这个舱位管理系统。

因为这个舱位是航司与一些有货运需求的代理商进行交换的产品,所以在做舱位管理系统的时候,我就用了商品管理的思路来进行产品设计。所以万物皆商品,如果做一个自己不熟悉的领域时,也可以将概念再抽象一层去做产品设计。

二、前提:业务梳理

中台想要实现业务商业化还需要如交易中心、权益中心、营销中心等等。本文仅讲述关于商品中心这个模块。不同公司一定要结合自己公司的规模以及实际发展情况等,来看如何做商品中心。

1. 回顾做中台的目标

首先做中台的目标是为了满足多业务线的情况,形成一次建设多次使用。

2. 商品中心定义

前面提到万物皆商品,而一般商品中心的存在主要是为了存储商品相关信息,进行前台商品信息展示。比如我们经常看到的一些商品标题、商品备注、商品标价、商品详情展示等。

用专业一点的定义就是:商品中心是用来管理SKU(最小库存单位)、SPU(标准化产品单元)、属性(关键属性、非关键属性、销售属性)、类目品牌、价格等有关商品的数据。

3. 基于本公司情况的业务梳理

首先需要先梳理下,对于自己公司来说商品有哪些是哪些类型。比如阿里的商品,除了我们看到的实物商品之外、还会有服务商提供的软件类虚拟商品、还有飞猪的机票、酒店商品等等。

考虑不同业务里面,需要的商品信息有什么,可以用一张表全部罗列出来,可以找出一般的共性字段和特殊的一些字段。同时可以将这些字段,按照属性进行分类。

三、思路-服务中心及管理后台

1. 服务中心与管理平台

前面提到需要结合公司情况来看每个公司的中台做到什么程度。比如针对阿里这样大的公司,各个业务线能力也比较强。商品中心只需要做到基础信息的存储即可。

对于中型企业,可能某个业务线比较强,其余业务线还属于起步阶段。这个时候可能不光要提供商品中心这样的数据存储的地方,还需要一个管理后台,让各个业务线可以直接进行商品管理,避免每个业务线的重复建设。

2. 商品中心思路考虑

不同类型的商品,其需要的商品字段可能都是不一样的,对于跨业务线的情况,如果业务线差异比较大,这种情况会更加明显。比如淘宝中服务商售卖的软件类商品和实物类商品,一种SKU是1个月,一种的SKU是由运营自定义的名称,其差异都是比较大的。

基于这种情况和实际业务分析,我考虑采用一种灵活可配置字段的形式,可以快速配置商品模板。配置好的商品模板发布后,可以让运营直接在商品管理进行商品发布。

四、实操

1. 关于商品中心的基础名词

2. 商品中心架构

包含:类目管理、属性管理、商品模板、商品信息存储。

3. 打造灵活可配置的商品后台

服务中心大致思路如下:

(1)属性管理

可以灵活的定义和创建属性。属性包含和属性、属性值还有属性分类、展示组件。属性举个例子可以是比如商品标题,属性分类是基础属性,展示组件是文本框,属性值就不需要特地指定了。

再比如颜色作为一个属性,属性值可能是红色、蓝色、绿色,展示组件是单选框,那么在商品管理运营发布商品后,用户只能通过单选的方式进行商品选择。

(2)创建商品模板

通过增加属性库中的属性及属性值,创建商品模板,一般商品模板可以跟着类目走。这样就可以定义每一个类目下不同的商品模板了。

(3)商品管理后台

商品管理后台指运营使用后台进行商品发布的平台,商品发布后则可以被消费者看到,然后进行下单购买。由于有分层关系,为了便于理解用一张图表示如下:

四、写在后面

授人以鱼不如授人以渔,主要通过一步步思路的剖析,讲述在为某一个企业做中台产品时候的思路。产品应该是要根据企业情况及现状进行设计的,所以具体还是要根据当下的情况进行考虑。不用太过于执着某些概念,概念只是为了让大家在沟通的时候,便于进行理解的统一。

 

作者:周玥,微信公众号:B端周玥