所謂結構化，就是數據以結構方式存儲（字段），而不是文本的方式存儲。

具體到產品上，結構化最明顯的表現方式為搜索引擎和電商SKU。

搜索引擎：以往我們搜索輸入一個關鍵詞，輸出與關鍵詞文本匹配的內容，但這種對于用戶而言認知成本較高，后續搜索引擎就展示了結構化的數據，而不是一堆文本，例如搜索蘋果手機，展示的是各種不同渠道蘋果手機的報價，用戶可以直觀地進行比價。

電商SKU：SKU意為最小庫存量單位，一般電商網站通過關鍵屬性的確定，確定一個SKU，例如iPhone6s就是一個SKU。

而對于O2O而言，結構化主要需要針對的是服務項目，但是當前大多數O2O服務的結構化信息的比例較低，原因在于線下各個商戶服務的標準和信息都很難一致，可能都是同樣的服務，卻叫了不同的名字。

信息結構化價值

那么針對O2O而言，信息結構化究竟產生什么價值，做產品最忌諱為了做需求而做需求。

• 對于用戶而言，提升用戶的決策效率
• 對于商戶而言，提升供應鏈信息大的錄入效率
• 對于平臺而言，為后續商戶精細化運營提供了數據基礎

在明確了結構化的價值后，接下來談談結構化這個事情該如何開展。筆者近3個月都在從事信息結構化相關的項目，分別作了KTV和美發結構化，積累了一些經驗，希望能分享給大家。

信息結構化方法

對于B端而言，需要確保提供給C端的數據是結構化的，考核指標為結構化信息的覆蓋率，具體需要做的主要有兩塊：

• 新數據結構化錄入
• 老數據結構化清洗

對于C端而言，需要明確用戶真正想要看到的信息，然后將這些信息分類，有序地在用戶決策路徑中展示，考核指標主要為訪購率，主要需要做以下幾件事：

• 信息的分類：主要針對服務項目里的關鍵屬性進行分類，以美發為例，可以針對服務項目類型的不同分為剪發，燙染，護理等。

• 信息聚合：針對關鍵屬性相同的服務項目聚合展示，還是以美發為例，剪發的聚合在一起展示，同時剪發里的總監剪發也可以聚合在一起展示。

• 路徑優化?：用戶決策的路徑上各個關鍵屬性的放置

信息結構化表現形式

以上只是修煉好了內功，接下來對于產品而言最大的挑戰是需要思考如何進行包裝，以便讓用戶更清晰直接地感知到。學會包裝對于產品經理而言也是一種很重要的方法。以下列舉幾種比較常用的例子：

搜索路徑優化：以淘寶搜索為例，直接在搜索上展示關鍵屬性，縮短用戶的搜索路徑

列表頁篩選：還是以淘寶為例，將關鍵屬性提取出來作為篩選項，能保證用戶更便捷找到商品

詳情頁展示樣式優化：以筆者做過的KTV信息結構化為例，以前非結構化信息（文本）用戶識別起來效率太低，用戶需要像讀文章一樣去識別關鍵屬性，而結構化信息用戶識別諸如星期，房型，時段，時長，酒水，價格這些關鍵屬性的效率大大提高

剔除非關鍵信息：在沒有結構化信息前，一些不重要的信息你根本就沒有底氣去隱藏，原因在于重要的信息和非重要的信息會混在一起，而在結構化信息后，我們也就有了底氣隱藏這些信息從而排除非關鍵信息對用戶的干擾，減少了下單流程步驟。

信息結構化成敗關鍵

明確了以上方法后，可能到最后你依然無法做好。以筆者做過的兩個項目為例，同樣是結構化，KTV和美發，一個訪購率大幅提升，一個卻基本沒有變化，究其原因，無外乎以下幾個數據的對比：

• B端結構化數據覆蓋率：KTV的結構化數據覆蓋率達到了60%，美發卻只有20%
• C端用戶決策關鍵屬性數量：KTV結構化關鍵屬性有6個，美發的結構化關鍵屬性只有3個
• C端下單流程：KTV由3步變成2步，美發依然維持到3步
• 開發周期：KTV開發時間耗時2個月，美發開發時間耗時2周

? ? ?所以說，文章最后，筆者希望告訴大家一個道理：成功沒有捷徑，產品經理本身是個體力活！

? ? ? 與大家共勉之！

總結

以上是生活随笔為你收集整理的浅谈O2O产品信息结构化的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。