產品經理那麼值錢，他們的工作內容到底是什麼？

網際網路產品經理應該做什麼，我個人總結了一句話：“目標使用者需求轉化”

下面我們來聽一下這句話怎麼解釋，先拆分成兩個關鍵詞來解釋：

一、目標使用者

目標使用者是誰，這裡的涉及到的是角色物件，角色可以是平臺使用者或消費者、公司內部業務部門、老闆、或者產品經理自己、甚至是技術部同事；

這部分比較簡單，主要是清楚產品的目標使用者群是誰，以及使用者的定義；

說到使用者，我們就不得不說一下使用者體驗：

A

視覺體驗：視覺就是使用者介面的美工設計，對目標使用者視覺的把握，視覺層面可以分兩點：一是顏色，二是整體的框架佈局設計，如市場戰略方向定位為綠色食品，產品傳達的理念應該是安全與健康；其次，對於模組的設計，目前國內的風格流行WEB2.0，大致可以概括為“簡約風格”，也就是目前的潮流。

作為一個團隊來說，設計師對視覺的把握才是專業人士，後面的工作就可以交給設計師來處理，目前流行簡潔，當然，如果產品對視覺有一定的專業知識，也是可以進行指導的，這裡也涉及到我們最後講的一點，專案驗收，但作為產品，更多的還是要聽專業人士的意見，再進行抉擇，讓專業的人做專業的事情。

B

行為體驗：概念上的來講，就是使用者與產品之前的互動，也就是我們常說的互動設計。包括：流程設計、操作的習慣、甚至簡單到一些非常簡單的問候語，這些都是使用者能在產品上感受到的一切。但是因為時間等其它外部環境原因，真正執行的過程，其實是非常難具體細化到每一個細節點都去分析，產品通常的做法就是前期通過個人的經驗來實現，後期通過一些使用者反饋機制加強與目標使用者的溝通，做需求收集，再進行轉化處理，如留言、論壇、內測等方式處理；

二、需求轉化

需求轉化，這是我們要深度介紹的一個環節：

01

需求的定義

首先我們之前分析了目標使用者，現在我們先總結一下需求型別，總結為以下三種：

A、商業或業務需求；

這部分需求定義為公司戰略部門或業務部門的需求，通常是公司方向以及市場出現新政策所提出的需求；

B、使用者需求；

暫時定義為目標使用者群的意見反饋，主要是對產品互動體驗改進，也是留住使用者的核心價值所在；

C、功能需求；

功能完善、改進、優化，包括常見的BUG；

02

需求優先順序安排

需求如何排期？如何區分緊急或強需求？

首先，產品是為了商業價值應運而生，使用者的積累也是為了創造商業價值而積累的資源；

其次，使用者就是產品的核心，目標使用者就是產品的使用者群，因為市場最重要的就是資源，而資源最重要的就是使用者；

再次，功能需求，功能需求是支援整個平臺的運作，是必不可少的一個環節，包括我們常見的BUG；

對於三者的關係圖，我畫了一個簡單的圖形；

從上圖可以看出，這個強需求是結合了三者的特性，所以對需求做了以下劃分，我們暫時以強、中、弱三等來定義：

強：商業價值大（產出比高，人力、時間等投入）、受眾面大、必要性高；

中：非性要性不高，或有臨時解決方案，受眾面一般，商業價值不大或投入產出比不大；

弱：解決不解決都不受太大影響；

03

需求轉化

需求的轉化，將線下需求或業務需求以及使用者的意願轉化成具體的產品形態，這裡注重的是一個溝通理解力，以及經驗閱歷問題，主要體現在需求的收集以及分析上，最終輸出PRD文件。那麼這節，我們主要是體現在思路上的講解，所以也比較偏理論化。

首先，需要有需求的收集，需求收集的物件可以分內外兩塊，簡單講一下：

對內：內部業務部門需求；

這部分需求都比較容易瞭解，原因是提出人與產品有直接的溝通，能很方便的進行溝通，進行業務上的瞭解；

對外：平臺使用者需求，這部分需求很多時候是長時間的一個累積過程，或者說需要產品能有效和深度的進行分析，主要大部分需求不會很直觀.

比如：你這平臺不好用，顏色不好看等，具體的原因可能短時間內無法得知。甚至包括使用者的數量趨勢，這裡也涉及到資料監控分析等。當使用者群的趨勢有變化，需要立即分析原因，多瞭解市場走向，是否受到了同類產品的市場衝擊，分析產品的優勢。

從上面兩點可以看出，對於需求的分析轉化，涉及到產品重要的幾個重要指標：

1、行業經驗：需求的轉化，對於市場產品的研究和了解要時刻關注，當然這裡不是指抄襲，一個人的思路必竟有限，很多產品模式上可以借鑑創新；

2、分析能力：對需求(包括資料)的敏銳性，能對相關需求能進行有效的分析，對資料的異常波動能進行有效的分析和監控，能深度分析和挖掘目標使用者的核心需求。

3、溝通協調能力：這裡的溝通並不指單方面的言語表達或面對面的溝通，更多的傾向於一種增加溝通機制的能力，像使用者反饋機制等；

結合以上幾點，產品才有可能創新，發掘市場新產品，創立新產品。

另外，產品還有一項職責就是肩負專案的驗收工作，那麼我暫時歸結為：

三、專案驗收

我們先看一組專案開發流程圖：

從上圖不難看出，任何環節的脫落及返回，都會到達產品的PRD文件重返，重返就會造成整個團隊或專案成員的返工，所以產品應該在前期投入更多的精力來細節這些細節，這樣才能幫助研發團隊減少產品開發所需時間。

所以產品一定要嚴格要求PRD文件的嚴謹性，PRD文件包括原型設計圖、功能需求文件、互動文件、使用者操作說明文件、產品宣傳PPT等；

嚴謹性，個人一般只有兩個要求，第一環節一定要溝通到位，把需求瞭解清楚，多花時間在需求分析上和方案上，第二環節，PRD文件細節寫明瞭，儘量編寫詳細。

這是對產品的負責，如果公司有專案經理，專案跟進可交由專案經理負責，但對於PRD的文件要求就必須更加嚴謹，一旦出現問題，專案上線，那會造成不可挽回的後果。