當做好產品需求分析之後，下一步就是展開產品設計的相關工作。具體有哪些步驟？過程中需要注意哪些問題？本文通過劍客小白的案例，梳理了產品設計的相關流程和注意事項，與大家分享。
在【白雲】暢銷的今天，小白又回想起那年在青潭之畔，和商一起做產品設計的探索。雖然歲月匆匆、記憶朦朧，但當時的場景依舊讓小白難以忘懷，誰能想到家喻户曉的【白雲】竟是從一個小青潭邊開始的。
時間倒流十年。
商是以這樣一句話開頭的：我的師傅是啓，我沒下山之前他總是逼着我看書，有一次無聊看到一本關於產品設計的書籍，書裏的內容正好和今天的情景契合。而在雲的這些年中，我曾在運用此方法做過其他產品設計，效果還不錯。
小白：我師傅只讓我念經。
商：當需求梳理完成之後，就要開始考慮後面的商業模式、產品形式、信息架構、具體功能的設計了，商業模式是中樞，產品形式是外觀，信息架構是骨骼，功能設計是血肉。只有完成這些，一個完整的產品才能呈現我們的面前。
一、商業模式
商業模式包含：定位、業務模式、資源和能力、盈利模式。商業模式實現了從用户價值到產品價值的循環。
定位：組織提供什麼樣的產品，面向什麼用户，解決用户什麼問題，產生什麼價值；定位需要從組織交付思考問題，來實現用户價值。
業務模式：是指為了實現定位，涉及從生產到交易的流程及參與角色。主要的業務模式為：
（1）實物商品交易；
（2）實物+服務產品交易；
（3）純服務產品交易；
資源和能力：完成全部交易所需要的的資源和能力；
盈利模式：指獲取收入、成本結構、利潤核算的過程。硬件盈利模式可通過硬件銷售和配套軟件服務收費設計盈利模式，純軟件盈利模式通過：廣告、增值服務、電子商務、服務費等方式設計盈利模式。
對於我們新做的產品我們定義他的商業模式為：
定位：一款普通村民也可以直接斬殺了文手持式並隨時可用的硬件產品；
業務模式：雲負責產品的設計，並讓下游供應商生產原件，最終由雲組裝成品，並交由分銷渠道進行銷售。
資源和能力：產品的動力系統和跟蹤系統是雲的核心競爭力；
盈利模式：利潤=硬件銷售收入-硬件製造成本-硬件銷售成本-產品管理成本。
二、產品形式
產品形式即產品的外觀，以什麼樣子面向用户。硬件產品的產品形式主要是依賴於產品的ID設計。軟件類產品的形式眾多，比如IM、論壇、新聞資訊、直播、短視頻、O2O、B2B、B2C等。
但現在我們發現，有很多產品都是軟件+硬件的形式，軟件和硬件相輔相成，共同解決用户問題。
三、產品架構
產品架構：產品的信息架構，是整個產品設計的核心所在，也是我們這次要思考的重點。任何一個產品，從簡答到複雜，都是有一個明確的信息架構的。一個好的信息架構是一個產品成功的基礎。
那麼信息架構是什麼？他能做什麼事情？
信息架構是一個產品的骨架和脈絡，骨架是產品的支撐，讓用户對產品的結構有一個宏觀的認識，脈絡是產品骨架各個節點之間的連接，讓用户可以看清楚骨架中每個節點之間的關聯。這樣複雜的、無序的需求通過信息架構的梳理，變得清晰、有序，用户可以沿着信息架構快速找到自己所需要的信息。
信息架構的形成可以分為2個階段：
第一階段：信息的梳理階段，這個階段主要內容包含：
（1）需求分類，信息的整合，
（2）用户視角。
第二階段：信息架構載體
（1）導航，
（2）佈局，
（3）搜索
第一階段：信息梳理階段
（1）需求的分類、信息整合
在需求調研階段，我們面向不同的情景、用户，梳理了大量的需求信息，這些原始的需求信息亂而無序。我們不能將這些需求一一實現之後直接平鋪展示給用户，因為儘管產品功能能滿足用户需求，但是用户在使用產品過程中是痛苦的。
所以先對信息進行分類，按照信息的屬性、關聯等進行分類。完成分類之後對信息進行排序，按時間、地理位置、關聯程度等進行排序。最後進行信息組織，常見的信息組織結構有層級結構、線性結構、矩陣結構和自然結構。
層級結構
層級結構是目前產品中使用最廣的一種形式。在層級結構中信息從上往下層層遞進，每一個子節點信息都對應着一個父節點信息。
我們日常看到的大多數產品都是層級結構，比如網站、論壇等
自上而下的設計方法：這種設計方法是基於現有的產品的核心框架，產品功能都比較清晰，而且有成型的產品可參考時，使用這種設計方式。自上而下的方式更偏向於產品的戰略規劃、商業策略、運營等方面的思考，對於細節片段可能無法梳理的太全面。而且自上而下的設計方法容易讓設計者站在自身角度思考問題，而忽略用户真實訴求。
自下而上的設計方式：自下而上的方式就是將有關聯、同屬性的信息不斷的聚合，形成一個個跟節點，根節點再向更高層級的節點聚合。自下而上的方式是從最基礎的信息節點開始，不斷的聚合、分類的過程。自下而上的方法其實是一種歸納方法，不容易遺漏關鍵信息，整個分類過程也有比較完整的數據支撐和驗證，但自上而下容易缺乏整體和全局性的考慮，而且在擴展方面缺少靈活性。
所以很多時候，在產品的設計過程都是自上而下和自下而上的方式共用，自上而下確定戰略和規劃，並形成核心架構；自下而上完善細節，豐富架構脈絡。
線性結構
信息被時間、邏輯串聯起來，形成一條信息傳遞鏈，這就是線性結構。線性結構在現實生活中很常見，比如書、文章、視頻等大多都是線性結構。
在產品中，線性結構一般被用於小規模的結構設計，比如購買流程、支付流程或者內容信息展示等。線性結構和層級結構通常在產品設計時被同時用到。層級結構更過用於演繹和歸納，而線性結構通暢用於解釋説明。
矩陣結構
矩陣結構允許用户在節點與節點之間沿着兩個或更多的“維度”移動。 由於每一個用户的需求都可以和矩陣中的一個“軸”聯繫在一起，因此矩陣結構通常能幫助那些“帶着不同需求而來”的用户，使他們能在相同內容中尋找各自想要的東西。
自然結構不遵循任何一種模式，所有的信息之間是逐一連接起來。從一條信息到另一條信息遵循自然而然的過度，比如百度百科和wikipedia（維基百科）就包含了自然結構。
（2）用户視角
在信息架構梳理和設計過程中，應該遵循以用户為中心的原則。我們經常聽到的吐槽是：真的不知道設計這個產品的人是怎麼想的。很多時候，產品的信息結構很清晰，但用户使用起來卻十分懵逼，產品設計者只站在產品角度去思考如何構建信息架構，而忽略了從用户視角來看整個架構是否合理。
從實踐角度來説，將面向用户的信息架構設計一次性設計出來基本是不可能的事情，因為對用户行為分析是一個逐漸認知的過程。對於產品設計者來説，我們應該引入一些研究方法，讓用户參與到信息架構的梳理和優化過程中，比如引入意見領袖和發燒友參與產品設計、頭腦風暴式的小組討論、一對一訪談等方式，通過對用户反饋分析，再重新審視信息結構。
引入用户進行信息架構優化、調整是一次難得與用户碰撞的過程，也可以驗證產品需求階段的一些分析結論。通過信息架構的呈現及一些場景化的概念原型，用户對產品的內容和形態會有一個具象化的認識，就可以知道產品會有哪些功能模塊，用來解決場景中的哪些問題。這個碰撞過程可能是劇烈的，有可能對產品概要需求階段的一些結論產生衝突。
第二階段：信息架構載體
完成第一階段的信息整合之後就導流第二階段具體的信息架構設計了，在第二階段主要試講已經梳理好的信息使用通用的載體呈現出來。信息機構的載體可分為：
信息架構解決的是用户如何查詢信息的問題，而信息架構的載體承載了用户與信息之間的交互。
（1）導航
導航是告訴用户：我在哪裏，我可到哪裏去。它包含我的當前位置、我的前進路徑、我的後退路徑。
導航可以幫助用户處理高度結構化、非海量的信息，在很多的產品中，產品核心信息架構設計是通過導航來承載的。優秀的導航設計可以方便用户高效地尋找想要信息和功能。
導航可分為：全局導航、區域導航、情景式導航；
輔助導航：網站地圖，網站索引；指南；
高級導航：
個性化導航：針對用户過去的行為、需求或喜好的模式，提供剪裁後的頁面給用户。定製化導航：給用户控制權，可以針對展現格式、內容選項等自行調整。社會化導航：微博的“熱搜”，電商中“買過的人也在買”，它有效的前提在於個人的價值觀可以從觀察其他用户的行為中推論出來，最受歡迎的內容很可能是你也感興趣的內容。
（2）佈局
核心界面整體功能區域劃分、操作區域劃分等，是佈局核心部分。佈局讓用户知道信息在產品中是如何劃分的，方便用户按模塊查找信息。
佈局中主要包含：模塊劃分、功能流程、標籤系統等。
模塊劃分是將需求信息按照分類劃分到不區域，比如工具類產品按照功能屬性劃分為操作區、信息展示區，論壇類產品按照內容娛樂、政治、文學、校園等區域
功能流程：是隱形的信息架構，它能將各個功能串聯到一起形成完成的業務流程。比如訂單流程、支付流程、分享流程等；
標籤系統：標籤是使用用户的語言給佈局中的信息命名。核心部分是使用用户可理解並習慣的語言講述整個佈局框架。
（3）搜索
對於信息較簡單的產品，導航基本能滿足用户信息查詢的要求，但對於信息量較大的產品，導航已經無法滿足用户對信息高效的探索和使用，這時候就需要引入搜索了。
在引入搜索之前，需要先思考是否真的需要搜索，還是有其他可替代的方案，比如檢索。
當確定需要搜索時，就需要考慮：什麼可以搜索、怎麼搜索（搜索算法）、搜索結果怎麼展示
什麼可以搜索：需要確定哪一種類型的信息可以被搜索到，因為在產品中，並不是所有信息適合被搜索。
怎麼搜索：如何設計搜索算法，是偏向於查全還是偏向於查準，這需要在搜索前期做取捨。在設計搜索算法時，對搜索詞按等價、等級、關聯進行分類，建立精準查詢和模糊查詢機制。此外，對於信息的基礎單元（元數據）要統一，在設計產品時就要考慮好的事情，等到產品發佈之後再對信息基礎單元進行補充就會影響比較大。同時信息的一致性對於搜索來説是高效的。
搜索結果如何展示：展示搜索結果是在信息屬性統一的基礎上，按精準、相關等算法進行排序，排序規則主要包含：按照字母排序、按年表排序、按相關性、根據受歡迎程度、根據用户和專家的評價、付費排名等。
四、產品功能設計
在產品功能設計階段，我們需要針對每一個具體的需求設計對應的產品解決方案。前面的階段都是屬於基礎、重要的工作，就相當於建造一個房子，毛坯已經完成了，剩下的就是具體的裝修的過程了。
在產品功能設計過程中有兩個指導原則：
1. 從用户視角，構建情景認知
用户視角：要求產品設計者首先必須從用户的角度思考問題，這裏從用户角度不是【假如我是用户】，而是【我就是這個用户】。有三句話來表述如何理解用户視角：看山是山，看水是水；看山不是山，看水不是水；看山還是山，看水還是水。
構建場景認知：在特定的場景下，從用户視角，構建用户在場景下思考問題的方式、邏輯以及用户行為，模擬出用户在特定場景下的習慣，並根據用户習慣設計產品。
2. 碰撞出真知
對於每一個產品設計者來説，每個人都有自身侷限性，可能是我們的知識儲備不夠廣、閲歷不夠多，對於需求的解決方案不可能都是最合理的，這時候就需要藉助其他人的智慧幫助，讓解決方案更合理。
碰撞之下出真知，產品設計者要讓不同的人理解需求、並提出解決方案，當更多的智慧想碰撞的時候，離最合理的方案也就越近。
商看了一眼小白，小白默默的將喝剩下的半瓶水遞過去，商一飲而盡，一氣呵成。
參考《B端產品設計精髓》
#相關閲讀#
劍法修煉篇：從用户需求到產品需求
劍法修煉篇：評估用户需求是否有機會？
以需求入劍道，發現需求的本質
本文由 @妙木山 原創發佈於人人都是產品經理，未經作者許可，禁止轉載。
題圖來自Unsplash，基於CC0協議。