產品經理後期怎麼做

『壹』 一個好的產品經理是怎樣的

互聯網界自從出了幾個大神級的產品之後，產品背後的產品經理被捧紅了，一時間產品經理成了諸多行業從業者追求的目標，每個人都期望有一天也能做出一個很牛的產品來，這種影響導致了很多剛畢業的學弟學妹，都認為產品經理是最有前途的。但是，現實情況卻不是這樣的，當今很多公司的產品經理只能是個UE設計師或者項目的跟進者，很多產品經理說起需求來，頭頭是道，但是讓設計產品，做未來的規劃，甚至面向市場的時候，卻是蒼白無力的。我見過很多產品經理，他們除了會畫UE界面外，對市場需求，商務需求，用戶需求，以及行業需求都了解很少，設計出來的產品讓人覺得很蠢。所以說很多公司的產品經理只是個UE設計師，而不應該被稱為產品經理，而真正的產品經理應該具備如下四個條件。

1、對行業非常了解

要想多行業了解，至少從業過至少兩到三年的時間，而且閱讀量要比較大，能清晰的認識到行業的現狀，以及未來的發展趨勢，而且要熟悉行業目前的那些產品形式和商業模式，比如在移動互聯網行業，至少要對這個行業的發展歷史，當下現狀，以及未來的可能出現的機會有所了解，這個是表象，除了表象之外，還要有內里，就是要表裡如一.

就是說，做為行業從業人員，至少要了解行業的從業者的情況。比如，筆者曾經是一個二維碼app的產品主管，做行業調研就花了兩個月時間，期間看了大量的文章，至少把行業歷史，現狀，未來趨勢，技術方面的文章都讀了好幾遍，並且對國內外，各個同類公司的優勢和劣勢，他們都成立多長時間了，他們的創始人出身等等，他們的推廣方法等等，都研究個透.

當然，調研的最後是筆者成了一個行業專家，寫了很大行業文章，被N多的網站轉載，甚至學到的東西和那些研究這些領域的博士能對上話，以至於別人問到的時候能對答如流，當然了這個行業還有很多專家，他們對行業也是非常的了解，至少後期我在微博上和那些從業人士對話的時候，能說的過對方，這些就是對行業的了解。

2、對用戶非常了解

經常碰到一些產品經理口口聲聲說用戶需求，但是一問起你接觸了多少用戶，做了多少的市場調研，他們都是什麼樣的，他們怎麼考慮的，估計很多產品經理都啞口無言，真正的了解用戶，不是自己的臆想，是真正的接觸用戶，和用戶聊天，其實一個公司里最了解用戶的應該是客服，為什麼是客戶，是因為客服經常和用戶聊天，對用戶的需求應該是非常了解的，還有一些了解用戶需求的是銷售，因為這些人都是線下直面用戶的，所以說真正的產品經理至少做過銷售，或者做過客服，或者經常混跡各種論壇，貼吧，問答類產品的網友.

筆者曾經是網路問答的七級答題者，回答了上千個行業問題，這之後，讓我對用戶的問題了解很深，於是寫了一篇帖子傳播幾百萬個網頁，而且還被很多淘寶店主當做教程，我覺得這樣才是真正的對用戶了解。

在此，我們借租房app的話題來說，你至少租過房子，當過租房者，而且對用戶的心理非常的了解，筆者曾經幾天看了幾十套房子，最終滿意的只有兩三套，而且接了上百個租房的電話，當然大部分是中介，經歷了這個過程之後，發現了是一個產業鏈，包括房主、中介、租客、保潔、寬頻、貨運、合租等很多環節，如果做個這樣的產品以一點為開始擴展到面，豈不是也打開了一個偉大的市場。

3、對市場要非常了解

說起市場，也可能是商務，在很多公司，商務和市場其實是一個部門，很多產品設計根本不考慮這些需求，設計的產品出來讓商務或者市場去推廣，結果市場和商務一看就傻眼了，沒有宣傳語和素材，沒有商務模式，只好在發起需求，要求技術修改，加介面，接開發，結果整天開會，討論需求，幾個月出來了，黃金推廣時間已經過去了大半，讓商務和市場的推廣和合作更加困難，而且很多產品經理設計出的產品對外宣傳的語，都是讓商務和市場來寫的，其實這些都是產品經理應該提前想好的，至少在產品設計的時候都應該想好的.

還有很多產品經理設計出來的宣傳語，只有自己能看懂，或者說站在自己的角度寫的，比如很多國產手機廠商在對外宣傳的時候，總是告訴用戶，我們的手機是幾核的，多少像素，多少毫米厚，這樣專業的術語大部分處於產品經理之口，但是用戶呢，根本看不懂，在這個方面，蘋果的文案寫的是最棒的，這些都是值得很多產品經理思考和學習的。

所以說，一個好的產品經理還應該非常了解市場和商務，至少你干過市場或商務。

4、對產品本身要非常了解

最後，說到產品本身，如果前面的幾點說的比較宏觀的話，最後一條就是微觀了，而且和產品相關的，那就是產品的技術開發和產品自身的現在、未來的發展方向，說道技術至少我們應該和技術的同學進行更多的交流，讓技術的同學也明白產品的一些介紹，這樣更能激發技術人員的開發激情。
同時，做為產品經理個人應該對產品做一個長遠的規劃，這個規劃包括產品初期、中期、後期的發展和變化。比如一個產品初期要具有的核心功能、安全性、防作弊、數據統計、產品更新等等多種功能，曾經因為安全性沒有考慮周到，導致很多數據被競爭對手抓取，也是一個重大的損失.

在這一點微信做的很好，筆者曾截取微信的歷史消息鏈接，做為菜單，剛開始發現能用，後來發現不能用了，原了他們最這些鏈接做了過期處理，這個也就防止了數據被惡意抓取的危險。其實，就是產品的功能，很多產品經理雖然設計了產品，但是讓其說產品功能，確實非常難辦的一個事情，比如產品的主要核心功能，輔助功能，這些都應該是如數家珍，說起來頭頭是道的。

在此就是產品的未來發展趨勢，很多產品在設計的時候不為未來著想，沒有做好產品架構，以致於越朝後發展，只好不斷的修改，最後，把產品搞的像個四不像，產品的未來包括會員系統，升級系統，更新系統，盈利系統、新功能介面、數據導出等等。所以產品一定要非常了解產品，不然就不要做產品經理，優秀的產品經理說起來產品來必須都是邏輯清晰，分類清晰，描述准確的。

所以說，好的產品經理應該是什麼樣的，至少做過多種工作的，多種職位的人，至少從宏觀上了解行業趨勢，從微觀上了解用戶和產品，能看到機會，抓住機會的佼佼者，而時刻還能保持清醒，不會迷茫。

『貳』 產品經理如何做好時間管理，提升工作效率

合理地安排時間，即在恰當的時刻做事。以下分享7個合理安排時間的原則：

原則一：要事優先法，也稱為ABC法則。

首先將任務按照重要性分類，如，A——最重要；B——次重要；C——一般。要事優先法的原則是，安排時間時，優先考慮A類事務，以最合理的時間如精力最旺盛、時間最充裕、時機最合適時處理A類事務。

原則二：先緊後松法。

先緊後松法，顧名思義，就是在時間安排上，前面緊些，任務量大些，後面相對鬆些，任務少一些。這樣可以避免因計劃過於樂觀而造成前期時間浪費過多，後期時間緊張、工作壓力過大，以致項目拖延。這一方法尤其適用於周期較長的項目。

原則三：滾動計劃法。

滾動計劃法是按照「近細遠粗」的原則制定一定時期內的計劃，然後按照計劃的執行情況和環境變化，調整和修訂未來的計劃，並逐期向後移動。

原則四：大塊時間法。

有些事情可以化整為零，而有些事情必須集中大塊的時間進行處理。對於這樣的事情，在時間安排上就要騰出大塊的時間。原則五：立即處理法重要而緊急的事務需要立即處理，避免因時間延誤導致利益損失。

原則六：封閉法。

處理一些重要的事情時，盡量避免被打擾。例如，產品戰略規劃會，可以安排在郊區度假村舉行，使參會人員少被公司的一些事務，如下屬的請示、報銷等打擾。而且在公司辦公室舉行這樣的會議，甚至有人會中途離開，在度假村中途離開的幾率則會小很多。

原則七：彈性法。

產品經理救火事務較多，所以時間不能安排得太滿、太死，需要保持一定的靈活性並預設時間安排計劃被打亂後的替代方案。

以上方法希望可以幫助到產品經理培養良好的時間管理意識，避免浪費時間。

『叄』 產品經理是做什麼的

產品經理是貫穿產品整個生命周期的重要角色，從設計、開發到後期的維護推廣都離不開產品經理的串聯溝通。

1. 客戶溝通：產品立項階段需要確立客戶群體，與潛在客戶溝通。

2. 需求分析：立項以後做競品分析，客戶需求梳理等工作，確立產品的需求范圍和功能特點。

3. 產品設計：協助設計人員做產品設計工作，對產品原型進行評審與分析。如果需要，還要拿產品原型與客戶溝通，修正產品的需求。設計完成需要與開發人員討論方案可行性與成本等問題。

4. 開發進度管控：跟蹤產品開發進度，保證產品開發按計劃執行！

5. 產品測試

6. 產品發布與升級
   

『肆』 產品經理日常：剛接到一個新需求，應該怎麼處理

作為產品經理，接收需求簡直是我們日常工作中再基本不過的事情了，只要和你有交集，都有可能產生需求，有可能是用戶直接反饋的需求，也有可能是公司運營、市場等部門同事給你反饋的需求，也有可能是老闆直接給你提的需求，當遇到這些需求的時候，我們應該怎麼去做呢？

我們首先需要去判斷下這個需求的真偽，接下來根據我們分析需求的優先順序進行排序，讓我們的產品圍繞核心目標朝著一個健康的方向不斷進行迭代。中間最關鍵一點就是要做好溝通反饋，不然給你反饋需求的人會認為你沒有重視起來，對於需求方來說會產生很多負面情緒，所以這一點一定要重視起來。

接下來，我們再來聊聊怎麼去分析需求，或者說怎麼去判斷需求的真偽，我們知道在設計某個功能的時候，就是為了解決用戶在某個場景下所發生的需求，從而解決這些問題，這個功能才會存在價值。那麼，如果用戶提的需求我們理解的不正確，設計的功能很可能無法真正解決問題，甚至僅僅是解決了用戶的表面需求，出現功能做了，用戶也不會去用，導致我們時間和精力都浪費了，最後的結果也不太令人滿意。

那麼，當我們遇到需求的時候，是否應該立即去處理呢？

我建議應該這樣去做：

1. 用戶為什麼會產生這個需求？

當需求方向你闡述完某個需求後，向他詢問：提這個需求的目的是什麼？即為什麼會產生這個需求？這個問題可以幫你完全理解需求，並辨別需求的真偽。

2. 用戶在什麼場景下會使用這個需求？

即搞清楚什麼人在什麼情況下會用到此功能。明白了這個，才知道如何更好地設計功能來滿足需求。

3. 是否有可能衍生出新的場景？

為了避免設計的功能因擴展性不足，後期推翻重來，在一開始，就應該做盡可能全面的考慮。通過需求方的場景，擴展思考，是否存在衍生的場景。思考的過程，也是幫助你抓住和理解需求本質的過程。

4. 技術層面如何看待這個需求？

接到需求，並充分理解了需求後，跟相關技術負責人花幾分鍾時間討論一下，聽聽他從技術上對需求的考慮。通過此過程，你們基本會對需求點及實現方式達成共識，在後期正式開發時，阻礙會小得多。

5.做了這個需求對用戶有什麼影響，以及用戶對這個需求的緊急和重要程度是怎麼樣的？

一定要問清楚，處理這個需求對用戶的有利影響和不利影響是什麼，從而判斷需求的類型，以及緊急重要程度，最後一定要多詢問一句，需求方對這個需求的緊急重要程度的認知，避免我們分析完需求的緊急重要程度和需求方理解的不一致，導致最後出現矛盾。

那麼，當需求方對需求不明確的時候，應該怎麼處理呢？

我建議這樣處理：

1.最直接的方式，誰提出的需求，找誰搞清楚需求，最好讓需求方把場景描述清楚，還原需求的真實使用場景，有助於幫助我們來更好的理解需求，有可能需求方調研清楚以後，該需求可能就不會存在了。

2.如果需求方也說不清楚自己想要的是啥，在你聽完他不清晰的描述後，利用你的專業技能，幫他梳理，並跟他確認，你的想法是否正確，是否就是他想要的

3.向對方提問題是搞清楚一件事情最好的方式，或許可以嘗試這么問需求提出者：什麼人在什麼情況下會做什麼事？你現在實際操作中覺得哪裡是最困難不方便的？你覺得最好的操作方式應該是什麼樣的？類似這類問題，既是幫你搞清楚問題，也是幫對方梳理思路。

當需求明確後，後續的工作流程就會清晰很多，我們做個復盤，來看下我的工作流程：

第一步 ，與需求方進行溝通，主要是復述你接收到的需求，確保需求接收正確沒有存在理解偏差。

第二步 ，我把它叫做清洗需求池，把接收到的需求進行清洗，分類出那些是已有替代功能完成了的，哪些是在之後的版本中有規劃的了，哪些是與公司戰略及產品目標不符合的需求，哪些是可以在這個版本加入的需求，同時評估需求的可行性、優先順序、難易度。

第三步 ，將上述第二步的結果形成文檔，並提交需求方，最好是自己親自講解，獲取需求方的同意。這一步至關重要。

第四步 ，需求的具體分析，梳理邏輯關系，業務流程。

第五步 ，進行原型設計，如果需要出PRD，再這個階段也一塊進行輸出。

第六步 ，開原型評審會（就是我們常說的kick-off會議），與UI、研發一同溝通需求及PRD，對會上的東西進行及時的補充和改進。

第七步 ，跟進UI設計稿，確認設計稿。

第八步 ，協助研發開發，開始編輯測試用例和測試文檔，並准備種子數據（如果有測試，就協助測試完成，如果沒有，就自行完成）

第九步 ，測試，驗收產品

第十步 ，上線，交付產品

以上流程中有的階段可能會反復進行，最為重要的就是我們的溝通能力，下期我們繼續講解如何提高溝通協作能力，最後還是希望大家持續關注，微信公眾號中搜索「小寶談產品」，讓我們一起在產品和運營的路上不斷前行～

『伍』 想要成為產品經理要經歷哪些過程

很多人在工作了幾年之後想轉行當產品經理，覺得產品經理這個職位很高大上，前途很廣。並且經理這個詞聽起來很高端，好像是大人物，自己並不需要干什麼事情。並且這個行業還可以接觸到各式各樣的人，總之來說非常有趣。雖然產品經理資金很高，行業前景很大，但是要想成為一名合格的產品經理仍需要經歷一些階段。

這個行業最重要的一個階段就是要擴大自己的影響力，試想一個沒有影響力的人怎麼能說服他人和自己合作項目呢？所以要不斷學習，不斷與他人交往，學會表達，樹立自己的威信和影響力。

『陸』 產品經理的項目流程和工作流程

產品從0到1的一次完整過程梳理出來，排除了後期優化和產品運營的范疇，得到了三大階段：產品梳理、產品設計、產品落地

三個階段中，我們最少有25件事是產品經理必須要做的，否則會對我們的產品效果產生很大的影響，下面我們具體拆解來看。

1.點子

產品經理要找出點子，不管來源是哪裡。做好點子這件事，需要我們掌握腦圖技巧和風暴會技巧，產出靈活多變的點子並記錄下來。

2.需求

在需求這件事上，我們要借用到心理學等方面的知識，去把點子歸納總結成為一條條明晰的需求，放進需求池待分析。

3.方案

方案這件事來說，我們要把需求池裡的需求規劃出雛形，看看在現有的資源環境情況下，是否適合去做，並給出粗略的方案和工作量排期。

我認為其實這里就是確定MVP階段。

4.目標

我們需要給出產品要達到的目標和效果，不能因為僅僅因為這個功能很酷而去做，而要看酷在哪裡。

5.策略

有了目標之後，我們還要看看策略，是克制還是粗放，是謹慎還是開放。都需要我們去思索。

6.定義

清楚了目標和策略之後，我們應給出產品定義。產品定義是後期我們評估需求的核心要義。一切需求和優先順序都不能違背產品定義，這也是我們的初心。

產品定義包括：使用人群、主要功能、產品特色，這三個維度；

7.不足

在這幾件事走完之後，我們一定會遺留一些問題短期之內難以解決，或需要試錯。所以我們需要把不足記錄下來，重點在後期產品迭代過程中考量。

8.場景

給出目標用戶和場景，一一對應地去提出解決方案，進行推演。

9.業務流程

有了場景之後，融會貫通梳理出來一個用戶的業務流程，再整體看一下每個環節的情況。

10.功能結構圖

場景和流程理清楚之後，請做出功能結構圖。這里同樣需要進行一次風暴會，這次的側重點在方案上。

11.頁面關系圖

有了整體的功能站點地圖後，我們需要增加頁面之間的跳轉關系，以及每個頁面具體內容的設想規劃。

12.UE交互圖

在敲定了頁面大致內容和關系後，我們需要將內容細化，這時候可能要對接需求方和用戶，調研得出每個頁面的真實數據情況，方便設計師給出交互稿。

13.UI效果圖

交互稿給出後要找各方確認，無誤後給設計師出效果圖和切圖，准備進入開發。

14.項目啟動會

在拿到了需求、方案和需求文檔以及前端所需的效果圖等素材後，請叫上全體人員進行一次項目啟動會，標志著需求上的互通有無和進度知悉，對於避免開發誤工等情況至關重要。

15.用戶驗證

開發初期，尤其是創業公司，請做用戶驗證。這是我們進行試錯和避免方向偏差的最簡單辦法，以免我們誤入歧途造成較大的沉沒成本。

16.資源確定

驗證無誤後終於要敲定資源投入的情況了，請務必跟高層確認，以免定位不清，難以做到量級。

17.行事歷

一切都確定後，請給出行事歷。這對於項目進度追蹤較為重要，也是給領導和用戶的一顆定心丸。在後期復盤時也會大有裨益。

18.匯報

匯報是貫穿在以上始終的，但是這階段尤其需要一個匯報。這個階段的匯報標志著需求的付出水面，是高層比較看重的期盼的一個點，一定要充分匯報以徵求尚方寶劍，方便後續行事。

19.項目管理

進入開發階段後，要做好項目進度的追蹤和工作量的安排，這是為了我們後期驗收優化爭取時間。

20.走查驗收

請在前端開發完畢第一時間安排測試工程師准備好走查環境，要及時給設計師優化的時間。走查後發出問題匯總郵件等待前端修改。走查後要跟前端當面把問題一一確認，確保他清楚且知道如何修改，修改後第一時間驗收並進行多輪走查。

21.資料更新

請及時更新需求變更和需求文檔，並製作好操作手冊和FAQ給推廣人員使用。

22.測試

除了前端的走查驗收，還要做好整體環境和數據邏輯等情況的測試以及DEBUG，及時發現及時解決。

23.UAT

這是我們最重要的一環，確保每個整體功能結束後可以進行小范圍的UAT和把玩，否則將被擱置直到上線。若不做好UAT，有交互上的嚴重漏洞，就只能等下個版本修改了。這對產品的口碑影響很大。

24.生產驗版

是正式發布前的一個預發布動作，使用生產環境進行內部小范圍的升級測試，測試無誤後再大范圍推送。

25.發布

發布時請想好時間和策略，大到冷啟動方案小到提示語，事無巨細一定要考慮到。否則很容易出現崩潰和打包有誤的情況，在發布階段一定要測試周全。

『柒』 如何做一名優秀的產品經理

我總結了以下六點：

1、一個優秀的產品經理仍然是一個多面手
他們將擁有足夠的技能，在很多領域都能夠讓你瞠目結舌。你想不到一個每天畫原型的產品人對代碼了如指掌，對商務營銷也認知很深，對設計構圖也絲毫不差。
2、優先順序大師
優秀的產品經理說「不」的頻率至少是說「是」的10倍。當然，「不」可以有很多不同的形式。
3、對產品的熱情
優秀的未來產品經理會對他們的產品有持續的熱情。
4、對過去、現在和未來的適時關注
優秀的產品經理會知道花在過去、現在和未來的時間分別是多少，以及什麼時候將注意力跳轉到下一階段。
5、一直銷售他們的產品
他們會把產品賣給家人、朋友、熟人，甚至陌生人。他們不害怕負面反饋，因為對產品的熱愛，所以產品會時常掛在嘴邊。
6、不斷學習
優秀的產品經理總是在學習。如果他們看到自己技能上的弱點，他們就會加以彌補。