Hey 你好，產(chǎn)品經(jīng)理：

歡迎加入我們，其實0歲的產(chǎn)品經(jīng)理應該先從產(chǎn)品專員開始，但我發(fā)現(xiàn)最近專員這個職位名稱用得越來越少，所以我們就統(tǒng)一叫產(chǎn)品經(jīng)理吧。在開始之前，我想向你講述一個我的親身經(jīng)歷：

記得有一次我在地鐵上，看到一對外地夫婦在與自己的女兒視頻通話，他們看上去很高興的樣子，好像是聽到自己女兒的考試成績不錯（我不是故意要聽的，因為他們聲音很大），所以我想這也許就是我們做產(chǎn)品的意義，為了向人們提供更好的服務，讓人們的生活更美好而且更有趣。

也不知道你現(xiàn)在的心情是怎樣的？胸有成竹還是躊躇滿滿？要知道“心態(tài)”可是產(chǎn)品經(jīng)理的基本素質，因為我們面對的困難可能是無法預期的，我很喜歡《Forrest Gump》里的一句話“Life was like a box of chocolates, you never know what you are gonna get.”這句話用來描述產(chǎn)品經(jīng)理的生活還是挺合適的，因為對于我們來說，計劃總是趕不上變化，但計劃還是要有的，因為好的計劃可以為我們指明方向，當然我們也不會隨便改變計劃，每一次改變都是要根據(jù)反饋和數(shù)據(jù)得來的，所以數(shù)據(jù)分析能力你還是要有的，但這不是這封信的重點，我寫這封信，是想向你介紹一些產(chǎn)品經(jīng)理的工作概況，為了讓你對自己的工作有一個清晰的認識。

好吧，該說說正事兒了，在你開始產(chǎn)品工作之前，有幾張圖是你需要知道的：

1. 泳道圖

也叫業(yè)務流程圖，一般是用來表示業(yè)務的主要流程，里面包括每一個流程的節(jié)點和執(zhí)行流程節(jié)點的部門，這張圖可以幫你更好的梳理和理解業(yè)務流程，還能幫你找到自己思路中的漏洞。

2. 用例圖

是一張人與人或人與功能的交互圖，里面包括用戶或者工作人員可以使用的功能或者他們相互之間的交互，這張圖可以幫助你梳理角色分組，將角色和功能更清晰的展現(xiàn)。

3. 產(chǎn)品結構圖

這張圖是用來描述一個產(chǎn)品的功能結構的，比如“注冊”、“登陸”、“支付”這些都是功能當然這些功能有些是以頁面的形式呈現(xiàn)在用戶面前，但千萬不要把頁面和功能混淆，多和技術同事聊聊天，你就會理解頁面和功能之間的區(qū)別。

4. 原型圖

簡單來講，就是你需要把這些功能安排在不同的頁面上，比如登陸注冊的頁面就要有“用戶名”和“密碼”的輸入框（和技術要說成字段，這樣顯得比較專業(yè)…），所有的頁面都需要產(chǎn)品經(jīng)理來制作原型，這樣其他人才能夠理解產(chǎn)品的意思。

5. 交互圖

如果你的原型圖做得頁面和頁面之間都是有鏈接的或者產(chǎn)品的結構并不是很復雜，這張圖可以省略，其實這樣圖是用來展示頁面之間的邏輯關系，也就是首先把所有的頁面放到一張大圖上，比如點擊“登錄”按鈕，進入登錄頁面，于是就把首頁的登錄按鈕和登錄頁面畫一條線連起來，這張圖主在你與技術部門溝通的時候會幫助到你。

當然，僅有這幾張圖還是不夠的，你還要知道幾個重要的流程：

1. 確定產(chǎn)品主要解決的問題

也就是確定產(chǎn)品主要功能和每一個版本的功能范圍，我見過一些剛入行的產(chǎn)品經(jīng)理，總是想要一個產(chǎn)品解決很多問題，這樣造成的結果就是導致功能邏輯非常復雜，增加了犯錯的機會，同時也為用戶使用帶來了障礙，尤其是移動端產(chǎn)品，更要注意突出主線功能，其他的功能都要為主要功能讓路，做產(chǎn)品經(jīng)理不能想起一出是一出，因為你的決定都會影響到整個團隊的付出（當然還有 MVP 可以驗證你的想法，但這就是高階產(chǎn)品經(jīng)理要考慮的事了），確定功能范圍后，你就可以開始撰寫需求文檔了（有些情況下需求文檔可以寫在原型里，這就需要具體情況具體分析了）。這一步的主要輸出物有：泳道圖、用例圖、產(chǎn)品結構圖、需求文檔以及原型圖。

2. 需求評審會

需求文檔和產(chǎn)品原型做好后，召集團隊主要成員對你的功能進行評估，這時候，大家會查漏補缺，幫你修正一些邏輯有問題的功能，同時可以為每一個功能排出優(yōu)先級，需求評審會的另一個目的，是為了讓團隊成員對產(chǎn)品有一個理性且有邏輯的認識，這樣可以節(jié)省在開發(fā)階段的溝通時間。需求評審會后，你需要修改原型，之后再和團隊一起評估，評審通過后，技術就要根據(jù)原型開始建表、搭建框架、UI 也要開始設計界面了。

3. 開發(fā)階段

當然就是技術開始開發(fā)各種功能，這時候作為產(chǎn)品經(jīng)理要能夠及時為技術解答產(chǎn)品的邏輯或者細節(jié)，同時要抑制住自己或者老板或者其他同事突然冒出來的新想法或者新需求，如果確定是一個功能漏洞，那么就需要評估是現(xiàn)在添加還是下一個版本添加，如果是一個純粹的新功能…嗯…下一個版本再做！相信我，如果你加了第一個功能，第二、第三個就會接踵而來，到時候項目周期就無法保證，如果沒有項目經(jīng)理替你把關，那就需要自己克制了。最常見的情況就是老板需求，當接到老板需求的時候，產(chǎn)品經(jīng)理要理性地分析，要記住，自己的是一個團隊，不要為了盲目滿足老板的喜好而忽略團隊的付出，這可不是一個合格產(chǎn)品經(jīng)理應該做的事。

4. 功能驗收

如果沒有測試人員（一般小公司都沒有），你需要寫一些測試用例，通過測試用例來測試每一個功能，測試用例一般包括，前置條件，預期結果，使用描述，測試機型（包括測試人、測試機型）。所有測試通過后，產(chǎn)品就可以發(fā)布了。

好吧，作為一名產(chǎn)品經(jīng)理，需要了解的還有很多，以上的步驟和流程也是根據(jù)不同情況需要增加或者省略，但我們的最終目的就是要解決問題，所有的流程和方法就是為解決問題這一目的而服務的。產(chǎn)品經(jīng)理不能太理論化，要在每一次的實踐和總結中慢慢成長，希望這篇文章可以幫助你對產(chǎn)品經(jīng)理的工作有一個大致的了解，希望你熱愛你所做的事情。

?#專欄作家#

Garfield，微信公眾號?Share-Equality?，人人都是產(chǎn)品經(jīng)理專欄作家，喜歡運動、熱愛生活，經(jīng)常思考和總結，擅長用戶體驗、需求挖掘等，一直都在學習中的產(chǎn)品經(jīng)理。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，不得轉載。