解析產(chǎn)品經(jīng)理工作流程

　　最近總有同學反饋如果把平時產(chǎn)品經(jīng)理的工作，直接做成流程圖，更直觀，也體現(xiàn)了產(chǎn)品經(jīng)理的工作內(nèi)容，并且把設(shè)計、研發(fā)等角色加進去，這樣會比較想要，就像課上所說的那樣：產(chǎn)品經(jīng)理是個運籌帷幄的工作。
 

　　互聯(lián)網(wǎng)公司誰最累?當然是產(chǎn)品經(jīng)理，需求，思路，方案，驗收，培訓，資源，等關(guān)鍵節(jié)點，都需要產(chǎn)品經(jīng)理來推動，這無疑是最累的一項工作。如何高效的有條不紊的來推動，最重要的 是有一套清晰的工作流程。
 

　　按照產(chǎn)品從需求到上線的線性路徑來講，這個路徑就是產(chǎn)品經(jīng)理的工作流程。工作流程中，可分為3大階段13個芳點。前一個節(jié)點的結(jié)果將會影響到下一個 15點。因此，不僅節(jié)點的順序不可更改，而且還需要產(chǎn)品經(jīng)理把關(guān)好每一個節(jié)點。以下是對每一個階段，每一個節(jié)點的詳細介紹：
 

一、你是做什么的
 

　　對于非互聯(lián)網(wǎng)行業(yè)的人來說，我們往往拿捏不好這個回答的度。講太多技術(shù)又怕人不懂，講太少的話又怕人家認為自己是行政，講不好還會被人認為是銀行柜臺里那個產(chǎn)品經(jīng)理。所以異常心累。
 

　　為此小編總結(jié)了產(chǎn)品經(jīng)理的完整工作流程，希望以下內(nèi)容能給大家靈感，先上腦圖：

二、產(chǎn)品設(shè)計階段
 

　　產(chǎn)品設(shè)計階段是指產(chǎn)品從搜集需求到立項通過中間的時間段，在這個時間段產(chǎn)品主要的工作就是制定一份可落賦施的方案，技術(shù)可以著手編程開發(fā)的方案。

　　2.1、獲取需求
 

　　需求決定著產(chǎn)品要做什么，因此需求的重要性就不言而喻了。那么產(chǎn)品經(jīng)理可以通過什么樣的方式獲取需求呢?首先產(chǎn)品經(jīng)理可以通過競品分析獲取需求，看看競品有哪些亮點，把別人的亮點拿過來放入到自己的產(chǎn)品中，這是一種獲取需求的途徑。其次產(chǎn)品經(jīng)理可以通過問卷調(diào)查，向用戶發(fā)放問卷調(diào)查獲取用戶反饋，在用戶反饋中提取需求。最后產(chǎn)品經(jīng)理的創(chuàng)新也是一種需求。如果產(chǎn)品是面向B端客戶，那么B端客戶會主動提出需求，產(chǎn)品經(jīng)理只需要對B端客戶提出的需求進行篩選即可。此外運營人員也會向產(chǎn)品經(jīng)理提出需求，運營人員制定的策略有時 是產(chǎn)品無法實現(xiàn)的，此時也會把這類需求記錄在案。
 

　　2.2、需求分析
 

　　需求分析就是對需求定性，緊急，不緊急，重要緊急，不重要不緊急。然后根據(jù)狀態(tài)來規(guī)劃版本，重要緊急優(yōu)先級最高，緊急次之，然后是不緊急，最后是不重要不緊急。在規(guī)劃版本中，最終重要的就是梳理好版本的邊界，只是看一條條需求是很難確定版本邊界的，最好的辦法就是根據(jù)產(chǎn)品設(shè)計邏輯來進行劃分版本。例如要做一個社區(qū)平臺，第1版本首要的就是社區(qū)的基 本框架，基礎(chǔ)功能，包括用戶發(fā)帖，看帖，跟帖消息提醒，獎勵設(shè)置，平臺方帖子匯總，規(guī)則設(shè)置極大核心模塊。用戶成長體系，簽到，內(nèi)容審核等這些模塊，都可以規(guī)劃到后續(xù)版本迭代。因為社區(qū)平臺剛開始建立，用戶習慣未進行培養(yǎng)，用戶認知不夠，用戶量也不大，用戶體系，簽到，內(nèi)容審核沒太大價值。所以第1版本的中心是基礎(chǔ)核心功能的建設(shè)。
 

　　2.3、需求確認
 

　　需求確認通常是指產(chǎn)品迭代版本時，產(chǎn)品委員會對需求確認的一個過程(產(chǎn)品委員會可以是直接上級，上級的上級，幾個產(chǎn)品總監(jiān))這一過程主要審查產(chǎn)品經(jīng)理計劃要做事情是否合理，方向是否正確，以此確保產(chǎn)品的正確性。在召集產(chǎn)品委員會確認之前，產(chǎn)品經(jīng)理需要搏需求分析的結(jié)果整理成文案的形式，并說明為什么需要做這些事。

　　需求確認無誤，接下來就是思路碰撞環(huán)節(jié)。
 

　　2.4、思路確認
 

　　思路確認是指產(chǎn)品委員會對產(chǎn)品經(jīng)理設(shè)計的產(chǎn)品邏輯審查的一個過程。在審查前，產(chǎn)品經(jīng)理將根據(jù)確認好的需求繪制出產(chǎn)品邏輯圖，流程圖。然后把設(shè)計思路，邏輯圖，流程圖整理成文案，發(fā)給產(chǎn)品委員會看。在思路確認過程中，產(chǎn)品經(jīng)理講出自己的思路，想法給產(chǎn)品委員會聽。產(chǎn)品委員會聽取后給出點評，建議，以便更加對產(chǎn)品進行完善。這是一個思想碰撞過程。
 

　　思路確認無誤后，產(chǎn)品經(jīng)理就可以繪制原型。需求清晰，思路清晰，畫原型就是一個簡單的過程。
 

　　2.5、方案評審
 

　　方案評審是指產(chǎn)品委員會對產(chǎn)品經(jīng)理原型審查的一個過程，產(chǎn)品經(jīng)理向產(chǎn)品委員會講解原型， 產(chǎn)品委員會對原型進行評審，或給出建議。這其實是在檢查產(chǎn)品經(jīng)理輸出方案質(zhì)畺的一個過程。這個過程是非常有必要的。如果在這個節(jié)點都沒能發(fā)現(xiàn)問題，后續(xù)發(fā)現(xiàn)了，將會是很丟產(chǎn)品部門臉面的一件事。
 

　　2.6、立項
 

　　走到此節(jié)點，代表產(chǎn)品經(jīng)理的方案已經(jīng)可以落地開發(fā)。但是還需要技術(shù)部門的配合。此節(jié)點產(chǎn)品經(jīng)理將召集技術(shù)部的老大，產(chǎn)品部的老大，項目經(jīng)理，前端經(jīng)理等項目相關(guān)人員，一起看方案。技術(shù)部門將對方案進行評審提問，此時產(chǎn)品經(jīng)理將向他們一一解答問題。立項的目的就是確定方案是否可行。立項通過后，剩下的事情就是技術(shù)部門排期開發(fā)。立項通過也是對產(chǎn)品經(jīng)理成果的體現(xiàn)。
 

三、項目跟進階段

　　3.1、設(shè)計稿確認
 

　　設(shè)計師在拿到方案后，會根據(jù)產(chǎn)品經(jīng)理的方案進行設(shè)計。產(chǎn)品經(jīng)理將對設(shè)計師的設(shè)計稿進行確認，確認通過后才進入到開發(fā)。在這個節(jié)點，產(chǎn)品經(jīng)理最關(guān)心的無夕點，1.設(shè)計稿與方案不一致，2.設(shè)計稿視覺效果差，3.設(shè)計稿漏掉了一部分。

　　當設(shè)計稿確認無誤后，就可以交付給前端技術(shù)人員了。
 

　　3.2、前端靜態(tài)頁面驗收
 

　　產(chǎn)品經(jīng)理在此節(jié)點主要關(guān)注2個方面，1.前端頁面是否與設(shè)計稿一致，2.是否存在兼容性bug 及交互體驗問題。此節(jié)點驗收通過后，將交付給后臺開發(fā)人員了。
 

　　3.3、開發(fā)跟進
 

　　產(chǎn)品經(jīng)理在此節(jié)點主要關(guān)注的是進度有沒有偏差，當出現(xiàn)不可抗拒的原因?qū)е卵悠谑裁吹?，此時產(chǎn)品經(jīng)理將制定應(yīng)對措施，通知內(nèi)外部先關(guān)人員做好安排。
 

　　3.4、項目驗收。
 

　　走到此節(jié)點。說明項目已經(jīng)發(fā)開發(fā)和測試完畢，但是作為產(chǎn)品經(jīng)理是不能馬虎的，所有的功能都要過一遍，這樣才會放心。
 

四、項目發(fā)布階段

　　4.1、內(nèi)部培訓
 

　　產(chǎn)品經(jīng)理將對內(nèi)部相關(guān)人員進行培訓，如客服，市楊，運營等相關(guān)人員進行培訓，使他們認產(chǎn)品，了解產(chǎn)品，緣練使用產(chǎn)品。
 

　　4.2、項目上線
 

　　項目上線的過程主要由技術(shù)來實現(xiàn)，因為產(chǎn)品上線是個重大的日子，所以產(chǎn)品經(jīng)理必須要見證這一刻。

　　4.3、發(fā)布公告
 

　　項目上線后產(chǎn)品經(jīng)理要發(fā)出公告，通知內(nèi)部外部的人員，讓他們知道新產(chǎn)品，新功能上線。還可以組織一個項目發(fā)布會什么的。

　　產(chǎn)品經(jīng)理只有清楚了工作流程，才能有條不紊的推進工作歩一歩的達到目標。