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

一、萬物皆商品

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

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

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

二、前提：業務梳理

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

1. 回顧做中台的目标

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

2. 商品中心定義

前面提到萬物皆商品，而一般商品中心的存在主要是為了存儲商品相關信息，進行前台商品信息展示。比如我們經常看到的一些商品标題、商品備注、商品标價、商品詳情展示等。

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

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

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

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

三、思路-服務中心及管理後台

1. 服務中心與管理平台

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

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

2. 商品中心思路考慮

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

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

四、實操

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

2. 商品中心架構

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

3. 打造靈活可配置的商品後台

服務中心大緻思路如下：

（1）屬性管理

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

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

（2）創建商品模闆

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

（3）商品管理後台

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

四、寫在後面

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

作者：周玥，B端周玥

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

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

,

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!

查看全部