寫給新手產品經理的啟示

19 人贊了文章

寫在前面：產品經理這一行，入門較為簡單，但做精實屬不易。

首先是一個產品經理所需要具備的能力：

1、良好的邏輯思維

2、優秀的表達能力

3、紮實的文字能力

（以上能力一開始沒有也沒關係，勤能補拙，但是一定要堅定信念，包括我，很多能力也有欠缺，但是一定要勇於去探索實踐，就像寫下這篇文章，也許在大多數人看起來並不是一件多大的事，但對於我來說，是一個里程碑）

其次是需要學習的工具：

Axure（畫原型工具，我是自學的，看視頻，看原型文檔，上手還挺快）

Xmind（思維導圖，很好用，對於產品來說必不可少）

Visio（流程圖工具，講再多，也不如給開發看一眼流程圖）

接下來就是任務的來源

1、上級任務（佔大多數）：基本由老闆直接提出

2、用戶反饋：用戶在使用產品過程中的反饋，通常會以「抱怨「的形式，呈現在產品的評論中。

3、競品啟示：競品研究是快速發展的一條「捷徑」，一定程度上可以借鑒和引用，在研究過程中往往能夠得到啟示，從而提出新的創意

4、自我設想：一個需求到手上，首先會通過自己的經驗來判斷應該如何實現。這些經驗往往與自己的關聯程度很大，切記不能想到馬上實行，需要多考慮是否符合用戶需求。靈感是產品設計中非常重要的一部分，當然我們更加需要經得起檢驗的靈感。

接到任務後應該做的事：

1、理解需求本身，目的是什麼，怎麼實現，如何融合到已有產品中。這其中很大程度需要畫腦圖，流程圖，無需急於原型設計，把需求、流程整理清楚，原型只是一種表現形式，清楚了，自然就能畫出來了。

2、原型功能設計，PRD文檔撰寫。功能設計可以多看競品，有自己想法可以多多嘗試，很多時候會有意想不到的收穫。

一般中小型公司不要求獨立的PRD，我也一般會把需求羅列在原型旁邊，這樣更加一目了然。

3、再想三遍自己設計的功能。多角度得去走流程，看看是否形成了閉環，邏輯是否有漏洞。

4、與上級溝通，功能可行性，是否滿足所需。

5、把原型交給UI設計，設計完畢後，審核UI稿。

召開需求評審：

激動人心的一刻終於來了！

當然項目緊急，需要開發與UI同時進行，這時候需要羅列UI設計的優先順序，設計好，審核好，然後進行開發。

需要叫哪些人呢？

一般來說：參與該項目的技術部所有人員（服務端、前端、客戶端、測試、UI）

有必要可以叫上需求提出者（領導、運營）

如涉及功能變更活動等，需要叫上客服。

然後就是講解你的產品設計，回答大家所提出的問題（有好的意見需要接受，在開會前盡量多考慮情況，讓自己做好充分的被「懟」準備）

開完需求評審，請將最終版本原型圖與PRD以郵件形式發給大家。（如果之後有差錯，以郵件稿為準判斷是誰的責任）

然後就是項目開發跟進了，當然大多時候，一個需求完成，馬上會有下一個需求落到你頭上，並沒有太多的時間去每天跟進，在這裡有幾個建議：日報、例會、開發進度管理（例如leangoo）。

一般流程：開發開發完畢後，會發提測郵件，進入測試階段，測試完畢後會發驗收郵件，就由產品經理驗收。

如果一切順利，那麼就要準備上線啦。上線前所需要準備的內容也很多，請務必提前準備好（各種賬號、域名、第三方對接、是否需要停服發公告，是否需要強制更新等）

第一次寫文章，請大家多多指教。

最近在讀《一個APP的誕生》讀完後給大家分享經驗哈