起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識如何理解張小龍的“設計就是分類”？
編輯導語：對于“設計就是分類”這句話，你是如何理解的？好的產品分類，可以引導用戶完成下一步操作，幫助用戶高效達成操作目標。那么具體來看，產品分類該如何實踐？本篇文章里，作者從結構層的角度，對產品分類一事做了總結，一起來看一下。
相信不少產品經理在成長的路上，都避不開的兩本書，《微信的產品觀》和《用戶體驗要素》。微信的產品觀中，張小龍的一個觀點讓我記憶深刻，他說，“設計就是分類”。
我們知道，用戶體驗要素告訴我們，軟件產品的設計要遵循5個環節，戰略層、范圍層、結構層、框架層、表現層。
除了戰略層和范圍層之外，結構層、框架層、表現層在產品工作中分別對應了產品架構設計、交互設計、頁面布局設計、UI視覺設計。產品經理的日常設計工作，主要會涉及產品架構設計、交互設計、以及頁面布局設計。
今天從結構層這一層維度談談，為什么說，設計就是分類。在具體的產品設計層面，我們該如何理解和踐行。
一、知識回顧：什么是結構層？
結構層位于用戶體驗要素的第三層，是范圍層之后要考慮的。是比范圍層更具象的一層，比架構層更抽象的一層。
我們知道，范圍層包含功能和內容，內容指的是超文本內容，比如文字、語音、圖片視頻等等，功能指的是需要js類語言進行開發，要用戶不斷去進行點擊、滑動等交互操作才可以滿足用戶需求的功能。
按照范圍層的思路，結構層可以根據功能和內容以此分為交互設計和信息架構兩個維度去思考和設計。對產品功能的具象化設計，所對應的是交互設計，涉及用戶和系統交互的操作流程。對超文本內容的具象化設計，所對應的是信息架構設計，對于信息內容的整理和分類。
比如，淘寶的貨架功能支持用戶根據類別查找想要購買的商品，整個功能交互就分為2步：
- 查找目標類別；
- 點擊查看商品列表詳情。
而支撐起該場景下用戶需求的主題是大量的商品介紹描述等內容，而這需要良好的信息架構設計。
交互設計關注的是，你想要讓用戶通過什么交互操作來讓計算機執行這個程序。信息架構關注的是，你通過什么樣的表達方式讓用戶理解這個是什么，可以用來干什么。
舉個簡單的例子，“單頁”和“雙頁”這個文案就是信息架構，該名詞簡要地說明了這個功能的作用，即可以讓屏幕只展示一頁，也可以展示兩頁。我只需要「點擊」按鈕，就可以觸發這個功能，點擊這個行為，就是交互設計。
成功的用戶體驗就是能夠事先知道用戶的期望。
結構層，把哪些功能聚合到一個容器里，把哪些內容聚合到一個主題下，這需要好好分類。張小龍說，設計就是分類。
結構層的設計，框架層的設計，表現層的設計，都是在分類。
二、明確定義：什么是分類？
那么，什么是分類，如何分類，為什么有的產品分類分得很好，產品用起來很流暢，而有些產品分類分得不好，找什么功能時候永遠不知道應該在哪里找。
百度百科對于分類的定義如下：
通過比較事物之間的相似性，把具有某些共同點或相似特征的事物歸屬于一個不確定集合的邏輯方法。
每個事物具有多種屬性，事物與事物在某些特征上具有相似性，將具有相似特征的事物歸屬于一個不確定集合的方法，即是分類。為何是不確定集合，因為這個類別并沒有遍歷/包含世界上所有具有該特征的事物，比如，可以將蘋果、西瓜、火龍果歸為水果類。
為什么要分類呢，好的分類可以使雜亂無章的世界變得井然有序，分類使事物高度有序化，極大提高我們的認識效率和工作效率。
當然，事物的屬性是多方面的，基于以上共識，我們知道，分類是基于多個物體之間的共性進行分類，而多個物體之間可能有多個維度的共性，所以分類的方法也是多樣的。在不同的情況下，可以采用不同的分類方法。
比如現在一些商品：菜刀、水果刀、蘋果、西瓜、橙子、玉米、上海青、火腿。
一個貨架管理員會基于物品用途的維度分類，將菜刀、水果刀分為刀具一類，蘋果、西瓜、橙子、玉米、上海青、火腿歸位食品一類。
一個家庭主婦會基于使用場景維度分類，將菜刀、玉米、上海青、火腿分為一廚房用品一類，將水果刀、蘋果、西瓜、橙子、分為客廳用品一類。
一個小朋友會基于物品屬性分類，將菜刀、水果刀分為刀具類，將蘋果、西瓜、橙子歸位水果類，將玉米、上海青歸為蔬菜類，將火腿歸位肉類。
每個人在分類時，會基于自己的目的、認知、和心智模型。
商店在設計分類區時，考慮的是思維模式是方便上下架商品，方便讓逛商場的用戶方便找到商品。家庭主婦給家里的東西分類時，考慮的思維模式是什么東西在同一時刻會用到。小朋友在分類時候，考慮的思維模式是做語文分類題。
三、結構層設計中，如何分類？
在軟件產品上，分類的目的，是便于用戶理解、使用、記憶、和再次尋找。
因為人的短時記憶只能記憶7+-2個內容，需要將產品的所有功能都進行一層又一層的抽象和分類，供理解和記憶的數量，控制在5個以內。比如，許多APP的主Tab最多有五個。
除此之外，分類還要考慮產品架構的可拓展性，未來產品有更多功能時，當前的分類要有適應增加和減少功能的能力，因為當前的分類是個不確定集合，未來會增加更多的功能和內容需求。
所以，產品結構層可以基于功能與功能之間的某些共性進行分類，但無論基于哪種維度，都要滿足兩個標準：一是要符合用戶心智；二是要有容納產品成長和適應變動的能力，即拓展性。
這是我理解的，產品設計上，好的分類標準。
四、用產品實例，演繹如何分類
我們知道，軟件產品的范圍層可一分為二為，功能和內容。
功能所涉及的屬性有，包含功能用途、適用對象、使用時間、使用地點、使用頻率、用戶使用動機、啟動該功能的交互方式等。內容所涉及的屬性有，內容格式（文章/視頻/鏈接/文件/圖片/語音/訂單等）、內容狀態、內容所表達的主題、內容價值保質期（在某個時期范圍之外就沒有閱讀價值了）等。
理論上是這樣，但是實際上各位產品經理在實踐時候，是這么考慮的嘛。下面用幾個優秀產品案例，來演繹以上分類方法理論，是否可在實踐中套用。
1. 對功能進行分類
基于同一交互方式的共性維度。比如掃一掃這一交互方式，包含多種功能，可以實現添加好友、識別商品/花草/動物，可以掃描翻譯中英文文本。比如搖一搖這一交互方式，可以實現添加陌生人、識別歌曲、連接電視等功能。
基于同一功能用途的共性維度。比如單聊、群聊、公眾號、微信步數、微信支付、服務通知、微信記賬等功能，其共性是都擁有發送內容/信息這一能力。
無論發送方主體是某微信號、某微信群、訂閱號、服務號、微信官方服務（微信支付、微信應用等），無論是一對一，或者一對多的發送消息，其功能用途是滿足發送者發送消息的需求。幫助發送者實現將一條信息內容成功發送給指定的賬號這一功能。
消息內容的規格類型有很多種，可以是文本、語音、視頻、圖片、文章、應用、名片、金錢、通知、文件、鏈接等任何形式。
當然也有分類分的令人疑惑的產品，比如美團。
購物車Tab里包含購物車和收藏？而且用美團這么多年，我從來沒有發現過這個購物車旁邊這個收藏……因為我對于購物車的心智模型是，它就是用來下單付款的，會到我的頁面尋找我曾經收藏過的東西。購物車下的商品tab分類只分為外賣和美食，外賣不是美食嘛？買菜的地位是啥？
再看下優秀的分類設計案例。
2. 對內容進行分類
基于同一內容格式的共性維度。比如微信收藏功能，收藏的對象是各種形式的內容。用戶在多種場景都會有收藏的需求，和朋友聊天時，收藏語音/文字/視頻/表情包，看公眾號時，收藏的文章/視頻等。
收藏的數據類型種類繁多，可以基于內容形式對于所有已收藏的內容進行分類。
再抽象一層，這些所有已收藏的內容的共性是“已收藏”這一狀態，用戶查找時的心智模型是，要找到曾經收藏過的內容。以及淘寶的收藏功能，收藏的對象可分類為是商品/寶貝、圖片、視頻、話題、清單。
反面案例還是美團。收藏功能，令人意外的是，不給那么多類型的店鋪分個類？這我收藏了怎么找？一個個翻追溯到明年了都。而且，連個基礎的搜索也沒有……
基于同一內容狀態的共性維度。比如，支付場景涉及的流程環節比較多，一個訂單會有多種狀態。
按照交易場景的下單流程，一個訂單會包含待支付、待收貨、待評價、已評價、待退款、已退款，最少五種狀態。系統可以根據當前訂單所處的狀態，將同種狀態下的訂單，歸屬在一個類別里。
五、我不只屬于一個分類
當然，就像胡蘿卜既可以被歸為水果一類，又可以被歸為蔬菜一類外。一個功能，在很多時候，也不會只被歸屬于一類。一個功能，可能被放置在多個分類里，或者說，一個功能，可以是多個場景下的需求。
比如，外賣/買菜的「再來一單」功能，可以放置在「待評價」狀態的訂單上，也可以放置在「已評價」狀態的訂單上，還可以放在「已退款」狀態的訂單上。
這是一個站在用戶視角，反向思考，檢查分類合理性的邏輯。
檢驗的標準是，當用戶有需求時，想要找某功能時，可以毫不糾結地知道，應該在哪個分類里，哪個入口找到該功能或內容。
分類要符合用戶的心智模型。而心智模型會受到用戶日常使用的其他APP的影響。
比如，我經常使用叮咚買菜和美團這兩個APP解決我的日常飲食問題，使用頻率也差不多，每個都是周均啟動3-4天。叮咚買菜的「待評價」頁面里，有「再來一單」的功能按鈕，我每次都是進去待評價里里面去再下一單。
而美團買菜的「待評價」頁面里，沒有「再來一單」的功能按鈕，這個功能只在「我的訂單」頁面里有。導致我每次點外賣時候，都會先去「待評價」里，沒有再來一單按鈕，我就又點擊返回，再去我的訂單里找。
可以看到，我對于美團買菜的功能使用，會受到叮咚買菜使用習慣的影響。
待評價頁面的訂單上，加上「再來一單」功能的需求必要性很好理解。
從叮咚買菜場景來說，我們喜歡吃的菜和水果品類也就那么幾種，和前幾日買相同的菜品的概率很高，而天天買同樣的菜，質量什么的也都挺穩定，不會每個訂單都去評價，所以會有很多「待評價」的訂單。
當用戶想要再次重復下單之前的訂單時候，腦海中想的是要找到那個訂單，因為我沒有對其進行評價，所以在「待評價」里應該可以找到，在「我的訂單」歷史記錄中也可以找到。
誰讓待評價有小紅點呢，而且入口又那么明顯，當然就不自覺地點擊「待評價」咯。
外賣場景更是如此，經常點外賣的人，每日可以點的也就那么幾種，歷史訂單再次下單的頻率更高。
還是那個思路，天天吃的酸辣粉，除非那家每次評價都給發紅包，否則誰會單單給他評價??？必然也是堆積了大量的待評價訂單狀態。
還是那個思路，當我想要再次重復下單微辣不加香菜的酸辣粉訂單時候，腦海中想的是要找到昨天/前天的訂單，因為我沒有對其進行評價，所以在「待評價」里應該可以找到，我點擊進去了，萬萬沒想到，他居然只能評價。
作者：葛葛，無心有肺的產品經理；公眾號：葛葛的旅程
本文由@嗝嗝 原創發布于人人都是產品經理，未經許可，禁止轉載。
題圖來自Unsplash, 基于CC0協議
我理解的是設計為了解決問題，分類是為了幫助用戶解決問題所以是這樣子嗎
“設計就是分類”探討的前提語境是互聯網軟件產品的設計?；ヂ摼W軟件產品的存在是為了解決目標用戶的問題，滿足用戶需求的。app上有許功能，但是這些功能不都得落實安放在四個主頁面的容器里嗎。這不就需要分類了嘛。
一個功能，可以是多個場景下的需求。依據什么而分類，這個要搞清楚，不同的先決條件決定功能的去處。
對 ，首先考慮的還是根據用戶的視角去分類，用戶是怎么想的。然后再看看如果純粹根據用戶的視角分類，后續是否具有可拓展能力。
根據用戶需求去進行分類，一個功能能夠滿足不同場景下的需求才是實用的設計
根據用戶需求進行分類有道理，但是到具體設計中，指導性不強。的確有很多功能是可以滿足多個場景下的用戶需求，當用戶在多個場景下都有該類型的需求時，這時候就要對需求進行抽象了。
“設計就是分類”說的很對，但其實有的時候這樣說并不是完全正確
說的不錯
很實在的話啊，事實就是這樣的，設計就是分類，不管你承認不承認
之前看《微信的產品觀》和《用戶體驗要素》的時候就對這句話影響深刻
面向對象的思維。
餓了么不知道吃啥的時候就是再來一單，是我沒有發現美食的眼睛嘛，每次點的外賣都不太行