產品經理從專業(yè)走向管理[上篇]
前言
上周很榮幸的，給一家企業(yè)做了定制版的“產品經理內部培訓”，嚴格意義上來說也談不上“培訓”2個字，因為本身自己的認識、資歷、技能都是半桶水，二來，到目前也沒有做出啥成功的產品。不過成長的道路，必有你師我?guī)?，借此希望和大家共勉吧?/p>
產品經理其實是一個從P(prefessional)到M（management）的過程，如果大家夠努力、夠堅持，相信大家一定能走的很遠。我個人的感覺，產品經理是一個很有挑戰(zhàn)性的職業(yè)。雖然很多時候，大家還會有無聊、被動、困惑之感，但相信只要“堅持”—前途一定很光明。產品經理們，加油！
目錄
正文
一、產品經理認識篇
1、產品經理定義
產品經理（Product Manager），通常是指：擔負某類產品研發(fā)、運營、管理的經理人。
他們的工作縱深從：前期市場調查、產品的創(chuàng)意、策劃實施、產品研發(fā)、產品上市、市場推廣…一直到產品生命周期的結束的全過程。
但值不能混淆的概念是：產品經理不等同于產品管理。大多數時候產品經理行駛的是執(zhí)行權，盡管在產品生不同的生命周期中，產品經理要帶動、協(xié)調不同的部門、不同的對象。換個層面來講，產品經理只有對產品的支配權，沒有對人的支配權，所謂的行政權。
2、產品經理職責
2.1、市場調研
市場調研是指研究市場以了解客戶需求、競爭狀況及市場力量（market forces），其最終目標是發(fā)現(xiàn)創(chuàng)新或改進產品的潛在機會。
通常一般采用的方法有：
1、與用戶交流
2、與直接面對客戶的一線同事如銷售、客服、技術支持等交流
3、市場研究報告分析
4、競爭對手產品分析
5、用戶數據分析
市場調研可以讓你知道，市場目前是什么樣一個狀況，有沒有必要性做？風險系數有多高？所以市場調研的準備，將直接影響到項目可行性。市場調研的成果，另外一個方面也就形成商業(yè)機會、幫助企業(yè)改進產品戰(zhàn)略，從而更好的占有市場。
2.2、需求管理
需求管理，是指產品經理在執(zhí)行需求過程中的一系列管理工作。
通常包含：需求來源管理、需求版本管理、需求分配管理、需求跟蹤管理。而需求來源管理有：
1、市場需求
2、高層需求
3、用戶需求
4、運營需求
5、其它需求
2.3、產品規(guī)劃
產品規(guī)劃是指在通過市場和競爭分析，根據公司自身的情況和發(fā)展方向，制定產品規(guī)劃、產品規(guī)格設計、更新產品組合等。制定出產品的遠景目標（Vision）以及實施該遠景目標的戰(zhàn)略、戰(zhàn)術。
產品規(guī)劃，是制定產品發(fā)展戰(zhàn)略方向的過程，通常包含：
1、用戶目標
2、商業(yè)目標
3、關鍵差異
4、盈利模式
5、效益目標
6、品牌定價
2.4、產品定義及設計
產品定義
產品定義,主要解決了是什么的問題。
例如：
當然上面解決了產品是什么，我們要做什么樣一件事的，具體的闡述開來我們做的產品具體包含哪些，主要有：
1、產品愿景；
2、目標市場；
3、市場競爭分析；
4、功能概要；
5、產品用例（UseCase）
6、系統(tǒng)需求
7、性能需求
9、運營需求等
通常采用產品需求文檔（PRD）來進行描述，寫PRD我講會在后面會講到。
產品設計
產品設計是指設計產品的的整個過程，產品上市后是什么樣子的、信息構架、功能設計。
特別是IT行業(yè)，外觀方面：主要以網頁或客戶端作為產品的面向交互載體。具體的將，還包括用戶界面設計（UI，User Interface）和用戶交互設計（User Interaction），
例如：
產品設計的過程，也是體驗用戶體驗的過程，例如我們現(xiàn)在要做的產品，大到整個色系、產品風格的把握，小到一個按鈕效果都要要產品去一一落實。做成產品產出成果，這是很考驗一個產品經理功底的。
2.5、組織協(xié)調
組織協(xié)調能力是指：協(xié)調來自不同團隊的人員（包括工程師、QA、UI設計師、市場、銷售、客服等），對資源進行分配，同時控制、激勵和協(xié)調群體活動過程，使之相互融合，從而實現(xiàn)組織目標的能力。例如：在預定項目工期內按時開發(fā)并發(fā)布產品。
項目協(xié)調，通常涉及到如下工作內容：
1、 制定項目計劃；
2、 進行資源協(xié)調
3、跟蹤項目進展
在大型公司里，通常會有項目經理來處理大部分項目管理工作，產品經理只需提供支持。不過在創(chuàng)業(yè)公司里，產品經理通常需要自己進行項目管理。在有些公司，技術負責人也可能做為項目經理，處理大部分項目管理事宜。
2.6、文檔編寫
1、市場調查文檔
2、產品需求文檔
3、產品說明書
4、測試報告
5、用戶幫助
6、對外培訓
2.7、產品培訓
產品培訓主要是面向內部同事，如：銷售、市場、媒介、客服等講解產品的相關的定義、功能、特點目標市場，也可能包括向外界如媒體、行業(yè)分析師及用戶宣傳產品。產品培訓是一個產品研發(fā)到發(fā)布，以及運營中很重要的一個環(huán)節(jié)。
2.8、產品生命周期管理
產品生命周期管理：指那些隨著產品經歷概念化->發(fā)布->成熟->退出市場整個生命周期中的產品管理活動。
例如：
作為優(yōu)秀的產品經理，一定要知道自己產品的生命周期情況。這樣才可以根據產品在市場上表現(xiàn)出的生命力，不斷的進行產品策略調整。以及合理的做好產品線管理，從而避免單一的產品存在的風險。
3、產品經理能力素質
3.1、溝通能力
優(yōu)秀的產品經理一定是個成功的溝通者，溝通能力包括口頭溝通能力和文字溝通能力。產品經理的一個最主要角色是做為溝通的中心。
產品經理的溝通能力不僅體現(xiàn)在和不同工作崗位的人進行有效溝通，同時還體現(xiàn)在如下方面：和不同個性的人溝通。例如，大部分工程師的性格偏內向，而大部分銷售和市場人員則很外向
和不同工作崗位的人溝通時采用不同的”語言”。如果要進行高效溝通，很重要的一點是說溝通對象關注和易于理解的”語言”。
例如：
產品經理采取不同的溝通方式
和工程師溝通 客戶的需求、訂單審核
和銷售人員溝通 “數據庫性能”、”內存管理算法”
3.2、學習能力
產品經理不斷的涉獵、剔除、換位思考、總結；要謙虛的向人學習、交流、獲取經驗，這才是產品經理迅速成長的階梯。如果一直固定自己的世界里抓鬮，結局一定是失敗無疑。
IT產業(yè)是一個快速變化的產業(yè)，”不變的也許只有變化”，新技術不斷涌現(xiàn)，今日的新產品在幾個月后就會變成大路貨，甚至更快。優(yōu)秀的產品經理必須能夠快速學習，即便是在比較新的領域。具備此能力才能相對容易地在不斷變化的市場和技術趨勢下管理好產品。.
例如：
3.3、執(zhí)行能力
成功的產品經理是優(yōu)秀的領導者，即便是沒有明確的授權。產品經理通常需要在多個領域執(zhí)行領導工作，很多地方也產品經理的這種現(xiàn)象歸結為：“無授權領導能力”。
無授權領導能力包括領導項目團隊、領導產品戰(zhàn)略和藍圖指定，以及領導跨團隊的產品活動等。但是在大多數情況下，產品經理通常沒有得到公司正式的授權。所以是否具有”無授權領導能力”就成為成功與否的關鍵。
例如：
3.4、熱愛產品
優(yōu)秀的產品經理對產品有一種固定的愛，發(fā)自內心的熱愛。
他們孜孜不倦地嘗試各種新產品，注冊各種產品的測試版，下載產品的試用版并仔細揣摩，一有時間就去網上看各類新的產品。他們醉心于創(chuàng)造優(yōu)秀的產品–無論是全新的產品或是既有產品的改進。
3.5、注重細節(jié)
優(yōu)秀的產品經理對細節(jié)孜孜以求，注重細節(jié)是開發(fā)優(yōu)秀產品的最重要先決條件，正所謂”細節(jié)決定成敗”。
成功的產品經理觀注細節(jié)不僅僅是提到產品性能，同樣，這種細節(jié)體現(xiàn)在你所做的需求中。報告中、計劃中。在內容上，請盡可能的描述到實施細節(jié)；在表現(xiàn)上，請盡可能的體現(xiàn)一個產品設計師的UI用戶體驗設計細節(jié)。
3.6、數據敏感
優(yōu)秀的產品經理對數據敏感,善于從大量數據中挖掘有用的信息,進行數據分析。從而發(fā)揮數據的利用率，和商用價值。
例如：
3.7、商業(yè)敏感
優(yōu)秀的產品經理對商業(yè)有極好的感覺，他們清楚如何發(fā)現(xiàn)市場機會，了解競爭差異化的重要性，并能提出制勝的產品戰(zhàn)略、定價、推廣策略、合作計劃以及盈虧分析等。
大凡優(yōu)秀的產品經理都有商業(yè)有很強的敏感。商業(yè)敏感度并不是我們閉門造車去想出什么來，更多的是源于生活、深入市場、結合行業(yè)。從某種意義上來說是站在產業(yè)鏈的高度。
4、產品經理進階發(fā)展(重要)
產品經理其實是從P(prefessional)到M（management）的過程，誰也沒有幾載一上來就是管理，就會管理。所以先把P做好，然后慢慢的抬高全局觀、戰(zhàn)略感逐漸往M層面混跡。
產品經理的量化點在于：聰明度、邏輯思維能力、溝通協(xié)調、文檔能力、知識構成等，這些做好了，才可能讓你出色的完成：高效的執(zhí)行、溝通和日常管理工作。
產品經理從專業(yè)走向管理[下篇]
二、產品經理技能篇
1、產品經理需求技能
產品經理的需求技能，包含需求獲取、需求篩選、需求分析、需求執(zhí)行，這一系列過程是對產品經理綜合素質的一個考驗和全面衡量。如：對知識的要求，對行業(yè)市場的理解和經驗。
而且在這整個過程中，我們如何快速、高效的完成需求工程，也對我們有著越來越高的要求。
1.1、寫需求的八項思路
1、合理的建立全局觀，把握整體框架；
2、合理的建立業(yè)務模型；
3、合理的拆分系統(tǒng)需求；
4、合理的預留系統(tǒng)擴展；
5、合理的處理好業(yè)務流，信息流，以及數據流；
6、合理的遵從：業(yè)務原理（邏輯）”→系統(tǒng)實現(xiàn)原理（邏輯），然后細分到-模塊實現(xiàn)原理（邏輯）、具體到-界面交互原理（邏輯）；
7、合理的編排需求的優(yōu)先級次序；
8、合理的做好需求被KO掉的準備。（O(∩_∩)O~）
1.2、寫需求的十點注意
1、寫文檔，一定不在拘泥于工具，在于思路；但用好工具，會使你的需求加速；
2、寫文檔，一定先定義流程，后定義交互原型，原型僅是需求交互的載體；
3、寫文檔，一定要劃分好優(yōu)先前后級，核心的、主要的需求先走，其它的可以緩后；
4、寫文檔，一定要基于可開發(fā)，不能天馬行空。（IDEA階段可以天馬行空）；
5、寫文檔，一定要規(guī)范，目錄、層級都清晰，寫出來別人是要看的；
6、寫文檔，一定要清晰明了，不在于是否寫的多，在于是否真正說明了問題；
7、寫文檔，一定要學習競爭者的長處，可以把好的東西借鑒過來，吸取精華；
8、寫文檔，一定要落實到每個細節(jié)，需求都不完善，成品何來完善；
9、寫文檔，一定要自己多看，自己給自己找茬，把問題止步于自己；
10、寫文檔，一定要注意版本管理，并做好版本修訂等工作。
1.3、寫需求的八個步驟
1、第一步：需求分析（業(yè)務模型、業(yè)務機制、系統(tǒng)功能、系統(tǒng)邏輯）；
2、第二步：確定產品定義；
3、第三步：確定用戶目標和用戶任務；
4、第四步，確定產品具體定位；
5、第五步，確定設計產品用例、流程；
6、第六步，確定設計產品原型；
7、第七步，打包需求說明文檔；
8、第八步，最后確定產品優(yōu)先級（核心的、主要的、擴展的）；
1.4、寫需求的正確方法 (參考)
宗旨：通過工具—把思想有邏輯、有細節(jié)的合理的組織到一起！
1、熟悉項目發(fā)生的相關業(yè)務行為。
言下之意，就是說：我們要做的是什么項目，我們這個項目主要是做什么業(yè)務，具體業(yè)務我們怎么通過更合適的框架、平臺去實現(xiàn)它、支撐它。簡而言之的要求：
面向業(yè)務（對象），進行業(yè)務行為（設計），也是需求的開始，
比如：通過use case 可以很容易，很清晰的將整個業(yè)務員系統(tǒng)直觀、規(guī)范的表達出來，按照模塊建立各個package,從而將復雜的業(yè)務通過case直觀的表現(xiàn)出來。
2、將業(yè)務，從產品層面肢解開來，做到抽絲剝繭部分與整體統(tǒng)一
很籠統(tǒng)的說，就是流程問題。
流程就是邏輯，你只有制定合理的、符合業(yè)務實際情況。符合系統(tǒng)實現(xiàn)（可實現(xiàn)、容易或穩(wěn)定實現(xiàn)）的流程，才會更好支持日后的業(yè)務系統(tǒng)和管理系統(tǒng)服務實際的業(yè)務。
不管是進銷存、還是SAP原理其實都是相通的。
3、把項目條目化，條理化，目錄結構具體規(guī)定好。
有了上面主要的CASE和流程的保障，接下來就應該要從系統(tǒng)的功能方面做條目化的規(guī)劃制定了。功能怎么排列，設置更符合業(yè)務的使用邏輯，怎么樣讓使用者更容易、直觀的入手，怎么樣一個很好的B/S或C/S的功能界面呈現(xiàn)到前臺。
4、前臺結構布局，合理規(guī)范的將系統(tǒng)脫去朦朧的華紗。
眾所周知開發(fā)者和使用者是不知道這個地方應該有哪些功能，到了這一步了有哪些功能，數據提交失敗有什么提示，不會使用有什么幫助或提示操作、入口。
所以做為產品人員我們要充分的考慮到上述到這些東西，對于從業(yè)人員來說這也是我們最基本的素要體現(xiàn)。很多人都說，要符合業(yè)務系統(tǒng)，要符合使用習慣，要符合瀏覽或人機傳播，口碑，品牌形象習慣，總是就是人性化的去把這個東西設計的更合理，更易用，更有親和。
5、穿針織網，把需求綜合起來，整理成最終的產品需求文檔
該做的做了，然后開始做到一個文檔里，寫明項目名稱，把CASE/l流程、目錄放近去，把項目背景、需求的各個約束、規(guī)則的界定、文字的補充說明交代清楚，同時把模塊的字段，狀態(tài)，對應該操作。所以模塊設計的頁面地址整理好，一份色香味齊全的文檔就出爐了。
2、產品經理工具技能
2.1、流程用具
Visio是基礎的一款辦公工具，其實也是很最好用的。通過Visio我們可以很方便、快速、高效的把業(yè)務流程、系統(tǒng)實現(xiàn)流程畫出來。Visio本身是有很多組件庫的。就像一般情況而言，簡單的、復雜的流程，我們都可以通過visio的基本流程圖就夠了。
它的優(yōu)勢在于：
一、專業(yè)，本身就是為流程而身；
二、高效，軟件提成了一系列的流程環(huán)境，不論你做什么都易如反掌；
三、可擴展，通過添加一些visio模具,可以滿足用戶個人日益增長的需求。
不過有利必有弊，Visio它的劣勢在于：
一、文件導出支持格式少，如不能直接導出為pdf；
二、打開方式局限，如果另外一臺機器沒有visio環(huán)境，只能借助額外的工具閱讀。
三、軟件本身不帶一些很炫的模具效果。
不過我們選擇、使用軟件，總是用其長，拋其短。下面我拿幾個我畫過的流程給大家演示一下visio的魅力所在：
2.2、用例工具
Rational-Rose 確切的來說是面向對象的建模工具 ，通過Rational-Rose，我們很標準、清晰的把一些繁瑣的業(yè)務實現(xiàn)原理、對象協(xié)調流程通過圖示表達出來。
產品經理應用Rational-Rose，可以很方便的把用戶行為、多系統(tǒng)協(xié)作具體聯(lián)系起來，而不用用很大一推文字區(qū)表達和闡述。一來提高工作的效率，二來也更好的讓工程師獲得了解。我在之前的SNS社區(qū)中很多圖示都是用Rational-Rose畫的。
Rational-Rose提供了：
一、用例圖；
二、類圖；
三、序列圖；
四、狀態(tài)圖；
五、活動圖；
六、組件圖；
七、部署圖；
八、等
可以把日常、業(yè)務、系統(tǒng)實現(xiàn)需要的一些邏輯，很好的通過圖示傳達。例如：很簡單的一個自動咖啡機流程，我們通過一個小人，幾個圈圈就能說明道理。以下是我曾經畫過中的幾個圖示，想必大家一看就知道Rational-Rose的妙用了。
2.3、原型工具
Axure這個工具，是產品交互設計師的一個利器，07年的時候就在研究它使用它，相信絕大多數同行都認為它的優(yōu)勢在于：
一、Axure這個軟件功能強大，可以做出很多交互效果，直接通過拖拽畫出原型、生成網頁；
二、Axure這個軟件效果高，只有遵循一些可用性原創(chuàng)，很快模擬出高保真頁面原型。
三、Axure這個軟件，上手容易，稍微看看一些教學Demo，你也能達到專家級的水平。
還依舊在依賴Word、Ppt工作中的朋友，您可以考慮一下它了。Axure軟件的用法，無非是基于于onmouse/onclick/onfous以及onload一些交互。要是做些TAG或菜單動態(tài)樣式的一些技巧。其實你只要弄清楚每個線框圖組件，它對應能模擬、實現(xiàn)哪些功能就好了。
不過大家不要拘泥于軟件的使用，我看到很多群，很多人專研Axure軟件的用法，其實我覺得適可而止就行了。
一、Axure生成的原型，只作為定效果用，不具備直接適用性；
二、Axure生成的原型，只是配合你解說，并不是取代你解說；
三、Axure生成的原型，只是反應的你的交互設計意識，并不是代表你的交互實現(xiàn)能力；
所以說重要的還在于交互設計的想法、理念，以及對視覺、用戶體驗的研究，橫向軟件的熟練度，并不能增加你的垂直水平。真正的產品經理應該從產品交互設計師轉向怎么思考作為真正的產品經理。那順便也提到一點，做為產品設計從業(yè)者特別是很多做互聯(lián)網的朋友，一定要了解基本的Html、了解一些技術的實現(xiàn)原理，因為交互也是有章可循的。很多時候，一味的天空行空只是我們的Idea而已。
2.4、演示工具
產品經理技能-產品演示,是日常中必備的一項技能，我用demo-builder給大家演示了一些涉及的常用技巧。一般情況下，新產品的發(fā)布與演示，以及幫助操作需要做手把手演示。這樣很多很傻瓜的用戶也能跟著演示一步步的去做、去完成。
demo-builder本身這個軟件沒有什么技術含量，在做演示產品的過程中，你可以選擇截圖自己去場景拼接，或者直接錄制屏幕，在事后回放的過程中進行編輯，剪輯。那需要注意的是，一定要保證生成出來的文件比較小，這樣用戶下載的時候可以很方便的去查，文件大的，可以做loading。
產品經理技能-產品演示,有備無患，很多時候專業(yè)的flash人員不在，那就你發(fā)揮的時候到了。稍微有點動畫知識的產品經理就知道，demo-builder其實是很好上手的，原理有點像很多電子雜志制作軟件。通過幀的組合，快慢、場景的過渡，就能完成很多專業(yè)化的效果。本身，一些圖片的載入，載入，幀的載入、載出都是現(xiàn)成有的。關鍵就看你怎么樣合理組織了。
2.5、測試工具
TestDirector是Mercury Interactive公司推出的基于WEB的測試管理工具。它能夠指導進行測試需求定義、測試計劃、測試執(zhí)行和缺陷跟蹤，即整個測試過程的各個階段。通過整合所有任務到軟件測試中，來使整個測試管理工作更有效，并確?？蛻羰盏礁哔|量的產品。
2.6、日常工具
3、用戶體驗設計
一切以用戶為中心的設計理想。用戶體驗模型(UEM)，
3.1、用戶體驗九大注意事項
一、整體視覺設計怎么樣？
二、功能可用性怎么樣？
三、層級入口設計怎么樣？
四、任務流程可用性怎么樣？
五、內容可用性怎么樣？
六、內容可查找想怎么樣？
七、交互合理性怎么樣？
八、響應速度怎么樣？
九、文字幫助、反饋、引導怎么樣？
3.2、用戶體驗常見六大問題
一、用戶來了很迷茫，不知道你這能干什么；
二、用戶來了很迷茫，不知道他去哪能操作；
三、用戶來了很迷茫，不知道他具體怎么操作；
四、用戶來了很苦惱，想做某個任務不可用；
五、用戶來了很苦惱，想操作某個功能不可用；
六、用戶來了很苦惱，基本疑問得不到幫助指引；
說明：以上部分內容為網絡資料收集，旨在給大家一點啟發(fā)。
