網際網路產品經理應該做什麼，我個人總結了一句話：「目標使用者需求轉化」
一、目標使用者
目標使用者是誰，這裡的涉及到的是角色物件，角色可以是平台使用者或消費者、公司內部業務部門、老闆、或者產品經理自己、甚至是技術部同事；這部分比較簡單，主要是清楚產品的目標使用者群是誰，以及使用者的定義；說到使用者，我們就不得不說一下使用者體驗：
a視覺體驗：視覺就是使用者介面的美工設計，對目標使用者視覺的把握，視覺層面可以分兩點：一是顏色，二是整體的框架布局設計，如市場戰略方向定位為綠色食品，產品傳達的理念應該是安全與健康；其次，對於模組的設計，目前國內的風格流行web2.0，大致可以概括為「簡約風格」，也就是目前的潮流。作為乙個團隊來說，設計師對視覺的把握才是專業人士，後面的工作就可以交給設計師來處理，目前流行簡潔，當然，如果產品對視覺有一定的專業知識，也是可以進行指導的，這裡也涉及到我們最後講的一點，專案驗收，但作為產品，更多的還是要聽專業人士的意見，再進行抉擇，讓專業的人做專業的事情。
二、需求轉化；
需求轉化，這是我們要深度介紹的乙個環節：
01需求的定義
首先我們之前分析了目標使用者，現在我們先總結一下需求型別，總結為以下三種：
a、商業或業務需求；
這部分需求定義為公司戰略部門或業務部門的需求，通常是公司方向以及市場出現新政策所提出的需求；
b、使用者需求；
暫時定義為目標使用者群的意見反饋，主要是對產品互動體驗改進，也是留住使用者的核心價值所在；
c、功能需求；
功能完善、改進、優化，包括常見的bug；
02需求優先順序安排
需求如何排期？如何區分緊急或強需求？
首先，產品是為了商業價值應運而生，使用者的積累也是為了創造商業價值而積累的資源；其次，使用者就是產品的核心，目標使用者就是產品的使用者群，因為市場最重要的就是資源，而資源最重要的就是使用者；再次，功能需求，功能需求是支援整個平台的運作，是必不可少的乙個環節，包括我們常見的bug；
對於三者的關係：這個強需求是結合了三者的特性，所以對需求做了以下劃分，我們暫時以強、中、弱三等來定義：
強：商業價值大（產出比高，人力、時間等投入）、受眾面大、必要性高；
中：非性要性不高，或有臨時解決方案，受眾面一般，商業價值不大或投入產出比不大；
弱：解決不解決都不受太大影響；
03需求轉化
需求的轉化，將線下需求或業務需求以及使用者的意願轉化成具體的產品形態，這裡注重的是乙個溝通理解力，以及經驗閱歷問題，主要體現在需求的收集以及分析上，最終輸出prd文件。那麼這節，我們主要是體現在思路上的講解，所以也比較偏理論化。
首先，需要有需求的收集，需求收集的物件可以分內外兩塊，簡單講一下：
對內：內部業務部門需求；
這部分需求都比較容易了解，原因是提出人與產品有直接的溝通，能很方便的進行溝通，進行業務上的了解；
對外：平台使用者需求，這部分需求很多時候是長時間的乙個累積過程，或者說需要產品能有效和深度的進行分析，主要大部分需求不會很直觀.比如：你這平台不好用，顏色不好看等，具體的原因可能短時間內無法得知。甚至包括使用者的數量趨勢，這裡也涉及到資料監控分析等。當使用者群的趨勢有變化，需要立即分析原因，多了解市場走向，是否受到了同類產品的市場衝擊，分析產品的優勢。
從上面兩點可以看出，對於需求的分析轉化，涉及到產品重要的幾個重要指標：
結合以上幾點，產品才有可能創新，發掘市場新產品，創立新產品。另外，產品還有一項職責就是肩負專案的驗收工作，那麼我暫時歸結為：
三、專案驗收
任何環節的脫落及返回，都會到達產品的prd文件重返，重返就會造成整個團隊或專案成員的返工，所以產品應該在前期投入更多的精力來細節這些細節，這樣才能幫助研發團隊減少產品開發所需時間。所以產品一定要嚴格要求prd文件的嚴謹性，prd文件包括原型設計圖、功能需求文件、互動文件、使用者操作說明文件、產品宣傳ppt等；
嚴謹性，個人一般只有兩個要求，第一環節一定要溝通到位，把需求了解清楚，多花時間在需求分析上和方案上，第二環節，prd文件細節寫明了，盡量編寫詳細。這是對產品的負責，如果公司有專案經理，專案跟進可交由專案經理負責，但對於prd的文件要求就必須更加嚴謹，一旦出現問題，專案上線，那會造成不可挽回的後果。
中鈺睿泓與你分享精品文章
產品經理如何了解使用者的需求？
今天特別想跟大家聊聊需求這件 小事 人人都是產品經理這句話說得不無道理，無論你從事哪個行業，都會提到 使用者需求 這個詞 尤其是對網際網路產品經理來說，需求是一切之始，先有了需求，才有了產品經理的一切職責的發揮空間，如果沒有需求，一切都無從談起，產品經理這個職位也就沒有了存在的價值。作為產品經理的你...
產品經理該如何滿足使用者的需求
轉朋友部落格的一篇新文章，講產品經理分析需求的，有興趣的可以多去朋友部落格逛逛，幫宣傳下 飯窩，產品經理在產品設計前，最頭疼的問題多是需求的滿足度，該如何保障在滿足當前需求的前提下還能順應產品的未來擴充套件性，往往使產品經理抓耳撓腮。本文先簡單介紹幾種筆者常用的需求分析法，再與大家 下需求該如何採納...
乾貨 SEOer 產品經理必懂的使用者需求分析方法
乙個只懂技術，不懂使用者需求的seo，即使你的 有多麼高的權重，也無論你的 排名有多好，你的 對於使用者而言依然是垃圾一堆。那麼怎麼做乙個懂使用者需求的seoer？程式設計客棧今天就這個問題談談我的看法。程式設計客棧文章主要從seo的角度去做分析，我覺得分析方法同樣適用於產品經理，當然產品經理做使用...