產品經理總要面臨產品設計的問題，產品設計可能沒有標準的流程，每個產品經理都有自己的體會，筆者根據多年經驗總結了7個步驟，在此和大家分享。
這是昨天一個同學在知識星球裡向我提的問題，是關於產品設計的流程和 SOP 的。
說實話，這樣的問題回答起來是比較有壓力的，因為關於做產品的 SOP，其實也沒什麼行業標準。可能每個公司有自己的一套流程，甚至同一家公司不同的團隊也有自己的流程，所以稱不上標準化。
話說回來，只要能交付有價值的產品，流程都是其次的。黑貓白貓，能抓到老鼠，就是好貓。
那我這隻貓就來喵一下我做產品的流程，不一定對；但肯定是我實踐過的，供你參考。
總共 7 個步驟，基於昨天在星球裡的回答再展開講一下。
一、業務分析——要做什麼（業務流程圖）
幾乎每一款產品都會對應一個或多個業務流程，它是對業務事件和不同角色間通過信息流動和交互方式的一種表達，對應的交付物就是業務流程圖。
例如電商業務有訂單生產流程圖、有貨物進倉出庫流程圖、也有資金流程圖；外賣業務有接單業務流程圖、派單業務流程圖、訂單流轉流程圖等。
做產品的第一步就是把業務分析清楚，弄明白要做什麼，有哪些角色參與，業務交互節點是什麼，信息流、資金流、物流等是如何流轉的。
搞清了這些後，就可以繪製不同業務模塊的流程圖，對整個全局就比較清楚了。另外，我們所說的產品定位、產品路線圖也包含在這個環節內。
二、產品分析——解決什麼用戶問題（User Story）
在完成業務分析並設計好業務流程之後，就可以進入產品分析的環節了，這部分的主要目的就是要明確下來是要解決什麼用戶問題。
具體就包含了目標用戶、人群畫像、需求定義、用戶體驗地圖設計等。主要是從用戶和產品的角度，通過一些工具把產品要解決的問題具象化表達出來。
例如具體的用戶畫像構建、需求分類（緊急重要、是否關鍵路徑）、結合業務流程繪製用戶情感體驗地圖等。
然後，在這一步需要定義 MVP（最小可行性產品）以及產品的關鍵路徑（最小關鍵業務流程），並形成需求清單以及功能清單，排列好優先級。
除此之外，我們常說的競品分析和用戶調研也是在這一步完成，並交付相應的調研分析報告。
這一步的核心就是圍繞「解決用戶什麼問題」來展開工作。
三、結構設計——構建產品骨架（信息架構、功能結構）
到第三步就比較具體了，就是我們常說的設計信息架構和功能結構，交付物就是樹狀結構的思維導圖，這個大家應該都見過也做過。
但需要區別的是，信息架構和功能結構不是一回事，前者是描述產品的信息骨架。例如一個網站的結構包括哪幾個部分，每部分具體包括哪些欄位信息。這一步最好有技術同學介入。
後者是從使用操作的角度來描述具體的功能結構，例如帳戶體系包括了註冊和登錄功能。
為什麼需要這兩張圖呢？
信息架構有助於我們全局了解產品的信息脈絡，尤其是對於一些複雜項目，比較利於進行模塊化整合和分類。
而功能結構也能很清晰的告訴我們現在產品有哪些具體的大功能和子功能，有些能抽取出來合併同類項的就可以在技術層面做模塊化整合。
到目前為止，我們還不會進入具體的原型繪製階段。
雖然以上三步很重要，但很多人、很多團隊其實都忽視了，出現的問題就是產品混亂，新人來了以後沒有產品全景圖，也不知從何下手。
涉及到歷史功能調整時，也不清楚前期的架構和模塊劃分是如何設計的，牽一髮動全身；就像一座大橋要拔掉一顆螺絲，但你不知道拔掉後整座橋會不會垮。
四、原型設計——產品怎麼用（互動設計、功能設計）
這一步大家都很熟悉了，使用工具畫原型、做互動設計，我也就不展開講了。
需要特別說明的是，在小公司，功能設計和互動設計大概率就是產品經理一人完成了，而在大公司可能會有專門的互動設計團隊。
例如我之前在京東時，具體的互動設計就是專門的 UED 團隊來完成，產品經理更側重需求定義和流程設計。
五、視覺設計——產品長什麼樣（設計師的工作）
視覺設計屬於設計師的工作範疇了，產品經理可介入性不大，我一向主張專業的事交給專業的人做。
這一步產品經理要做的是什麼呢，主要是向設計師描述產品使用場景以及用戶特徵，即產品在什麼情況下被什麼特徵的用戶來用。
對此，設計師可能會採取不同的布局設計和配色方案。
例如針對中老年的產品，在按鈕大小和字體顏色上，可能需要更醒目一些，如果設計師不理解大背景和產品用戶，可能會自己發揮，這樣就會造成產品可用性不高。
當然，這裡說的可用性不高是指在目標用戶人群的可用性不高，但產品本身是可用的。
六、數據設計——驗證什麼（埋點、數據指標、監測策略）
我們可以說，大部分的產品都是基於先驗的假設進行設計的，也就是說實際情況如何我們提前很難知道，那就需要通過數據區驗證。
數據設計主要是基於第三步和第四部的成果進行具體驗證項定義，並在產品功能上設計相應的數據埋點，以及數據回收和統計機制。
例如在電商產品的商品詳情頁，用戶到底是點「直接購買」多，還是「加入購物車」多，那就在這兩個按鈕上進行數據埋點，然後統計一段時間內從這兩個渠道產生的訂單轉化率。
如今已經進入精細化運營的時代，對應的，產品也進入了精細化設計的階段，用科學的方式驗證需求，用數據去證明設計，已經成了產品經理必備的技能之一。
七、假設驗證——真相是什麼（「假設-數據-調整」閉環）
最後一步，就是基於數據結果進行復盤和調整，只有假設不行，只有數據也不行，最關鍵的是我們能從數據中獲得什麼洞察（insight）。
基於洞察進行對應的產品調整，然後再進入一個新的驗證閉環。這一部分的內容，我在之前的一篇文章《HVO——基於數據驅動的產品設計方法》有具體講過。
寫在最後
雖然以上這7步是一個產品設計的步驟，但也不是標準步驟，更不是 SOP。可能有的公司就直接從第一步跳到了第四步，也有很多公司省略了最後兩步。
但不管怎麼說，可能因為公司資源和時間有限，不能按照這個步驟開展產品工作，但我們產品經理心裡還是要有這個譜，至少我們是知道一個產品的生產過程的。
我說的也不一定對，只是拋出來跟大家分享，能有一些啟發就好。
如果你對產品問題感興趣，可以一起討論。
最後說個小事，今天我出去見了一個朋友，她是做運營的，但對產品也不是特別了解。她說了一句話我印象挺深的。
她說：「我知道產品設計沒有看起來那麼簡單，我還是挺敬畏產品經理的」。
#專欄作家#
前Juliye Care產品總監，《產品經理必懂的技術那點事兒》作者，在創業公司負責過多款從0到1產品，目前在某電商巨頭負責產品工作 。
本文原創發布於人人都是產品經理。未經許可，禁止轉載。
題圖來自Unsplash，基於CC0協議