本文主要聚焦產(chǎn)品經(jīng)理平時(shí)經(jīng)常用到的，可以有效幫助我們厘清方向、構(gòu)建完美骨架的一些圖表。

所謂美人在骨不在皮，對(duì)于一個(gè)優(yōu)秀的產(chǎn)品或者某個(gè)出色的功能來說，同樣也會(huì)有一個(gè)完美、清晰的骨架。

當(dāng)我們?cè)谝?guī)劃設(shè)計(jì)一個(gè)新的產(chǎn)品時(shí)，也要有先骨后肉的思想——也就是說，在開始設(shè)計(jì)開發(fā)之前，方案要首先有戰(zhàn)略規(guī)劃，有功能結(jié)構(gòu)，有業(yè)務(wù)流程。

這些是骨骼，是筋脈。它能讓你對(duì)產(chǎn)品的發(fā)展，對(duì)版本的迭代有個(gè)較為清晰的把握。而具體到每一個(gè)小功能，小迭代的時(shí)候，又可以讓你不至于顧此失彼，不至于經(jīng)常改動(dòng)PRD，不至于和研發(fā)測(cè)試來回溝通確認(rèn)甚至是扯皮。

本文主要聚焦平時(shí)經(jīng)常用到的一些圖表，可以有效幫助我們厘清方向、構(gòu)建完美骨架的工具。大家可根據(jù)實(shí)際情況擇需而用。

一、產(chǎn)品畫布

從0到1規(guī)劃一個(gè)產(chǎn)品，或者開啟一個(gè)新的項(xiàng)目，亦或者著手增加一個(gè)較大的功能模塊，戰(zhàn)略規(guī)劃都是必不可少的。

而產(chǎn)品畫布可以把戰(zhàn)略規(guī)劃這種宏大、廣泛的話題聚焦到一個(gè)個(gè)的模塊里，從而很好的幫助我們各個(gè)擊破，客觀的給出整體的分析。

產(chǎn)品畫布的前身是精益畫布（lean canvas），如下圖：

• 你的目標(biāo)市場(chǎng)、目標(biāo)用戶是誰？
• 你想要解決什么問題？
• 當(dāng)前已有哪些解決方法？
• 你的解決方法的優(yōu)勢(shì)有哪些？
• 你的商業(yè)模式是什么？
• 通過什么渠道把你的產(chǎn)品傳遞給用戶？
• 你有什么數(shù)據(jù)指標(biāo)來衡量你產(chǎn)品的價(jià)值？

用心思考產(chǎn)品畫布上的每一個(gè)問題，無論是何種原因?qū)е履阃晟撇涣诉@張圖表的全部?jī)?nèi)容，在進(jìn)行項(xiàng)目之前，都需要三思。因?yàn)槟膫€(gè)步驟沒想通，后面都可能會(huì)造成不可挽回的痛苦局面。

二、迭代計(jì)劃表

當(dāng)明確了產(chǎn)品畫布的每一個(gè)關(guān)鍵點(diǎn)后，那么整個(gè)產(chǎn)品的基調(diào)基本是定下來了。無論是MVP還是mlp，都要有個(gè)大致的迭代計(jì)劃表。

大致的意思是：每個(gè)迭代計(jì)劃要定關(guān)鍵功能點(diǎn)，不是細(xì)枝末節(jié)的東西。

大致的另一個(gè)含義是：在實(shí)際進(jìn)行中，會(huì)有用戶反饋、資源分配、產(chǎn)品方向調(diào)整等不可控因素出現(xiàn)。因此，很多計(jì)劃會(huì)變動(dòng)。但這些都是正常健康的，迭代計(jì)劃表就是給你一個(gè)方向，一邊走一邊修正，最后才會(huì)出現(xiàn)一個(gè)相對(duì)令人滿意的結(jié)果。

上圖可以看出：每個(gè)版本都會(huì)有個(gè)主功能點(diǎn)，每隔幾個(gè)版本就會(huì)有個(gè)大的功能點(diǎn)?？傮w來說，是平滑過渡，平穩(wěn)迭代。

有人說這圖是抖音成熟了大家總結(jié)出來的，抖音是否在一開始就有這樣的規(guī)劃我不曉得。但是，在產(chǎn)品開始規(guī)劃階段，我們要是就有這樣的思想主導(dǎo)。在后續(xù)產(chǎn)品的迭代上，市場(chǎng)輿論或用戶聲音就沒那么容易打亂產(chǎn)品前進(jìn)的節(jié)奏。

三、功能草圖

功能草圖就要看個(gè)人的習(xí)慣，我在開始一個(gè)設(shè)計(jì)前都會(huì)拿筆在紙上隨便畫畫。把關(guān)鍵業(yè)務(wù)畫出來，在畫草圖的過程中，后續(xù)幾個(gè)步驟要做的事情也漸漸會(huì)形成一個(gè)大致的輪廓。

比如：功能結(jié)構(gòu)，主業(yè)務(wù)流程等。有時(shí)畫著畫著也會(huì)有新的想法。

Early app wireframes by Radek Struczynski

四、功能結(jié)構(gòu)圖

在著手具體頁面設(shè)計(jì)前，還有一個(gè)步驟至關(guān)重要——就是功能結(jié)構(gòu)。

功能結(jié)構(gòu)越細(xì)致越好，從大到小，由總至分。這個(gè)功能結(jié)構(gòu)圖同樣可以利用在競(jìng)品分析的場(chǎng)景上。下圖以微信iOS手機(jī)客戶端為例給大家示范下（“示范下”的意思是：我沒畫全，嘻）。

五、泳道圖

一般當(dāng)業(yè)務(wù)流程涉及到多主體時(shí)，我們會(huì)用“泳道圖”來厘清整個(gè)流程。

所謂的“泳道”就是指每一個(gè)主體，業(yè)務(wù)涉及到幾個(gè)主體，就會(huì)有幾個(gè)泳道。比如：用戶退款業(yè)務(wù)，涉及到的主體就有用戶、供應(yīng)商、平臺(tái)三個(gè)，因此在泳道圖中就會(huì)出現(xiàn)三個(gè)泳道。涉及到多主體的業(yè)務(wù)場(chǎng)景，除了剛才講的電商退款，還有比如說一些p2p的業(yè)務(wù)，crm中合同的審核等。

六、業(yè)務(wù)流程圖

業(yè)務(wù)流程圖應(yīng)該是每個(gè)產(chǎn)品經(jīng)理經(jīng)常打交道的一個(gè)圖了，他不僅讓我們對(duì)整個(gè)功能流程有個(gè)全局把握，更重要的是他能幫助我們和研發(fā)更好的交流。

沒人喜歡看滿屏滿屏的解說文字，千言萬語都在這圖中。業(yè)務(wù)流程圖的關(guān)鍵其實(shí)是完整——就是要盡可能的考慮到每一個(gè)條件，每一個(gè)分支，不要遺漏掉任何邏輯。

自己如果無法做到（大部分人，大部分情況都是這樣），我們就要學(xué)會(huì)利用別人的力量，比如：產(chǎn)品內(nèi)部伙伴大家一起評(píng)審下，熟悉相關(guān)業(yè)務(wù)的測(cè)試，或者對(duì)應(yīng)業(yè)務(wù)的研發(fā)，都可以拉來一起過一遍。

這一步走出去，你會(huì)發(fā)現(xiàn)你之前有很多的點(diǎn)都沒考慮掉。不同的主體帶來不同的想法和觀點(diǎn)，所有的意見都能輔助你作出更好的決策。

七、頁面跳轉(zhuǎn)圖

走到這一步，就是十分具體的頁面了。

這一步的頁面跳轉(zhuǎn)圖主要面向?qū)ο笠蛟撌荱I和前端伙伴了。頁面流程圖描述完成一個(gè)任務(wù)需要經(jīng)過哪些步驟，每個(gè)頁面的跳轉(zhuǎn)規(guī)則，功能邏輯都在這圖里。

你在畫圖的時(shí)候，只需要清晰的表現(xiàn)出用戶點(diǎn)擊頁面的什么地方，然后跳轉(zhuǎn)到哪個(gè)頁面。

有個(gè)關(guān)鍵點(diǎn)需要注意，就是需要考慮一些異常情況。因?yàn)楫?dāng)我們點(diǎn)擊某個(gè)頁面時(shí)，不同的條件可能會(huì)有不同的結(jié)果。這些要依實(shí)際場(chǎng)景和功能來定，但是要時(shí)刻把考慮異常情況放到心里，刻到腦子里。

一個(gè)產(chǎn)品做到最后你會(huì)發(fā)現(xiàn)，大部分精力都花在處理異常上。不出現(xiàn)則已，一出現(xiàn)就損失慘重。

其實(shí)這7張圖7個(gè)步驟一路走下來，基本上一個(gè)活潑健康、美麗可愛的孩子就被造出來了。如果孩子出了問題，一定是某個(gè)節(jié)點(diǎn)沒做好?；貭t重造前需要弄清楚，問題出在哪個(gè)環(huán)節(jié)了。

本文由@2B產(chǎn)品七七 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自Unspalsh, 基于CC0協(xié)議