本文主要聚焦產品經理平時經常用到的，可以有效幫助我們釐清方向、構建完美骨架的一些圖表。
所謂美人在骨不在皮，對於一個優秀的產品或者某個出色的功能來說，同樣也會有一個完美、清晰的骨架。
當我們在規劃設計一個新的產品時，也要有先骨後肉的思想——也就是說，在開始設計開發之前，方案要首先有戰略規劃，有功能結構，有業務流程。
這些是骨骼，是筋脈。它能讓你對產品的發展，對版本的迭代有個較為清晰的把握。而具體到每一個小功能，小迭代的時候，又可以讓你不至於顧此失彼，不至於經常改動PRD，不至於和研發測試來回溝通確認甚至是扯皮。
本文主要聚焦平時經常用到的一些圖表，可以有效幫助我們釐清方向、構建完美骨架的工具。大家可根據實際情況擇需而用。
一、產品畫布從0到1規劃一個產品，或者開啟一個新的項目，亦或者著手增加一個較大的功能模塊，戰略規劃都是必不可少的。
而產品畫布可以把戰略規劃這種宏大、廣泛的話題聚焦到一個個的模塊裡，從而很好的幫助我們各個擊破，客觀的給出整體的分析。
產品畫布的前身是精益畫布（lean canvas），如下圖：
你的目標市場、目標用戶是誰？你想要解決什麼問題？當前已有哪些解決方法？你的解決方法的優勢有哪些？你的商業模式是什麼？通過什麼渠道把你的產品傳遞給用戶？你有什麼數據指標來衡量你產品的價值？用心思考產品畫布上的每一個問題，無論是何種原因導致你完善不了這張圖表的全部內容，在進行項目之前，都需要三思。因為哪個步驟沒想通，後面都可能會造成不可挽回的痛苦局面。
二、迭代計劃表當明確了產品畫布的每一個關鍵點後，那麼整個產品的基調基本是定下來了。無論是MVP還是mlp，都要有個大致的迭代計劃表。
大致的意思是：每個迭代計劃要定關鍵功能點，不是細枝末節的東西。
大致的另一個含義是：在實際進行中，會有用戶反饋、資源分配、產品方向調整等不可控因素出現。因此，很多計劃會變動。但這些都是正常健康的，迭代計劃表就是給你一個方向，一邊走一邊修正，最後才會出現一個相對令人滿意的結果。
上圖可以看出：每個版本都會有個主功能點，每隔幾個版本就會有個大的功能點。總體來說，是平滑過渡，平穩迭代。
有人說這圖是抖音成熟了大家總結出來的，抖音是否在一開始就有這樣的規劃我不曉得。但是，在產品開始規劃階段，我們要是就有這樣的思想主導。在後續產品的迭代上，市場輿論或用戶聲音就沒那麼容易打亂產品前進的節奏。
三、功能草圖功能草圖就要看個人的習慣，我在開始一個設計前都會拿筆在紙上隨便畫畫。把關鍵業務畫出來，在畫草圖的過程中，後續幾個步驟要做的事情也漸漸會形成一個大致的輪廓。
比如：功能結構，主業務流程等。有時畫著畫著也會有新的想法。
Early app wireframes by Radek Struczynski
四、功能結構圖在著手具體頁面設計前，還有一個步驟至關重要——就是功能結構。
功能結構越細緻越好，從大到小，由總至分。這個功能結構圖同樣可以利用在競品分析的場景上。下圖以微信iOS手機客戶端為例給大家示範下（「示範下」的意思是：我沒畫全，嘻）。
五、泳道圖一般當業務流程涉及到多主體時，我們會用「泳道圖」來釐清整個流程。
所謂的「泳道」就是指每一個主體，業務涉及到幾個主體，就會有幾個泳道。比如：用戶退款業務，涉及到的主體就有用戶、供應商、平臺三個，因此在泳道圖中就會出現三個泳道。涉及到多主體的業務場景，除了剛才講的電商退款，還有比如說一些p2p的業務，crm中合同的審核等。
六、業務流程圖業務流程圖應該是每個產品經理經常打交道的一個圖了，他不僅讓我們對整個功能流程有個全局把握，更重要的是他能幫助我們和研發更好的交流。
沒人喜歡看滿屏滿屏的解說文字，千言萬語都在這圖中。業務流程圖的關鍵其實是完整——就是要儘可能的考慮到每一個條件，每一個分支，不要遺漏掉任何邏輯。
自己如果無法做到（大部分人，大部分情況都是這樣），我們就要學會利用別人的力量，比如：產品內部夥伴大家一起評審下，熟悉相關業務的測試，或者對應業務的研發，都可以拉來一起過一遍。
這一步走出去，你會發現你之前有很多的點都沒考慮掉。不同的主體帶來不同的想法和觀點，所有的意見都能輔助你作出更好的決策。
七、頁面跳轉圖走到這一步，就是十分具體的頁面了。
這一步的頁面跳轉圖主要面向對象因該是UI和前端夥伴了。頁面流程圖描述完成一個任務需要經過哪些步驟，每個頁面的跳轉規則，功能邏輯都在這圖裡。
你在畫圖的時候，只需要清晰的表現出用戶點擊頁面的什麼地方，然後跳轉到哪個頁面。
有個關鍵點需要注意，就是需要考慮一些異常情況。因為當我們點擊某個頁面時，不同的條件可能會有不同的結果。這些要依實際場景和功能來定，但是要時刻把考慮異常情況放到心裡，刻到腦子裡。
一個產品做到最後你會發現，大部分精力都花在處理異常上。不出現則已，一出現就損失慘重。
其實這7張圖7個步驟一路走下來，基本上一個活潑健康、美麗可愛的孩子就被造出來了。如果孩子出了問題，一定是某個節點沒做好。回爐重造前需要弄清楚，問題出在哪個環節了。
本文由@2B產品七七 原創發布於人人都是產品經理，未經許可，禁止轉載。
題圖來自Unspalsh, 基於CC0協議
收藏已收藏 | {{ postmeta.bookmark }} 點讚已贊 | {{ postmeta.postlike }}