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

700+實戰派導師帶你學產品、運營,快速補齊行業知識體系,3周年大促進行中,錯過再等三年!了解詳情

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

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

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

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

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

一、產品畫布

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

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

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

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

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

二、迭代計劃表

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

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

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

抖音迭代圖 圖片來源Google

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

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

三、功能草圖

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

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

Early app wireframes by Radek Struczynski

四、功能結構圖

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

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

五、泳道圖

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

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

六、業務流程圖

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

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

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

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

七、頁面跳轉圖

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

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

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

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

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

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

 

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

題圖來自Unspalsh, 基于CC0協議

給作者打賞,鼓勵TA抓緊創作!
評論
歡迎留言討論~!
  1. 頁面跳轉圖是不是可以用UE交互代替呢

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

      回復
    2. 哪家公司的產品會不做UE啊 :|

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

      回復
  2. 干貨滿滿

    回復
  3. 商業設計之后應該是功能結構才對吧

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

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

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

    回復
    1. 大神

      回復
  5. 搜不到

    回復
彩票开奖接口怎么接