關於產品經理需要做哪些圖和哪些文檔,做這些圖片和文檔的魚骨流程是什麼樣的?如果有對於模版或例子就更好

如題:關於產品經理需要做哪些圖和哪些文檔,做這些圖片和文檔的魚骨流程是什麼樣的?如果有對於模版或例子就更好了。

先謝謝大神的指導啊。


首先糾正題主一點,魚骨圖是做因果分析用的,不適合做流程。魚骨圖的特點決定了其演示的重點是按照因素的重要性進行歸納,而不是流程的時序和邏輯。無論流程圖顯得多low,畫流程,還是應該用流程圖。

產品經理的工作流程針對不同的行業、團隊甚至個人都不一樣。我的習慣是先畫思維導圖,把所有想到的需求都列出來,然後標出優先順序,再分別處理每個需求。需求文檔(絕非PRD)大致有三種:

  • 一句話說明:「作為某類用戶,我需要某個功能,以便解決某個問題」。這句話是必不可少的。只有用一句話說不明白的時候,我才會需要下面的圖形文檔進行補充。
  • 流程圖:如果功能複雜,則需要做用例流程。既用戶在使用該功能的關鍵流程。如果不畫流程圖,很可能漏掉關鍵細節。
  • 原型圖:如果該功能有複雜的交互,就要畫原型圖。當然也有為了進行用戶測試先畫原型圖的時候。

此外,產品經理還要面對寫不進流程的零碎文檔。比如MRD、PRD、競品分析、產品說明、幫助文檔……估計是大部分產品經理都時不時要乾乾的事情。


沒用過魚骨圖,感覺是一個用來分析問題,理清思路的工具,但是還是那句話,形式不重要,重要的是產出的結果,你的目標受眾是否能理解。

再談產品經理產出的文檔,這個也與團隊的合作方式和風格相關,有的團隊可以不需要文檔就可以做事,而有些團隊就要求很嚴格,沒有文檔不開發,沒有文檔不測試,這個不能一概而論。

如果你的團隊屬於前者,那對你的溝通能力和表達能力要求很高,需要你不停的為開發解釋你的想法要求(這一點不省事,而且對產品經理要求很高),而團隊屬於第二種的話,更多的時間是在維護文檔,文檔維護好了,有點「高枕無憂」的韻味,誰來和你叫板,你就可以翹著二郎腿甩給他一句,你沒看文檔啊。

再再說說圖片,大部分產品經理也擔負交互設計師的工作,畫交互圖,走的交互圖甚至達到了最終效果圖的水平,不過還是那句話,這完全取決於你團隊的需要~


你的這個圖 我還沒有畫過 幫不了你了


那個好像叫 思維導圖吧=。=!

前期先評估決定功能,思維導圖(MindManager)做流程邏輯;然後原型(AxureRP),最後prd(word)。


這個圖應該是流程圖,不是思維導圖。

就是看起來好怪,反正我是沒畫過這樣形狀的。


推薦閱讀:

Macbook上如何在A3紙上印兩張A4紙的內容?
長篇寫作用什麼文檔格式比較實用?
對於個人來說,如何有效地管理電子文檔?
如何用word實現內容的批量刪除?
你為程序編寫文檔嗎?為什麼?

TAG:產品經理 | 互聯網產品設計 | 文檔 | 需求 | 產品方案 |