編輯導語：很多產品經理在做產品設計的時候，會認為只有電商中的商品才叫做商品。其實商品的概念可以廣泛應用到許多地方。作者以中臺實戰為例，分享如何將商品的概念應用到實際工作中，我們一起來看下吧。

一、萬物皆商品

很多產品經理做產品設計時候，會把商品理解的比較狹窄，認為電商中的商品才是商品。其實按照經濟學中的概念，商品是用于交換的勞動產品，用這個概念理解，其實商品的范圍非常的廣。

舉個例子，之前我在航空公司做IT系統時候，做過航空貨運管理系統，就是飛機上面是坐人的，還有一塊艙位是用來放貨物的，這個系統做的就是這個艙位管理系統。

因為這個艙位是航司與一些有貨運需求的代理商進行交換的產品，所以在做艙位管理系統的時候，我就用了商品管理的思路來進行產品設計。所以萬物皆商品，如果做一個自己不熟悉的領域時，也可以將概念再抽象一層去做產品設計。

二、前提：業務梳理

中臺想要實現業務商業化還需要如交易中心、權益中心、營銷中心等等。本文僅講述關于商品中心這個模塊。不同公司一定要結合自己公司的規模以及實際發展情況等，來看如何做商品中心。

1. 回顧做中臺的目標

首先做中臺的目標是為了滿足多業務線的情況，形成一次建設多次使用。

2. 商品中心定義

前面提到萬物皆商品，而一般商品中心的存在主要是為了存儲商品相關信息，進行前臺商品信息展示。比如我們經?？吹降囊恍┥唐窐祟}、商品備注、商品標價、商品詳情展示等。

用專業一點的定義就是：商品中心是用來管理SKU（最小庫存單位）、SPU（標準化產品單元）、屬性（關鍵屬性、非關鍵屬性、銷售屬性）、類目品牌、價格等有關商品的數據。

3. 基于本公司情況的業務梳理

首先需要先梳理下，對于自己公司來說商品有哪些是哪些類型。比如阿里的商品，除了我們看到的實物商品之外、還會有服務商提供的軟件類虛擬商品、還有飛豬的機票、酒店商品等等。

考慮不同業務里面，需要的商品信息有什么，可以用一張表全部羅列出來，可以找出一般的共性字段和特殊的一些字段。同時可以將這些字段，按照屬性進行分類。

三、思路-服務中心及管理后臺

1. 服務中心與管理平臺

前面提到需要結合公司情況來看每個公司的中臺做到什么程度。比如針對阿里這樣大的公司，各個業務線能力也比較強。商品中心只需要做到基礎信息的存儲即可。

對于中型企業，可能某個業務線比較強，其余業務線還屬于起步階段。這個時候可能不光要提供商品中心這樣的數據存儲的地方，還需要一個管理后臺，讓各個業務線可以直接進行商品管理，避免每個業務線的重復建設。

2. 商品中心思路考慮

不同類型的商品，其需要的商品字段可能都是不一樣的，對于跨業務線的情況，如果業務線差異比較大，這種情況會更加明顯。比如淘寶中服務商售賣的軟件類商品和實物類商品，一種SKU是1個月，一種的SKU是由運營自定義的名稱，其差異都是比較大的。

基于這種情況和實際業務分析，我考慮采用一種靈活可配置字段的形式，可以快速配置商品模板。配置好的商品模板發布后，可以讓運營直接在商品管理進行商品發布。

四、實操

1. 關于商品中心的基礎名詞

2. 商品中心架構

包含：類目管理、屬性管理、商品模板、商品信息存儲。

3. 打造靈活可配置的商品后臺

服務中心大致思路如下：

（1）屬性管理

可以靈活的定義和創建屬性。屬性包含和屬性、屬性值還有屬性分類、展示組件。屬性舉個例子可以是比如商品標題，屬性分類是基礎屬性，展示組件是文本框，屬性值就不需要特地指定了。

再比如顏色作為一個屬性，屬性值可能是紅色、藍色、綠色，展示組件是單選框，那么在商品管理運營發布商品后，用戶只能通過單選的方式進行商品選擇。

（2）創建商品模板

通過增加屬性庫中的屬性及屬性值，創建商品模板，一般商品模板可以跟著類目走。這樣就可以定義每一個類目下不同的商品模板了。

（3）商品管理后臺

商品管理后臺指運營使用后臺進行商品發布的平臺，商品發布后則可以被消費者看到，然后進行下單購買。由于有分層關系，為了便于理解用一張圖表示如下：

四、寫在后面

授人以魚不如授人以漁，主要通過一步步思路的剖析，講述在為某一個企業做中臺產品時候的思路。產品應該是要根據企業情況及現狀進行設計的，所以具體還是要根據當下的情況進行考慮。不用太過于執著某些概念，概念只是為了讓大家在溝通的時候，便于進行理解的統一。

作者：周玥，微信公眾號：B端周玥

本文由 @周玥? 原創發布于人人都是產品經理。未經許可，禁止轉載。

題圖來自Unsplash，基于CC0協議。