從0到1做產品,你可能需要用到的7張圖

13 評論 10473 瀏覽 175 收藏 9 分鐘

本文主要聚焦產品經理平時經常用到的,可以有效幫助我們厘清方向、構建完美骨架的一些圖表。

所謂美人在骨不在皮,對于一個優秀的產品或者某個出色的功能來說,同樣也會有一個完美、清晰的骨架。

當我們在規劃設計一個新的產品時,也要有先骨后肉的思想——也就是說,在開始設計開發之前,方案要首先有戰略規劃,有功能結構,有業務流程。

這些是骨骼,是筋脈。它能讓你對產品的發展,對版本的迭代有個較為清晰的把握。而具體到每一個小功能,小迭代的時候,又可以讓你不至于顧此失彼,不至于經常改動PRD,不至于和研發測試來回溝通確認甚至是扯皮。

本文主要聚焦平時經常用到的一些圖表,可以有效幫助我們厘清方向、構建完美骨架的工具。大家可根據實際情況擇需而用。

一、產品畫布

從0到1規劃一個產品,或者開啟一個新的項目,亦或者著手增加一個較大的功能模塊,戰略規劃都是必不可少的。

而產品畫布可以把戰略規劃這種宏大、廣泛的話題聚焦到一個個的模塊里,從而很好的幫助我們各個擊破,客觀的給出整體的分析。

產品畫布的前身是精益畫布(lean canvas),如下圖:

  • 你的目標市場、目標用戶是誰?
  • 你想要解決什么問題?
  • 當前已有哪些解決方法?
  • 你的解決方法的優勢有哪些?
  • 你的商業模式是什么?
  • 通過什么渠道把你的產品傳遞給用戶?
  • 你有什么數據指標來衡量你產品的價值?

用心思考產品畫布上的每一個問題,無論是何種原因導致你完善不了這張圖表的全部內容,在進行項目之前,都需要三思。因為哪個步驟沒想通,后面都可能會造成不可挽回的痛苦局面。

二、迭代計劃表

當明確了產品畫布的每一個關鍵點后,那么整個產品的基調基本是定下來了。無論是MVP還是mlp,都要有個大致的迭代計劃表。

大致的意思是:每個迭代計劃要定關鍵功能點,不是細枝末節的東西。

大致的另一個含義是:在實際進行中,會有用戶反饋、資源分配、產品方向調整等不可控因素出現。因此,很多計劃會變動。但這些都是正常健康的,迭代計劃表就是給你一個方向,一邊走一邊修正,最后才會出現一個相對令人滿意的結果。

抖音迭代圖 圖片來源Google

上圖可以看出:每個版本都會有個主功能點,每隔幾個版本就會有個大的功能點??傮w來說,是平滑過渡,平穩迭代。

有人說這圖是抖音成熟了大家總結出來的,抖音是否在一開始就有這樣的規劃我不曉得。但是,在產品開始規劃階段,我們要是就有這樣的思想主導。在后續產品的迭代上,市場輿論或用戶聲音就沒那么容易打亂產品前進的節奏。

三、功能草圖

功能草圖就要看個人的習慣,我在開始一個設計前都會拿筆在紙上隨便畫畫。把關鍵業務畫出來,在畫草圖的過程中,后續幾個步驟要做的事情也漸漸會形成一個大致的輪廓。

比如:功能結構,主業務流程等。有時畫著畫著也會有新的想法。

Early app wireframes by Radek Struczynski

四、功能結構圖

在著手具體頁面設計前,還有一個步驟至關重要——就是功能結構。

功能結構越細致越好,從大到小,由總至分。這個功能結構圖同樣可以利用在競品分析的場景上。下圖以微信iOS手機客戶端為例給大家示范下(“示范下”的意思是:我沒畫全,嘻)。

五、泳道圖

一般當業務流程涉及到多主體時,我們會用“泳道圖”來厘清整個流程。

所謂的“泳道”就是指每一個主體,業務涉及到幾個主體,就會有幾個泳道。比如:用戶退款業務,涉及到的主體就有用戶、供應商、平臺三個,因此在泳道圖中就會出現三個泳道。涉及到多主體的業務場景,除了剛才講的電商退款,還有比如說一些p2p的業務,crm中合同的審核等。

六、業務流程圖

業務流程圖應該是每個產品經理經常打交道的一個圖了,他不僅讓我們對整個功能流程有個全局把握,更重要的是他能幫助我們和研發更好的交流。

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

自己如果無法做到(大部分人,大部分情況都是這樣),我們就要學會利用別人的力量,比如:產品內部伙伴大家一起評審下,熟悉相關業務的測試,或者對應業務的研發,都可以拉來一起過一遍。

這一步走出去,你會發現你之前有很多的點都沒考慮掉。不同的主體帶來不同的想法和觀點,所有的意見都能輔助你作出更好的決策。

七、頁面跳轉圖

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

這一步的頁面跳轉圖主要面向對象因該是UI和前端伙伴了。頁面流程圖描述完成一個任務需要經過哪些步驟,每個頁面的跳轉規則,功能邏輯都在這圖里。

你在畫圖的時候,只需要清晰的表現出用戶點擊頁面的什么地方,然后跳轉到哪個頁面。

有個關鍵點需要注意,就是需要考慮一些異常情況。因為當我們點擊某個頁面時,不同的條件可能會有不同的結果。這些要依實際場景和功能來定,但是要時刻把考慮異常情況放到心里,刻到腦子里。

一個產品做到最后你會發現,大部分精力都花在處理異常上。不出現則已,一出現就損失慘重。

其實這7張圖7個步驟一路走下來,基本上一個活潑健康、美麗可愛的孩子就被造出來了。如果孩子出了問題,一定是某個節點沒做好?;貭t重造前需要弄清楚,問題出在哪個環節了。

 

本文由@2B產品七七 原創發布于人人都是產品經理,未經許可,禁止轉載。

題圖來自Unspalsh, 基于CC0協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 都用什么軟件???帥哥

    來自河北 回復
  2. 頁面跳轉圖是不是可以用UE交互代替呢

    來自北京 回復
    1. 是的,頁面跳轉圖算是ue交互的一部分吧。有些公司產品會兼做ue的工作。

      來自江蘇 回復
    2. 哪家公司的產品會不做UE啊 ??

      來自北京 回復
    3. 哈哈哈,是的,只有大公司會配備專門的ue。大部分產品可能都需要做ue

      來自江蘇 回復
    4. 這個在個人的習慣。最主要的是能把事情,讓其他人看明白就行了

      回復
  3. 干貨滿滿

    來自北京 回復
  4. 商業設計之后應該是功能結構才對吧

    回復
    1. 而且,作者舉例的功能結構圖,好像是信息架構圖

      來自湖南 回復
    2. 嗯,功能結構圖其實放哪一步思考都OK,沒有固定的順序。

      來自江蘇 回復
  5. 不錯不錯,基本上我也是這幾個步驟來做的,很落地的介紹

    來自浙江 回復
    1. 大神

      來自江蘇 回復
  6. 搜不到

    來自河北 回復