编辑导语:很多产品经理在做产品设计的时候，都会认为只有电商里的产品才叫做产品。其实商品这个概念在很多地方都是可以广泛使用的。笔者以中国大陆和台湾的实战为例，分享如何将商品的概念运用到实际工作中。让我们一起来看看吧。

很多产品经理在做产品设计的时候，会对商品有狭隘的理解，认为电商里的商品就是商品。实际上，按照经济学中的概念，商品是用于交换的劳动产品。用这个概念理解，商品的范围很广。

举个例子，我在航空空公司做IT系统的时候，做的是航空空货运管理系统，就是飞机上有座位，有货仓。这个系统就是客舱管理系统。

因为这个舱位是航空公司和一些有货运需求的代理商交换的产品，所以我在做舱位管理系统的时候，就用了商品管理的思路来设计产品。所以，一切都是商品。如果是做不熟悉的领域，也可以把概念抽象出来做产品设计。

中国台湾要想把业务商业化，还需要交易中心、股权中心、营销中心等等。本文只谈商品中心的模块。不同的公司一定要结合自己的公司规模和实际发展情况来看如何做商品中心。

1.回顾成为中间站的目标

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

2.商品中心的定义

如前所述，一切都是商品，一般商品中心的存在主要是存储商品相关信息，前台展示商品信息。比如我们经常会看到一些产品标题、产品备注、产品定价、产品详情展示等。

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

3.根据公司情况进行业务梳理

首先，我们需要整理出我们公司有哪些种类的货物。比如阿里的产品中，除了我们看到的实体产品，还会有服务商提供的软件虚拟产品，飞猪的机票，酒店产品等等。

考虑到不同业务需要哪些商品信息，可以全部列在一个表中，可以找出一般的常用字段和一些特殊字段。同时，这些字段可以根据属性进行分类。

1.服务中心和管理平台

如前所述，需要结合公司情况来看每个公司的中台做的程度。比如阿里这么大的公司，各个业务线的能力都比较强。商品中心只需要存储基本信息。

对于中型企业来说，一条业务线可能比较强，其余的还在起步阶段。这时候可能不仅需要提供一个商品中心这样的数据存储场所，还需要一个管理后台，让各个业务线直接管理商品，避免各个业务线的重复建设。

2.关于商品中心的思考

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

基于这种情况和实际业务分析，我考虑采用灵活的可配置字段表单，可以快速配置商品模板。配置好的产品模板发布后，操作可以直接在产品管理中发布产品。

1.关于商品中心的基本术语

2.商品中心结构

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

3.创建灵活且可配置的商品背景

服务中心的总体思路如下:

(1)属性管理

可以灵活地定义和创建属性。属性包括和属性、属性值以及属性分类和显示组件。比如属性可以是商品的标题，属性分类是基本属性，显示组件是文本框，所以属性值不需要特别指定。

例如，如果颜色作为属性，属性值可能是红色、蓝色或绿色，显示组件是单选框，那么在商品管理操作发布商品后，用户只能通过单选来选择商品。

(2)创建商品模板

通过在属性库中添加属性和属性值，创建商品模板，通用商品模板可以遵循类别。这样，可以定义每个类别下的不同产品模板。

(3)商品管理背景

管理后台是指运营和使用后台发布产品的平台。产品发布后，消费者可以看到，然后下单购买。由于这种层级关系，为了便于理解，使用了一个图表来显示以下内容:

授人以鱼不如授人以渔，主要通过分步思维的分析，来讲述为某企业做中层产品的思维。产品要根据企业情况和现状来设计，所以要根据现状来考虑。不要太执着于某些概念。概念只是为了人们交流时理解的统一。

作者:周悦，微信微信官方账号:B端周悦

本文由@周悦原创发布。每个人都是产品经理。未经许可，禁止转载。

图片来自Unsplash，基于CC0协议。