第一篇：互聯網產品經理培訓.

互聯網產品經理培訓

互聯網產品經理在很多人的眼中并不熟悉,也與他發展興起的時間不長有關。那么,如何定義互聯網產品經理呢?開課吧表示,互聯網產品經理是互聯網公司中的一種職能,負責互聯網產品的計劃和推廣,以及互聯網產品生命周期的演化。根據所負責的互聯網產品是用戶產品還是商業產品,可以分為互聯網用戶產品經理和互聯網商業產品經理。用戶產品經理最關心的是互聯網用戶產品的用戶體驗,商業產品經理最關心的是互聯網商業產品的流量變現能力。

要成為一名優秀的產品經理并不容易,開課吧產品壹佰提示,作為產品經理,每做一個項目,要學會問自己下面三個問題:你真的是一個產品經理么?你是一個合格的產品經理么?你是自己所理解的產品經理么? 這三個問題的答案,就形成了一個產品經理的基本價值觀,在職業上的高下之分,也取決于對這些基礎問題的回答。由著三個基本問題,就衍生出了產品經理職業行為的四個基本點。

1、進入一家公司后你的產出是什么?(產品->產出品質

根據自己的經歷你的自身價值是否給公司帶來了價值呢?優化了現有產品或業務流程?還是進行了產品創新?

2、你現在的工作是怎么做的? 你的設計是你深思熟慮之后的成果么?還是你只是這樣:支付寶是這樣做的,微信也是這樣做的,大家都是這樣做的。更有甚者:我就是這樣理解的!

3、你是否有一個產品經理的初心和作為一個產品經理者的自我矛盾?

4、你是合格不靠譜還是靠譜不合格呢?

最后套用老套而又流行的一個句式:看了很多干貨依然不知道怎么做產品,聽了很多微課依然不能成為一個合格的產品人。萊茵教育說:產品有生命,產品如做人,產品要有真性情。

第二篇：互聯網產品經理職責

互聯網產品經理職責

1.什么是互聯網產品經理？

IPM（Internet Product Manager），互聯網產品經理是互聯網公司中的一種職能，負責互聯網產品的計劃和推廣，以及互聯網產品生命周期的演化。根據所負責的互聯網產品是用戶 產品還是商業產品，可以分為互聯網用戶產品經理和互聯網商業產品經理。用戶產品經理最關心的是互聯網用戶產品的用戶體驗，商業產品經理最關心的是互聯網商 業產品的流量變現能力。

互聯網產品經理在互聯網公司中處于核心位置，需要非常強的溝通能力，協調能力，市場洞察力和商業敏感度。不但要了解消費者，了解市場，還 要能跟各種風格迥異的團隊，如開發團隊及銷售團隊進行默契的配合。最著名的互聯網產品經理如百度的俞軍，騰訊的馬化騰等。可以說互聯網產品經理決定了一個 互聯網公司的成敗。

互聯網產品經理由于行業的不同，可能工作職責也不盡相同。但是核心工作內容基本包含以下幾個方面：

1）負責網站的需求方案的提出及運營策略的可行性建議； 2）負責網站的內容規劃、廣告位開發、管理及日程運營管理；

3）統計網站各項數據和用戶反饋，分析用戶需求、行為，搜集網站運營中產生的產品購買及網站功能需求，綜合各部門的意見和建議，統籌安排，討論、修改，制訂出可行性方案； 4）和技術部、編輯部等部門緊密結合，確保產品實現進度和質量，協調相關部門進行網站的開發及日常的維護；

5）配合市場部、客服部進行相關的商務合作，跟蹤競爭對手； 6）把握互聯網市場趨勢，制定產品競爭戰略和計劃。

互聯網產品經理職責-市場調研

市場調研是指研究市場以了解客戶需求、競爭狀況及市場力量（market forces），其最終目標是發現創新或改進產品的潛在機會。可以通過下面的方式進行市場調研：與用戶和潛在用戶交流、與直接面對客戶的一線同事如銷售、客服、技術支持等交流、研究市場分析報告及文章、試用競爭產品、仔細觀察用戶行為等、市場調研最終會形成商業機會、產品戰略或商業需求文檔（BRD），詳述如何利用潛在的機會。

互聯網產品經理職責-產品定義及設計

a)產品定義是指確定產品需要做哪些事情。通常采用產品需求文檔（PRD）來進行描述，PRD可能包含如下信息：

產品的愿景、目標市場、競爭分析、產品功能的詳細描述、產品功能的優先級、產品用例（UseCase）、系統需求、性能需求、銷售及支持需求等

b)產品設計是指確定產品的外觀，包括用戶界面設計（UI，User Interface）和用戶交互設計（User Interaction），包含所有的用戶體驗部分。在大型公司里，PM通常和UI設計師或互動設計師一起完成產品設計，不過在小公司或者創業公司里，產品經理也許需要全包這些工作。

這是產品經理工作中最有價值的部分，如果產品經理工作中不包含這部分內容，那幾乎可以肯定滴說，那不是產品經理的工作。

互聯網產品經理職責-項目管理

項目管理是指帶領來自不同團隊的人員（包括工程師、QA、UI設計師、市場、銷售、客服等），在預算內按時開發并發布產品。

互聯網產品經理職責-其中可能包括如下工作內容：

確保資源投入、制定項目計劃、根據計劃跟蹤項目進展、辨 別關鍵路徑、必要時爭取追加投入、向主管領導報告項目進展狀況等；在大型公司里，通常會有項目經理來處理大部分項目管理工作，產品經理只需提供支持。不過 在創業公司里，產品經理通常需要自己進行項目管理。在有些公司，技術負責人也可能做為項目經理，處理大部分項目管理事宜。

互聯網產品經理職責-產品宣介

主要包括和內部同事如老板、銷售、市場、客服等溝通產品的優點、功能和目標市場，也可能包括向外界如媒體、行業分析師及用戶宣介產品。

大公司的產品經理通常都有產品市場、市場推廣和媒體關系（PR）團隊幫忙進行對外的產品宣介。這是除了產品定義和設計之外，對產品經理而言價值第二高的工作，尤其是在向老板、市場同事宣介產品并讓他們感到興奮的時候。

互聯網產品經理職責-產品市場

主要是對外的信息傳播——告訴外界有關產品的信息。通常包括制作產品數據表、手冊、網站、Flash演示、媒體專題以及展會演示等。

在大型公司，產品市場工作通常不會由PM來負責，這些公司會有專門的產品市場經理來打理此項工作。當然，這種分工最大的缺點就是導致溝通效率較低，并會削弱對外傳播。

在某些公司，“產品管理”和“產品市場”被認為是同義詞，會由一個人擔當兩者的職責。而在那些將產品管理團隊和產品市場團隊分開的公司，后者會打理本節所提及的工作職責，同時他們也可能會承擔“市場調研”、“產品宣介”和“產品生命周期”管理的部分工作。

產品生命周期管理

指那些隨著產品經歷概念化->發布->成熟->退出市場整個生命周期中的產品管理活動。

主要包括的工作有：

產品定位

產品定價及促銷

產品線管理

競爭策略

建立或收購合作伙伴

識別并建立合作關系等

產品經理和產品市場、BD及市場溝通同事一起完成這些工作。2.互聯網產品經理的技能

根據互聯網公司情況及業務的不同，互聯網產品經理從事的工作也不盡相同，偏產品設計，偏工程技術或者偏市場運營。無論處于以上哪一種情況，對目前國內多數互聯網公司而言，對互聯網產品經理綜合素質要求比較高，基本屬于復合型人才，那么互聯網產品經理究竟需要什么技能？

NO.1 溝通能力

優秀互聯網產品經理的最共同特征就是在工作中具有優秀的口頭及書面溝通技巧。在許多公司，產品經理扮演著溝通樞紐的角色，跨部門、跨團隊的溝通非常 多，這就要求產品經理具有在不同角色間的有效溝通能力，具體說，就是與不同的個性類型溝通的能力，在與不同角色溝通的時候講不同的“語言”，對于有效溝通 來說，重要的是你使用目標聽眾的“語言”。

NO.2 統籌協調能力

鑒于在工作中，互聯網產品經理需要跟市場、銷售、產品、技術等等多團隊協作，爭取各方資源進行配合，統籌管理能力是PM整合各方資源，順利展開工作必不可少的技能。NO.3 無授權領導能力

在大多數互聯網公司，產品經理被期望在各個領域扮演“領導角色”，包括領導項目團隊，產品策劃和路線圖，跨部門溝通等。然而產品經理在行政方面不一定有所有部門的直屬管理權力，在這種情況下如何領導別人？答案是使用聯合影響，談判，關系網和其他類似技巧。

NO.4 動手能力

在互聯網公司，雖然產品經理不再充當具體的技術實現角色了，但是至少應該可以良好的和技術人員溝通，表達自己的想法、目的，評估他們的工作量，基本技術能力是要有的，編程要懂，美工要懂，SEO更要懂，并且能在關鍵時刻親自操刀。

NO.5 學習能力

互聯網市場變化很快，新技術總是拔地而起，“差異化產品”產生速率越來越快，這就需要產品經理必須擅長做自己不擅長的事，具備快速學習的能力。

NO.6 商業敏感度

產品經理需要對基本的商業原則有很好的理解，了解如何辨認市場機會，競爭分化的重要性，創造成功產品的策略，定價，促進，合作，分析，聲明等，對商業策略的領域有很好的詮釋，并且需要在產品中體現出來。

NO.7

細節關注

互聯網產品經理對細節的關注不僅限于產品性能方面，在競爭力分析，項目計劃以及幾乎每個主要負責的活動都要有所體現。這種細節體現在PM所作的報告 中、計劃中、任務策劃書中。內容上，要盡可能的表述到實施細節，表現上，盡可能的體現UI設計細節，試想，一個連報告都無法讓人愉快閱讀的產品經理，如何 能做出有優秀用戶體驗的產品？

NO.8

日常產品管理能力

包括撰寫市場分析報告和需求分析報告，執行競品分析，創造產品路線，陳述產品性能和利益，定義用戶界面等，這是具備以上七項技能以后，產品經理較易掌握的一項基本能力，用來完成日常任務。

以上的內容基本上涵蓋了現有互聯網產品經理的職責和技能，也符合現有互聯網產品經理文化的現狀，產品經理的發展趨勢，越來越明顯的表現為“項目經理+運營經理”的職能轉變，你可以想一下，是不是這么回事兒呢？

第三篇：互聯網金融產品經理崗位職責

崗位職責：

1、在公司運營戰略指導下，整體研究、策劃、設計和完善公司的各個產品、產品線或者解決方案。

2、綜合各方面產品需求和技術平臺，撰寫產品的原型設計、產品需求書，詳細闡述產品功能和操作流程，保證產品功能的實現以及按時推向市場；

3、與技術、運營等部門對接，驅動項目的開發進度，把控項目進度節點；

4、負責對競爭產品、行業產品、行業相關信息的收集整理和深度分析，定期向上級提供公司產品相關的工作報告。崗位要求： 1、3年以上移動互聯網產品工作經驗，至少獨立負責過1個產品的完整生命周期，有互聯網金融產品相關經驗優先；

2、熟練使用產品設計工具，撰寫產品設計文檔，設計頁面原型；

3、關注同行業互聯網產品，對新鮮事物有強烈好奇心與敏感度，對未來互聯網產品發展具有相當的遠見及把控，并善于思考和總結；

4、性格開朗外向、能吃苦耐勞、善于團隊合作

第四篇：互聯網產品經理【必備知識及工具】

互聯網產品經理【必備知識及工具】

第一、互聯網產品經理的職責范圍、能力要求：

其實說工具，首先還是得來了解一下互聯網產品經理這個具體崗位的職責、具體從事的工作、職能、以及相關要求。這樣才能夠知道需要掌握那些軟件及工具、平臺。我稍微做了一些梳理，總的來說關鍵職責主要是以下五個方面：

1、市場調研

市場調研是指研究市場以了解客戶需求、競爭狀況及市場力量（market forces），其最終目標是發現創新或改進產品的潛在機會。形成商業機會、產品戰略或商業需求文檔（BRD）。

2、產品定義及設計

a)產品定義確定產品需要做哪些事情。通常采用產品需求文檔（PRD）來進行描述，PRD可能包含如下信息： 產品的愿景、目標市場、競爭分析、產品功能的詳細描述、產品功能的優先級、產品用例（UseCase）、系統需求、性能需求、銷售及支持需求等。

b)產品設計是指確定產品的外觀，包括用戶界面設計（UI，User Interface）和用戶交互設計（User Interaction），包含所有的用戶體驗部分。在大型公司里，PM通常和UI設計師或互動設計師一起完成產品設計，來主導產品功能細節及體驗，不過在小公司或者創業公司里，產品經理也許需要全包這些工作。

3、項目管理

項目管理是指帶領來自不同團隊的人員（包括工程師、QA、UI設計師、市場、銷售、客服等），在預算內按時開發并發布產品。其中可能包括如下工作內容：確保資源投入、制定項目計劃、根據計劃跟蹤項目進展、辨別關鍵路徑、必要時爭取追加投入、推進整個項目的進展、向主管領導報告項目進展狀況等。

4、產品宣介 主要包括和內部同事如老板、銷售、市場、客服等溝通產品的優點、功能和目標市場，也可能包括向外界如媒體、行業分析師及用戶宣介產品。

5、產品市場

主要是對外的信息傳播——告訴外界有關產品的信息。通常包括制作產品數據表、手冊、網站、Flash演示、媒體專題以及展會演示等。

6、產品生命周期管理

指那些隨著產品經歷概念化->發布->成熟->退出市場整個生命周期中的產品管理活動。主要包括的工作有：產品定位、產品定價及促銷、產品線管理、競爭策略、建立或收購合作伙伴、識別并建立合作關系等、產品經理和產品市場、BD及市場溝通同事一起完成這些工作。

互聯網產品經理的職能，根據公司情況以及業務的不同，不同公司的PM從事的工作也不盡相同，但基本上離不開上圖的三種情況，偏產品設計、偏工程技術或者偏市場運營。其次，談到互聯網產品經理的能力，個人覺得挺多的，在目前國內多數互聯網公司里對綜合素質要求比較高，是個復合型人才的職務。比如說：

? ? ? ? ? ? ? ? 溝通能力（跨部門、跨團隊溝通非常多）

統籌協調（市場、銷售、產品、技術等等多團隊協作，需要爭取各方資源進行配合）

無授權領導能力（在行政上面不一定有所有部門的直屬管理權力）

動手能力（親自操刀）

學習能力（不會的要趕緊學、而且要快）

商業敏感度（對商業策略的領域、詮釋，需要在產品中體現）

注重細節，追求完美（交互設計、用戶體驗、品牌等等）

日常產品管理能力（產品設計、開發、優化、市場推廣、銷售等等）第二、選擇軟件及工具的方法

我個人選擇軟件和工具主要從以下幾個角度考慮：

? ? ? ? ? ? 易上手，操作簡單、學習成本低；

輸出格式多樣，文件方便傳閱、協作；

模板較多，出品美觀；

配套軟件多或與其它軟件協作方便；

版本升級較快，廠商持續改進；

與系統或其它軟件相互兼任、不沖突；

另外在工作平臺方面，主要內容存儲、檢閱、輸入輸出是跨平臺、終端應用，比如筆記本、ipad、iphone、黑莓、諾基亞、Android等等。第三、PM常用軟件、工具及工作平臺

選擇了一些常用，好用，夠用，而且功能強大的工具，和大家一起來分享。互聯網產品經理有個特性，那就是很多資料、文檔、郵件、日志是需要移動、并在不同終端進行讀取、輸入輸出的，所以我將這些軟件及工具分為軟件+平臺兩塊來探討，先來看看軟件：

我進行了一個分類，主要是以下這些：

1、文檔數據、思維腦圖

? ? ? ? ? Microsoft Office（Word、Excel、PowerPoint）★★★★★

Mindjet MindManager ★★★★★

Adobe Reader ★★★

editplus ★

Microsoft Office OneNote 筆記 ★★★

產品經理需要撰寫大量產品文檔，需求說明書、規劃、PRD、產品方案、技術建議書、等等。采用目前主流和通用軟件協作會比較好，因此首推微軟的Office系列軟件，主要是Word、Excel、PowerPoint，包括最常用的模板使用和排版，插入圖片、多媒體、表格等等。匯報總結和演示較多會采用PowerPoint。

產品經理要有敏銳的市場洞察力，其中很重要信息是來源于市場調查和數據分析。所以使用Excel進行最基本的數據分析和圖表分析是必備技能，如果需要對數據進行多個維度的分析和分類匯總，則數據透視圖是必須要使用的功能。

對于會議記錄、idea記錄、思維腦圖、小型項目管理，Mindjet MindManager則是一大利器，條理、結構都很清晰，上手快速、輸出格式多。

Adobe Reader用來閱讀PDF格式的閱讀器，是一種國際通用的標準文檔格式，如果需要將文檔傳送多人閱讀，但不希望及做修改、并加密，可以在Word等軟件中直接另存為PDF格式，目前很多軟件都支持另存PDF。

2、產品原型設計

? ? Balsamiq Mockups ★★★

Axure PR ★★★★★

設計產品原型有不同的需求：

1、概念圖，主要表達產品設計概念、理念、基本布局，元素。只有這個需求的時候我推薦 Balsamiq Mockups，它的出品效果是手繪風格，但不能做交互動作。上手快，小圖1分鐘內容即可搞定，因為它有強大的控件，瀏覽器、圖片、文本框等等都有了，直接拖進去即可，點擊查看視頻演示。

2、產品原型、交互演示、原型細節設計等。這個時候推薦使用Axure PR快速原型制作軟件，由美國Axure Software Solutions, Inc.公司開發。Axure(aksh?r)、RP是Rapid Prototyping(快速原型縮寫)。Axure RP 能讓操作它的人快速準確的創建基于Web的網站流程圖、原型頁面、交互體驗設計、標注詳細開發說明，并導出Html原型或規格的Word開發文檔。點擊查看視頻演示，交互實例演示。

還有不少原型制作軟件，詳細請看我以前寫的博文《常用原型圖設計工具》。

3、網頁設計制作、開發

? ? ? ? ? ? Photoshop ★★★★★

CorelDRAW ★★★★★

Illustrator ★★★★

Fireworks ★★

Dreamweaver ★★★★★

Visual Studio.net IDE

不知道現在的童鞋還有沒有聽說過網頁設計三劍客（Flash、Dreamweaver、Fireworks），一直是最初網頁設計的黃金搭檔，并且有非常多的教程。后來被Adobe公司收購，現在我們原型主要采用Axure PR、效果圖用Photoshop來設計，制作、搭配Dreamweaver來進行頁面效果調試、套用程序。基本上放棄了Fireworks，Flash動畫更少了。

CorelDRAW一直是矢量排版里頭的老大，在印刷品排版，圖形設計里面用得非常多。每年的活動組織，物料制作基本上少了不它來幫手。同時，它和Adobe一樣，也搭配了很多配套軟件，基本上是一整套數碼多媒體處理平臺。

4、演示、動畫

? ? ? Microsoft Office PowerPoint ★★★★★

Flash ★★★

demo-builder ★★★★

微軟的PowerPoint是一項非常古老的工具，也非常實用，而且在不斷更新。做PPT很簡單，但要做好PPT并不簡單，有很多的學問，且不單是軟件的操作。

Flash在做特殊效果的時候使用，目前除了廣告動畫，網站特效的話，比較少使用flash了。

產品演示，是日常中必備的一項技能，一般情況下，新產品的發布與演示，以及幫助操作需要做手把手演示。demo-builder本身這個軟件沒有什么技術含量，在做演示產品的過程中，你可以選擇截圖自己去場景拼接，或者直接錄制屏幕，在事后回放的過 程中進行編輯，剪輯。那需要注意的是，一定要保證生成出來的文件比較小，這樣用戶下載的時候可以很方便的去查，文件大的，可以做loading。

5、項目管理

? Microsoft Office Project ★★★★★

Project能夠了解和控制項目的日程與利用圖表和圖示，借助項目向導這一交互式逐步輔助工具還能快速掌握項目管理流程，設置項目、管理任務和資源、跟蹤狀態以及報告項目信息。使用Excel和Visio生成基于 Project 數據的數據透視表視圖、圖表、圖形和圖示。可以很輕松地自定義報表模板，并與其他 Project 用戶共享。通過“日歷”界面的新增強功能以及增加的三維甘特條形圖，創建視覺效果更強。總的來說，利用Office Project能夠快速提高工作效率，可以更好地組織工作和人員，從而保證項目在預算內按時交付。

6、流程類工具

? ? Microsoft Office Visio ★★★★★

ConceptDraw Office ★★

完成各類業務流程的流程圖、網絡圖、工作流圖、數據庫模型圖和軟件圖，模板非常豐富。這些模板可用于可視化和簡化業務流程、跟蹤項目和資源、繪制組織結構圖、映射網絡、繪制建筑地圖以及優化系統。采用微軟的Visio再搭配相關插件，效果會很好

7、測試工具

? ? Firebug ★★★★★

TestDirector ★★★★★

FirebugHTML查看和編輯、Javascript控制臺、網絡狀況監視于一體，可以說是開發人員必備擴展之一。Firebug從各個不同的角度剖析Web頁面內部的細節層面，給Web開發者帶來很大的便利。可以直接在網頁上面修改，直接看到預覽效果。

TestDirector是Mercury Interactive公司推出的基于WEB的測試管理工具。它能夠指導進行測試需求定義、測試計劃、測試執行和缺陷跟蹤，即整個測試過程的各個階段。通 過整合所有任務到軟件測試中，來使整個測試管理工作更有效，并確保客戶收到更高質量的產品。

8、同步

? ? ? SVN ★★★★★

Dropbox ★★★★

Windows Live Sync ★★★★★

svn(subversion)是近年來崛起的版本管理工具，是cvs的接班人。目前，絕大多數開源軟件都使用svn作為代碼版本管理軟件。同時，svn也可以作為文件共享、同步軟件，適合團隊使用。

DropBox 是一款非常好用的免費網絡文件同步工具(當然它也算是一個服務)。當你在電腦A使用DropBox時，指定文件夾里所有文件的改動均會自動地“同步”到 DropBox的服務器，當下次你在電腦B需要使用這些文件時，你只需登錄你的賬戶，所有被同步的文件均會自動下載到B電腦中，同樣，你在電腦B對某文件 的修改，也會體現在電腦A上，而所有這一切均是全自動的，這樣你的文件可以說是隨時隨地都能保持著最新了。Windows Live Sync 是微軟推出的一款文件同步軟件，我們在 Internet 中可以簡單方便的同步或共享文件。Live Sync 使用 P2P 方式同步！我們可以輕松的處理最多 4GB 大小的文件。除此之外 Live Sync 也是跨平臺的，不論是 PC 還是 Mac 上均可使用。

9、翻墻：

這個請百度一下自行解決，多謝。

10、其它：

? ? ? ? ? Acdsee 3.2 ★★★★★（快速、綠色）

Picasa ★★★★（智能、速度慢）

射手影音播放器 ★★★★★（自動下載字幕）

KMP ★★★★（很經典）

Evernote ★★★★

EverNote多樣化的筆記本功能，可在電腦上更方便、更具創意地進行資料整理、文獻儲存和隨筆記事。在熟悉了 EverNote后，像是桌面便利貼、一般記事本、網頁擷取儲存軟體、日記本、記帳本軟體等等，這些其它一般的免費記事、資料存取類軟體都可以在電腦里消失了，因為EverNote將可以在大部分的功能上取代他們。第四、交流平臺

根據互聯網的行業性質，很多程度上決定了日常使用的工作平臺基本上就是瀏覽器、郵件、IM、內部溝通平臺等等。

1、瀏覽器

? ? Firefox ★★★★（Google有援助的瀏覽器，插件非常多，自定義功能強大、個性）

Chrome ★★★★★（出自Google之手，插件已經非常多了，有趕上Firefox的趨勢）? TheWorld（世界之窗）

2、郵件 web

? Gmail ★★★★★（Gmail結合了日歷、文檔、聊天、通訊錄、任務基本上所向無敵了，這么強大的在線產品，不用對不住自己啊，缺點就是很多頁面經常性的打不開，無法訪問，速度慢的像蝸牛）

? 163 ★★★★（速度非常快、國內老牌產品了，目前有自己的客戶端，同時也整合了聊天、微博等工具）

? QQ ★★★★（郵箱中的后起之秀，速度很快，綁定了QQ客戶端）

客戶端

? ? Foxmail ★★★★（國內優秀郵件客戶端，已經被騰訊收購）

outlook ★★★★★（微軟大作）

目前收發郵件有2種方式，一種是采用客戶端、一種是web端。習慣不一樣，速度不一樣，整合的產品不一樣，看大家的各自需求。

3、日歷、任務

? ? Google Calendar ★★★★★（推薦使用）

Remember The Milk ★★★★★

4、通訊錄

? ? ? ? Google Contacts ★★★★★（推薦用這個，可以在手機端同步通訊錄）

163 Contacts ★★★

Hotmail Contacts ★★

Yahoo Contacts ★★

5、其它

? IM（QQ+Msn+Gtalk）★★★★★（不同公司有不同需要，比如騰訊就用QQ，網易就用POPO，阿里就用旺旺、移動用飛信）

最后，思考一下。軟件、工具、工作平臺有非常之多，形形色色、功能多種多樣、有簡單的有復雜的。怎么樣去選擇，上面已經說了很多方法和具體工作應用。但最根本的還是選擇合適自己公司、個人的。就如中國古代十八種兵器，樣樣厲害，各有所長。沒有最好，只有最合適，按照具體情況和需求，決定采用什么工具。

第五篇：互聯網產品經理幾種必備文檔的介紹

【摘要】

互聯網產品經理幾種必備文檔的介紹

【全文】

BRD Business Requirements Document，商業需求文檔。這是產品聲明周期中最早的問的文檔，再早就應該是腦中的構思了，其內容涉及市場分析，銷售策略，盈利預測等，通常是和老大們過的ppt，所以也就比較短小精煉，沒有產品細節。

商業需求文檔重點放在定義項目的商業需求。BRD要能說出客戶碰到的一個或多個商業問題，并且通過公司的產品能夠解決這些問題。接著一個 —— 通常是新產品或者現有產品的改進來解決這些問題。BRD也可能包括一個高級的商業案例，例如收益預測，市場競爭分析和銷售/策略。BRD通常是由擁有產品經理，產品營銷經理或者分析師頭銜的人撰寫的。在小公司，可能由高級主管或者甚至創始人撰寫。BRD通常是一份連續的1-3頁Word文檔，或者不超過10頁的Powerpoint文檔。

MRD Market Requirements Document，市場需求文檔。獲得老大的認同后，產品進入實施，需要先出MRD，具體來說要有更細致的市場與競爭對手分析，通過哪些功能來實現商業目的，功能/非功能需求分哪幾塊，功能的優先級等等。實際工作中，這個階段PD可能的產出物有Mind Manager的思維圖，Excel的Feature List等。

市場需求文檔（MRD）重點放在為一個被提議的新產品或者現有產品的改進定義市場需求。與BRD指出商業問題和解決這些問題的解決方案不同，MRD更深入提議解決方案的細節。它包括一些或者所有這些細節：

a.解決商業問題所需要的特色 b.市場競爭分析 c.功能和非功能需求 d.特色/需求的優先級 e.用例

MRD通常是由擁有產品經理，產品營銷經理或者行業分析師頭銜的人撰寫的。MRD通常是一份連續的5-25頁Word文檔，或者正如之后描述那樣在一些機構中甚至更長。

PRD Product Requirements Document，產品需求文檔。進步一細化，這部分是PD寫得最多的內容，也就是傳統意義上的需求分析，我們這里主要指UC（use case）文檔。主要內容有，功能使用的具體描述（每個UC一般有用例簡述、行為者、前置條件、后置條件、UI描述、流程/子流程/分支流程，等幾大塊），Visio做的功能點業務流程，界面的說明，demo等。Demo方面，可能用dreamweaver、ps甚至畫圖板簡單畫一下，有時候也會有UI/UE支持，出高保真的demo，開發將來可以直接用的那種。

產品需求文檔（PRD）重點放在為一個被提議的新產品或者現有產品的改進定義市場需求。與MRD側重于從市場需要角度看需求的不同，PRD側重于從產品本身角度看待需求。通常在特點和功能需求上更深入細節，并也可能包括屏幕截圖和界面流程。在那些MRD不包括具體需求和用例的機構中，PRD就包含這些具體內容。PRD通常是由擁有產品經理，行業分析師或者產品分析師頭銜的人撰寫的。PRD通常是一份連續的20-50頁Word文檔，或者針對復雜產品甚至更長。

提醒：一些機構將這里描述的MRD和PRD合并成一個文檔，并稱最后的文檔為MRD。在這種情況下，MRD包括本段描述的內容，也包括上一段描述PRD的內容，并且可能超過50頁。

FSD Functional Specifications Document，功能詳細說明。有一點像“概要設計”，這步就開始往開發銜接了，產品UI、業務邏輯的細節都要確定，細化文檔并保持更新。相應的，有很多內容，比如表結構設計，要由項目經理來編寫了。

功能規格文檔（FSD）把焦點集中在實現，定義產品功能需求的全部細節。FSD可能通過一張張的截屏和一條條功能點來定義產品規格。這是一份可以直接讓工程師創建產品的文檔。與MRD和PRD側重于以市場需要和產品角度看需求不同，FSD把重點放在了以表格形式定義產品細節，再讓工程師實現這些細節。FSD也可能包括完整的屏幕截圖和UI設計細節。FSD通常是由擁有產品分析師，工程領導或者項目經理頭銜的人撰寫的 – 作者通常屬于工程部門。通常一個連續幾十頁的Word或類似文檔。

寫好MRD的10種技巧

MRD-“市場需求文檔”，是產品經理或者產品市場經理編寫的一個產品的說明需求的文檔。這些文檔用于計劃一個新產品或修正一個已有的產品，是被工程師團隊開發產品時使用。

在硅谷的一些公司，MRD僅僅覆蓋high-level的功能。在這種情況下，產品經理通過創建了另一個文檔-通常指的是PRD（產品需求文檔）來定義更加詳細的產品需求。

在本文中，我用術語“MRD”泛指所有那些由產品管理和/或產品市場團隊創建的，為工程師團隊傳達產品需求為目的的文檔。

寫好MRD的10種技巧

1、從用戶角度的編寫

從用戶角度編寫需求內容。使用“用例(Use Case)”和“用戶角色（User Personas）”來達到這個。考慮用以下兩種方法來詳細說明你們公司正在開發的SFA（sales force auation）軟件的“Login”的功能性。

方法A：

用戶通過一個要求用戶提供證書的登陸界面，然后軟件允許用戶帶著特定的權限進入系統。軟件鑒別這些證書，在鑒定通過的基礎上允許用戶訪問那些他們有權限訪問軟件的功能部件。

方法B：

Mike是一個銷售經理，Cathy是一個銷售代表。當他們打開軟件，他們看到登陸界面。他們通過用戶名和密碼進入系統。如果用戶名和密碼是正確的，他們能登進系統。一旦登陸進系統，Mike能訪問軟件所有的功能部件。Cathy只能訪問那些對銷售代表有有效的功能部件。

哪個方法更加容易閱讀和理解?就我的看法,毫無疑問，“方法B”。還有，它同時減少了令人煩惱的閱讀！

2、使用Screen Shots 使用Screen Shots或者mockup來你的想法。我們中很多人都聽說過“一張圖片好比一千個文字”。當提到寫MRD的時候，一個screen shot好比一千個文字！

舉個例子,看看下面這個screen shot，你需要多少字來描述？我想可能不只一千個字。

3、用簡單的語言編寫

在我超過11年的行業中，我通常注意到的（更多是令我懊惱）一件事是用很做作的語言來寫的MRD。我想這個主要是因為MRD聽起來是正式的和專業的原因吧。

相反，想象你寫的MRD是寫給你的在工程師團隊工作的朋友。你的目標是幫助他理解你需要什么，以便于他能開發產品實現這些需要。這個將有助于你避開陷入那些令讀者人厭煩（有時他們會把MRD撕碎然后再碎片喂給碎紙機）的用做作的語言的陷阱。

還有：

a)保持簡短的語句，把長的語句分解成多個小的語句。b)避免大篇幅的連續文本，把他們分解成多個小的章節。c)把大塊文本內容分解成，screen shots，表格、重點列表等等。

4、小心的使用模板

我發現MRD模板非常有用。他們的幾個好處包括： a)模板提供了一個標準的格式，使那些不得不閱讀大量MRD的讀者更加容易閱讀。

b)模板讓新的產品經理快速的寫MRD變得容易，因為公司與公司之間的MRD內容是不同的。

c)模板確保你不會忘記所有需要在MRD中覆蓋描述的部分；

然而，一些公司過分的使用模板。一個硅谷最大的公司之一有一個所有部分被強制使用的近60頁的模板。我覺得這個讓人覺得非常難以忍受并且有幾個負面的作用：

a)產品經理害怕但又不得不寫MRD-幾乎和不得不和Dick Cheney去南德克薩斯打獵一樣（譯者按：副總統Dick Cheney在南德克薩斯打獵時意外的打傷了和自己一起去的打獵伙伴）。

b)工程師團隊害怕但又不得不閱讀MRD。c)寫MRD和讀MRD都需要花大量的時間。

我你使用MRD模板，但確保他們不要過分的長。還有如果需要，確信產品經理可以靈活的跳過模板某些部分和創建新的內容。

5、區分需求的優先級

在這些年里，我從來沒有碰到一個工程師團隊實現了MRD里包括的所有特性的沒有刪減的項目-通常由于那些我們控制之外因素！

這就是說作為MRD作者的產品經理，當出現需要決定取舍的時候，應該提供一個辦幫助讓他們決定那些特性要實現那些可以推遲。

區分需求的優先級是一個最好的能幫助完成這個事情的辦法。我發現把需求分等級就像P1，P2，P3...這樣工作的剛剛好。在這個分類中-P1是最高優先級，P2是第二高優先級等等。

最好的決定一個已經明確的需求的優先級方法這個需求實現后的好處-包括你的客戶和你的公司。在實際實踐中，最好是和其他多種因素一起綜合決定。

我推薦你只要包括P1，P2，P3的需求在你的MRD中，在多數的項目中更低的優先級可能未必會實現。還有這樣也讓MRD變得更加容易讀。

6、說明“是什么”和“為什么”，但不要“如何” 產品經理為理解客戶的需求負責，然后基于這些理解定義什么和為什么需要開發.有一件比任何事情讓開發者發瘋就像在幾英里外都能聽到的汽笛在他們耳邊尖叫一樣的是一個令人痛苦的詳細描述了怎樣實現每一個需求細節的MRD。

考慮你們公司正在開發的以下兩種描述CRM“Login”功能的方法。推薦-描述“是什么”

Mike是一個銷售經理，當他打開我們的CRM軟件，他會看到一個登陸界面...登陸界面建議提供“記住我”復選框。如果Mike在點擊登陸按鈕之前選擇了該復選框，我們的軟件將記住并且在他下次來到登陸界面時自動填寫他的名字。

不推薦-描述“怎么樣”

Mike是一個銷售經理，當他打開我們的CRM軟件，他會看到一個登陸界面...登陸界面建議提供“記住我”復選框。如果Mike在點擊登陸按鈕之前選擇了該復選框-將通過Javascript 保存他的名字以cookie的方式寫到他的硬盤。當cookie寫到硬盤后，用戶名和密碼將被發送到服務器。下一次Mike來到登陸界面時，Javascript 將讀取他的cookie，成功讀取后，Javascript 將是適當的DOM命令填充登陸頁面上的用戶名。好的產品經理擅長理解用戶的需求和描述什么需要實現，好的工程師擅長決定怎么樣實現它。好的工程師希望能自由的決定怎么樣最好的實現用戶希望得到的東西。

我注意到有背景的產品經理尤其喜歡描述“如何實現”。如果這些描述的就是你，應該從現在開始不要再做這樣的事了。工程師們將會感謝你。

附：這里有一些例外的情況-當在描述“是什么”中描述“怎么樣”是必要的，當描述“是什么”的最好的方式和/或唯一的方式就是描述“怎么樣”的情況。

7、覆蓋非功能性需求

盡管功能性需求描述產品的功能，非功能性需求描述系統特性，如：

a)性能 b)可伸縮性 c)可用性 d)國際化 e)等等...我注意到因為許多產品經理和產品市場人員認為這些是“技術細節”，而在MRD中被忽略。我發現這些是我的MRD中非常重要的一部分，工程師們會非常感激在MRD中定義這些需求。

要點：當寫非功能性需求的時候，盡可能的是使他們可度量（可測試）。否則，QA不能測試它們，你將沒有辦法知道完成的產品是否已經實現了這些非功能性需求。

8、評審&修正

我有一個朋友-我們叫他Matt（他的真名叫Steve）。Matt在硅谷一家成功的公司做產品經理工作。最近我在午餐的時候碰到他是告訴我一個非常有趣的故事。

他們雇用了一個有三年的產品經理。在他被雇用的幾個月里，不知何故他讓他的產品經理同事和工程師一樣疏遠他。

他是罪犯？他基本上認為他的MRD就像一個法令。他寫了它，但不想和任何人評審或在反饋的基礎上修改它。他僅僅想工程師團隊沒有問任何問題的拿著它并實現它們！

不要像Matt的同事那樣。確信做到和你的產品經理伙伴和工程師團隊評審你的MRD。保持一個敞開的思想然后在評審反饋的基礎上更新MRD。這將幫助你寫出更好的MRD，工程師將喜歡你（或者至少少恨你一些），你的團隊也將創造更好的產品。

9、定義市場目標和定位

大部分我看到過MRD在覆蓋了市場目標（誰將買和使用戶你的產品）和定位（與競爭對手的產品比你的產品定位怎么樣的）的方面做的很好。

我還看到過一些沒有描述市場目標和定位的MRD，他們通常會這樣爭辯：“為什么工程師們需要知道這些？拿到定義了什么是需要的還不夠嗎？”

這些問題（誰將買和使用戶你的產品和與競爭對手的產品比你的產品定位怎么樣的）的確有一些正面價值，我發現許多工程師想知道為什么一個產品或特性要開發，誰將使用他們，什么是他們可以另外選擇辦法。

這些信息幫助他們和產品組的其他成員想象最終用戶并從而更好的為創造成功的產品工作。我的建議的盡可能的（在MRD中）包含這些信息。-它們不一定要很詳細，只要包含幾個段落就足夠了。

10、包含一個術語表

如果你的MRD使用了新術語或在非通用的地方是使用了常用術語-確保在MRD后面包含一個術語表。

當你像這樣說“我們的軟件將提供SME用戶通過選擇WAP或PSMS開MRC帳單”時，術語表將確保你的所有讀者（有些可能不是技術人員）理解你的意思是什么。