如何應聘產品經理工作流程圖

❶ 產品經理的完整工作流程

初中級產品經理的完整工作流程

一、用戶調研

用戶調研分為定性分析和定量分析。定性分析是指用戶訪談，定量分析是指調查問卷。

用戶訪談。當然訪談需要一定的技巧，更多的傾聽為主，以了解用戶的內心想法為主。訪談時對用戶的初步回答反復追問「為什麼」，引導用戶從表面的行為開始思索，清理出行為背後的動機、需求乃至價值和文化觀念。

調查問卷。問卷調查是一項有目的的研究實踐活動，設計的問卷是為你的特定研究目的服務的，這是設計問卷之前必須植根於腦海中的一個觀念。既然問卷調查是一項有目的的研究實踐活動，那麼從理論指導實踐的角度出發，在設計問卷前必須要做好充足的理論准備，宏觀層面上應做到以下兩點：1.明確你們研究的主題是什麼 2.明確你們想通過問卷調查獲取的信息有那些。通過調研問卷你可以定量的驗證你提出的需求。

二、需求的收集，建立自己的需求池

收集各個部門的需求，建立自己的需求池。並定期對需求池進行整理。你的需求池裡面有不同人提出的需求。

定期對需求池做一定的梳理 。產品部門定期讀需求池進行整理，那些需求是下一步要做的，那些需求是是可以暫緩的，那些需求是不做的，對需求池進行梳理和分類。

不同終端的需求要分開 。分為APP、PC、微官網、前台、控台這些。

三、產品迭代前寫一份立項報告

通過對需求池的整理以後，你決定要做那些不做那些。需要出一份立項報告和技術部門過一下，這樣技術    可以安排開發周期。技術也可以從技術的角度給一些意見說那些可以做，那些可以暫時不做，這樣技術在開發之前有一個心理預期，這樣在你開原型評審會的時候阻力會小很多。這里教給大家一個小技巧：做立項報告的時候可以多寫一些需求，這樣多一些的需求可以給技術砍。

四、競品分析

俗話說知己知彼，百戰不殆。你做的東西別人也在做，買東西都還需要貨比三家呢。做競品分析有兩個目的，第一、揚長避短。吸引別人做的長處，發現別人做的不足的地方。第二、驗證與測試。別人上的這個功  能市場反饋怎麼樣，有沒有遇到啥問題，通過競品確定市場機會點。

競品分析有一定的流程。可以從「戰略層-范圍層-結構層-框架層-表現層」這幾個層面進行分析。

戰略層： 確定競品的商業模式、產品定位、市場狀況、盈利情況等，目的是確定方向，了解市場。

范圍層： 競品的目標人群，滿足了什麼需求，用戶的滿意度如何，目的是參考競品的目標人群以及需求的重要度。

結構層： 競品的主要功能架構、特色功能、發展模式，優缺點總結，目的是尋求差一點。

框架層： 競品主要任務流程的順暢，交互的細節，邏輯的准確，頁面的框架，目的是優化流程，提高用戶體驗。

表現層： 競品是視覺風格，顏色層級，文案的運用等，目的是維持用戶對這類產品的傳統認知的基礎上打造產品獨特性。

五、原型評審和PRD文檔製作

競品分析做完以後，開始根據競品分析的結果。開始自己的功能設計，流程的繪制，在原型上加一些功能的注釋，這樣在敏捷開發的時候可以節省PRD文檔的製作，也可以在和技術開會的時候不會遺漏自己想講的東西。

原型評審的時候技術人員的有效意見一定要虛心接受，不要覺得自己是產品就高高在上，涉及到原則問題堅持。別人提的有益意見也要虛心接受，只有這樣你才能避免死逼，項目才能盡快落地。至於PRD文檔的製作。有時間的話可以寫word文檔，沒時間的話可以直接在原型中製作文檔。但文檔必須包含的部分有：

1、產品版本的迭代歷史。 清晰的告訴項目成員每次改變都改了那些東西。

2、需求功能清單。 有需求功能清單 的時候技術人員在開發的時候才不會遺漏，測試工程師也會根據你的需求功能單來進行測試。

3、全局結構圖和重要的功能流程圖不能少。 產品全局結構圖相當於房子的骨架，相當於文章的目錄，別人看過你的全局結構圖就知道你的產品大概分成那幾個部分。其次，一些重要的功能流程圖需要 寫，這樣有助於開發人員思路的建立。

4 、異常流程要考慮清楚 。 只有異常流程考慮清楚產品經理才不會挨批，技術開發起來才不會出現問題。

5、重要名詞要定義。 對於首次出現的名詞需要定義，這有這樣別人在看到名字的時候才不會有疑問，再跑來找你問。

五、項目管理

項目進度表。 文檔交給技術開發以後，就需要制定一個項目時間表，並向領導匯報。首先要全面地收集他們在聽完需求文檔評審後對於產品本身的意見與建議，然後逐項予以合理的解釋，以保證程序員哥哥們打心底里認同這個產品，認同這個產品的每一個需求。另外作為一個PM，也應該要對基本的開發流程有所了解在制定每個需求的開發周期時提出正確的建議，保證最終的項目開發時間表既不會拖慢整個項目的進度，也沒有超出程序員哥哥們每天正常的工作量，保證他們不會感到過大的開發壓力。

進度跟蹤。 對於項目進度要做到心中有數，每天更新項目進度表，並幫助技術解決他們在開發過程中遇到的問題，並將自己看到的潛在問題盡量扼殺在萌芽中。當然，跟進並不是天天問工程師進度，需要給他們鼓勵打氣，並描述產品的未來前景，讓團隊中的每一個人都感受到自己的重任並願意承擔。可能有些團隊裡面是CTO擔任項目經理，這也無可厚非，畢竟在項目成員中程序員佔了大半資源，當然產品經理要盡量參與這個過程當中。不能當局外人。

六、產品上線前協助測試

大公司有明確的職位分工：工程師、測試、設計、運營都由不同的人負責，測試自然是測試工程師的事，而 在中小型創業公司，人員匱乏，很多團隊只有工程師和產品經理，工程師負責開發，開發以外的事情全都由產品經理承包，這 其中自然包括測試。但無論如何產品經理都要盡量參與測試工作，保證產品是按照你的預期做出來的。

1、首先與測試組溝通協作，確定產品測試排期。

2、跟進測試進度參與產品測試。

3、將測試出來的bug記錄下來，並拍好優先順序，反饋給技術來發人員

功能測試是合格產品經理的必備素質，產品經理要協助測試工程師完成測試報告並敦促工程師團隊改進產品。

七、產品培訓和推廣

給業務方培訓、推廣產品。 客服可能需要給用戶解答問題，所以每次迭代的內容都需要給客服培訓，好讓客服組織話術來應對客戶隨之而來的一些問題。同時也需要給市場、運營等部門培訓，讓他們知道產品到了那些階段，有那些改變，一是讓各個部門之間知道自己正在做的事情，二也好讓營銷市場部門做好宣傳與推廣。

收集產品使用反饋，為迭代做准備。 產品上線後設計的好不好，有哪些用戶滿意的，有那些用戶不滿意的。都會有用戶進行反饋，收集並分析這些用戶需求，並記錄在你的需求池裡面，為下一次迭代做准備。

八、數據分析

產品上線後產品設計的好壞很大程度上能從數據上體現出來。例如你設計個活動分享頁面，用戶可以通過好友分享的界面直接注冊，那麼你就要統計這個頁面的點擊量、PV/UV、頁面訪問市場、訪問深度、用戶的跳出率、用戶的轉化率等來評估你設計的好壞，以及活動的效果。再比如你產品進行改版，你需要評估改版的好壞。你就需要關注30日留存率提高了還是降低了，別關注7日留存率。因為你的產品剛更新你的粉絲用戶可能會很活躍，導致7日留存率變高，這個時候你說你的改版比較成功可能沒有說服力，也許30日以後你的用戶活躍度變低了，30日留存率也變低了。

九、總結

這就是初級產品經理的日常工作流程，每個公司可能根據自己的不同情況有些流程會有增減，但基本上是這些。

❷ 我想當一名產品經理，應該如何入行

深圳某互聯網公司產品經理，也是從小白做起，對著話題感觸頗深。

首先，你要明白產品經理的也是分責任范圍的，選品討論，競品報告，設計開發，溝通協作。包含很多硬實力和軟實力，不了解的可以看看這篇回答。

那在這里，我就選擇其中一個我覺得難一些的模塊,給大家進行分析。關於怎樣開發一款APP。

對於產品經理來說，app的模板肯定是由技術人員打造，我們就是與甲方協商寫出合理的要求，並規劃其未來發展。

第一步，就需要我們觀察市場，評估市場，初步給出合理·業務方案。 關於需求調研的方法，這篇寫得很細，有需要的自己去學習

第二步就是與原型評審溝通，製作產品原型圖，我建議用思維導圖去梳理，這樣效率會更高。

第三部就是原型定版後，編寫PRO文檔和繪制流程圖，與程序架構師溝通代碼和資料庫框架，與UI深度溝通產品視覺主題風格。

最後一步就是整體測試，進行線上試運營。

當然每一步針對不同的APP都有不同的辦法，看起來文字很簡單，但實際操作起來是有難度的。 對於成熟的產品經理來說，你也是個最基礎的程序員和UI。因為你有這兩項的基礎，你才能跟專業人員進行合理溝通。

但很遺憾是小白入職時基本上是不懂這些的，所以如果你能學會你的籌碼會更大些。我們公司在進行員工內訓一般都會用PUMP家的課程，分析的很精簡，一周左右就會有效果，畢竟企業不會等你成長。

暫時就說到這里了，祝大家都能找到心儀工作。

❸ 產品經理（PM）的工作流程

產品經理（PM）的工作流程

產品小白最關心的就是：如何快速上手工作。那麼就需要知道產品經理都要做哪些工作，需要掌握哪些技能，以及相關的工作軟體。

產品經理的工作流程如下圖所示：

​

從圖中我們可以看出，產品經理的工作似乎沒有個確切的終止，而是形成一個無限循環的閉環。從一開始的定義產品，到設計、跟進開發、產品發布。即便是產品發布後，也要及時收集用戶反饋、分析數據從而改進功能，進行產品迭代。

​

產品定義：

產品在設計前，需要做兩份准備工作：詳細的 調研 和輸出 需求文檔（ prd ） 。

1.1調研：

目標用戶調研

市場調研

競品分析

1.1.1目標用戶調研

需求都是從用戶中來，到用戶中去的，很多時候用戶也不知道自己想要什麼，那PM還要聽用戶的嗎？答案當然是要聽，但有技巧地聽，並進行分析。

用戶調研的兩種情景：

【產品還未設計】，處於從0到1的過程，在設計前收集資料來針對性的設計產品功能和布局。

【產品已經上線】，處於待優化的狀態，收集用戶反饋來優化產品功能。

用戶調研的目的：

了解用戶對產品的使用過程

了解目標用戶群的使用場景和過程

總結用戶的問題和流程

提出最合理的解決方案

1.1.2市場調研

市場調查方法可分為兩大類：第一類按選擇調查對象來劃分，有全面普查、 重點調查 、隨機抽樣、 非隨機抽樣 等；第二類是按調查對象所採用的具體方法來劃分，有訪問法、觀察法、實驗法。具體市場調研方法參考下篇文章《市場調研的方法》。

 1.2需求文檔（Prd）：

一份完整的需求文檔的結構如下圖1、2所示：

​

圖1

​

圖2

1.3競品分析

​​

產品設計：

產品設計分為原型設計和視覺設計。

原型設計 ：

首先要縷清業務流程，根據用戶調研和市場調研分析得來的結論，來設計界面布局和整體架構。

所需工具及產出：

原型——Axure RP、墨刀、Mockup等（蘋果電腦推薦sketch、Mockplus）

流程圖——viso

腦圖——mindmanager、Xmind等

用例圖——processOn、viso

視覺設計（ UI 、交互） ：

視覺設計是把原型細化、美化。包括UI和交互。色彩搭配、圖片、Logo、圖標等等。交互設計所用軟體與原型設計所用軟體大多相似，一般原型設計軟體都帶有交互功能。只是交互設計更注重於產品的美感和交互形式。

產品研發：

 在產品研發階段，產品經理需要跟進研發進度，溝通研發人員、測試人員、UI設計人員等。管理需求，及時修改方案。

測試

測試是從開始研發到產品上線前一直貫穿的。而產品經理需要進行可行性測試、用戶體驗測試、用例測試。

發布

在產品完成後，需要進行發布准備：銷售培訓（培訓產品的功能、使用流程、賣點）、產品定價、運營策略、推廣方案、用戶教育（撰寫產品使用手冊）。

改進

在產品上線後，產品經理還有個漫長的工作：產品改進/產品迭代。需要收集用戶反饋、產品使用的相關數據、競品分析……進行數據分析，從而進行功能改進，產品迭代。

6.1通過用戶反饋發現問題

當看到用戶反饋的內容的時候，關注的點，基本是： 自身產品的問題 、 競品的問題、可能的機會點 。

那我們可以通過哪些 渠道 來收集用戶反饋？

公開渠道：App Store等應用市場、微博、貼吧

半公開渠道：微信朋友圈

內部渠道：用戶投訴，電話錄音、客服咨詢

6.1.1針對用戶反饋不同渠道的處理策略：

公開渠道：對於公開渠道，可以採取搜索+關鍵字訂閱+使用監測工具的策略；

半公開渠道：微信朋友圈可以通過「搜一搜」功能，搜索關鍵字的方法；

內部渠道：這就需要整合內部用戶反饋渠道，包括郵件、QQ、留言等；需要定期與一線的同事進行溝通，或者適當地當一天客服。

具體的用戶調研渠道有哪些，進入這些渠道中有大量的用戶反饋，又該著重看什麼？

舉個例子：

應用商店評論

主流的應用商店與常用的工具包括：

IOS：App Store，安卓：360手機助手、安卓市場、網路手機助手、小米應用商店、安智市場、豌豆莢等；常用的工具有APPAnnie、應用雷達、ASO114、酷傳等。

對於應用商店，應該著重監控以下四點：

低分差評 ：重點看低分 1-3分；

有效評論 ：重點看有實際描述的評論

異常行為 ：比如水軍刷榜、惡意評價

競品變化 ：監控競爭對手的應用變化

​

主流的社交平台與常用工具

微博、貼吧、知乎、人人網、雪球的等，工具是關鍵字+收藏夾、微博企業版、網路、Google等。

查看貼吧內容有個小技巧，在關鍵詞後添加site:tieba..com，相當於篩選了站點的內容。

通過用戶咨詢、投訴發現問題

6.1.2通過用戶調研發現問題

用戶調研的流程：

​

明確調研的背景和目的：

背景：什麼情況下發起的調研？是否必須通過用戶調研來解決？

目的：希望通過用戶調研得到的結果是什麼？

調研的目的忌大而全，調研的方向越聚焦，越有價值；忌假大空，針對行業用戶的調研，針對滿意度的調研，價值都不大。

​

選擇目標用戶

基於背景和目的，先挑出大量符合行為的用戶

選定部分目標用戶，針對性分析（用戶畫像）

選擇合適的用戶（時間、地點、感興趣程度等）

邀約用戶：直接說明目的，並告知可能發生的情況

數量：一般不超過5個

分析用戶和問題

這里是事先猜測目標用戶可能面臨的問題是什麼。

分析調研對象可能碰到的問題和解決方案

猜測用戶的需求並提出解決方案

把解決方案變成可執行的demo（紙面、原型等）

准備任務和訪談提綱，並演習

按照用戶調研預設時間的2倍去准備問題，標注必須要回答和用戶操作的關鍵問題，准備用戶必須操作的任務，把問題串起來，並找同事預演一遍，最後總結和調整。

​

調研現場

根據不同情況，布置調研現場。先緩和用戶情緒，不要著急一下子進入到訪談/調研中，其次了解背景信息與自己的猜想是否匹配（用戶畫像），盡可能模擬用戶真實的環境，盡可能記錄用戶的操作過程：錄屏、錄音、筆記。

調研結束總結

整理單個用戶的調研過程，是否要調整調研對象，匯總本輪調研用戶的過程和結論。

鏈接：https://www.jianshu.com/p/601c9286ceea