“你覺得作為產(chǎn)品經(jīng)理最重要的三個能力是什么袁梗？”作為一名2歲的PM，我的答案是：學習能力憔古、分析能力遮怜、執(zhí)行能力。你問一名產(chǎn)品總監(jiān)或者CEO投放，他可能會說，“產(chǎn)品感覺适贸、管理能力灸芳，商業(yè)思維，等等拜姿±友” 不同的階段對產(chǎn)品經(jīng)理的能力要求必然不同，作為一名產(chǎn)品小白蕊肥，首先你要有很強的學習能力來符合這個崗位對你的要求谒获。

產(chǎn)品經(jīng)理的整個工作流：市場分析、競品分析壁却、用戶研究批狱、需求分析、產(chǎn)品策劃展东、產(chǎn)品推進赔硫、產(chǎn)品管理，每一步都有一套有效的方法論盐肃，學習并掌握這套方法論爪膊，形成自己工作中的知識體系，工作起來才能少走彎路砸王、得心應手推盛。

1.市場分析

1.1SWOT分析

內部環(huán)境：優(yōu)勢（strength），劣勢（weakness）谦铃；

外部環(huán)境：機會（opportunity）耘成，威脅（threat）。

優(yōu)勢：公司內部充足的資源驹闰，而競爭對手不足凿跳；

劣勢：公司內部缺乏的資源，而競爭對手充足疮方；

機會：用戶存在的需求還沒有被滿足控嗜，公司有資源滿足用戶的需求并且能盈利；

威脅：影響公司產(chǎn)品盈利的因素骡显。

1.2商業(yè)模式

對產(chǎn)品的內外部環(huán)境進行分析之后疆栏，下一步就需要考慮產(chǎn)品的商業(yè)模式曾掂，即盈利模式”诙ィ互聯(lián)網(wǎng)產(chǎn)品的商業(yè)模式大致可分為以下幾種：

1.3商業(yè)模式畫布

商業(yè)模式畫布是一張可以直觀展示產(chǎn)品商業(yè)模式的圖表

作為一名產(chǎn)品經(jīng)理珠洗，尤其是大公司的、產(chǎn)品已進入成熟期的產(chǎn)品經(jīng)理若专，很少有機會參與到公司對市場的決策中去许蓖，但是對產(chǎn)品的市場分析可以幫助我們更透徹的理解產(chǎn)品的定位和市場走向。

2.競品分析

2.1如何選擇競品

A.產(chǎn)品經(jīng)理做競品分析的能力可以分為以下三個等級：

1）初級：能找到同類產(chǎn)品的競品调衰，照貓畫虎的抄襲競品的功能膊爪；

2）中級：能看到競品做的動機和原因，并根據(jù)項目和公司所處的階段來選擇不同的競品或競品的不同階段嚎莉；

3）高級：沒有競品的時候米酬，能夠從橫向和縱向對比來發(fā)現(xiàn)競品。

B.選擇分析的競品可以分為三個類型：

1）核心競品：同目標用戶趋箩、同使用場景赃额、同用戶需求的第一梯隊產(chǎn)品；

2）重要競品：目標用戶叫确、使用場景跳芳、用戶需求有一個不同，在其細分領域的第一梯隊產(chǎn)品竹勉；

3）潛在競品：目標用戶筛严、使用場景、用戶需求不盡相同饶米，但可借鑒性強的第一梯隊產(chǎn)品桨啃。

2.2競品分析的維度

競品分析一般先分析產(chǎn)品的業(yè)務層、其次是功能層檬输，最后是表現(xiàn)層照瘾。具體的分類如下：

市場：政策、容量丧慈、階段析命、商業(yè)模式、占有率等逃默；

資源：團隊鹃愤、投資方、合作方完域、供應鏈软吐、渠道、現(xiàn)金流等吟税；

數(shù)據(jù)：月活凹耙、UV姿现、營業(yè)收入等；

運營：活動時間肖抱、活動成本备典、內容建設、轉化率等意述；

功能：核心功能提佣、非核心功能等；

用戶：畫像荤崇、行為等拌屏；

UE、UI：流程天试、主色調等槐壳。

2.3如何獲取信息

1）公開信息：靠關鍵詞在網(wǎng)上能搜索到的信息

例：百度/谷歌然低、app annie喜每、公司財報、36kr雳攘、艾瑞/易觀带兜、微博/微信；

2）半公開信息：需要一定的統(tǒng)計吨灭、檢測和合理的估算才能得到的信息

例：親自體驗刚照、Excel、爬蟲喧兄；

3）內幕信息：需要通過謹慎推理以及特殊方法才能得到的信息

例：沙盤推演无畔、人際情報、黑客吠冤。

3.用戶研究

3.1定性研究

定性研究的主觀性偏強浑彰、科學性較差，一般樣本量較小拯辙，用于直接收集用戶對產(chǎn)品的使用習慣郭变。

1）用戶訪談

訪問者提出一系列的問題，從受訪者的回答中搜集用戶需求涯保，從肢體語言中洞察他們對產(chǎn)品的使用體驗诉濒。

2）情景訪談

訪問者在用戶的實際工作或生活環(huán)境中與受訪者進行交流，以確定受訪者的使用習慣夕春、需求和痛點未荒。

3.2定量研究

定性研究是探索性研究，用于定性的確定用戶需求及志，最后還需用定量研究的方法來完善和測試茄猫。

1）問卷調查

問卷調查不必解釋了狈蚤，需要注意的是問題的設計多而雜不如少而精，調查的用戶樣本量要盡可能的大划纽。

2）數(shù)據(jù)分析

當你與領導或同事對于某個決策有爭議時脆侮，用數(shù)據(jù)說話是最簡單直接的解決辦法。PC端用百度統(tǒng)計勇劣、移動端一般用友盟靖避，可以很方便的查看網(wǎng)站的PU、UV比默、平均訪問時間幻捏、數(shù)據(jù)漏斗等關鍵性指標。

3）A/B測試

A/B測試用于比較兩個相似的版本命咐，除了一個影響用戶行為的變量之外篡九，其他的條件要相同。當樣本量很大時醋奠，A/B測試的效果會非常顯著榛臼。

比如向用戶推薦福利的時候，是用“殘忍拒絕”還是用“有錢任性”的文案作為關閉按鈕時窜司，對比一下就能看到點擊率的區(qū)別沛善。

4.需求分析

4.1需求來源

A.被動告知需求

1）主要業(yè)務部門：包括市場、運營塞祈、管理層等主要業(yè)務部門金刁，可能是一個新的業(yè)務、活動或者機制的更改议薪；

2）客服：當用戶頻繁咨詢或投訴一個問題時尤蛮，客服會將問題提交給產(chǎn)品經(jīng)理評估；

3）用戶意見反饋：用戶通過挑錯建議等方式反饋的問題斯议，需主動收集产捞，評估并及時處理。

B.主動收集或挖掘需求

1）競品分析

競品分析的方法在前面已經(jīng)說過了捅位，通過競品分析我們可以挖掘部分本產(chǎn)品未解決的用戶需求轧葛。

2）用戶研究

作為產(chǎn)品經(jīng)理，前期的競品分析艇搀、用戶研究都是在挖掘用戶需求尿扯。另外，在挖掘用戶需求的時候焰雕，我經(jīng)常會用畫腦圖窮舉法用來做最后的需求梳理衷笋。“遇到的問題”即用戶需求矩屁，“解決辦法”即相應的功能辟宗。

4.2需求類型

對于已上線的產(chǎn)品爵赵，在做產(chǎn)品迭代的時候，可以對需求池的產(chǎn)品進行分類泊脐，以幫助我們來確定需求的優(yōu)先級空幻。主要的需求類型有：新增功能、功能改進容客、體驗優(yōu)化秕铛、BUG修復等。

4.3需求優(yōu)先級分析

我常常會用兩個四象限分析法來綜合評估需求的優(yōu)先級缩挑，這里建議一個團隊的產(chǎn)品經(jīng)理以來做這一項評估但两。很多時候我們會遇到很多需求都在一個象限里，所以這里推薦兩個四象限分析法供置，可以綜合評估谨湘。

1）“用戶量-使用頻率”四象限

2）“見效快慢-開發(fā)難度”四象限

經(jīng)過分析和評審之后基本可以決定全部需求的優(yōu)先級了，優(yōu)先級最高的需求在第一期的MVP（最小可行性產(chǎn)品）中實現(xiàn)芥丧，優(yōu)先級較低的需求放在下一版或下幾版的產(chǎn)品規(guī)劃中分批實現(xiàn)紧阔。

5.產(chǎn)品策劃

5.1業(yè)務流程圖

A.什么是業(yè)務流程圖？

描述具體某個業(yè)務實際處理步驟和過程的流程圖娄柳。

B.為什么要畫業(yè)務流程圖

1）了解業(yè)務：幫助整個團隊了解產(chǎn)品的業(yè)務是如何運轉的寓辱，并且對業(yè)務流程中不合理的地方進行優(yōu)化艘绍；

2）梳理需求：幫助產(chǎn)品經(jīng)理梳理業(yè)務需求在產(chǎn)品線的各個階段中功能模塊之間的關系赤拒；

3）傳達需求：研發(fā)工程師構建技術架構和明確技術分工會主要參考業(yè)務流程圖。

C.怎樣畫業(yè)務流程圖诱鞠？

1）確定范圍

確定業(yè)務流程的起點和終點挎挖，是截取某一段業(yè)務進行詳細描述，還是整體業(yè)務模塊進行描述航夺。

2）確定要素

誰蕉朵，在什么情況下，做了什么事阳掐，這個事需要什么前置條件始衅，又輸出了什么，是在哪里完成的缭保？搞明白這幾個問題汛闸，我們的要素就確定了。

2）梳理呈現(xiàn)

怎么畫流程圖這里不贅述了艺骂，用什么工具诸老、怎樣更精美都是不重點，重點是關鍵要素的搜集和確認钳恕。泳道圖是常用的一種表現(xiàn)形式别伏，一般橫向代表用戶角色蹄衷，縱向代表各階段。

4）評審確認

a.讓涉眾參與評審：業(yè)務流程圖中涉及到的用戶角色或部門要盡可能讓他們參與到評審中來厘肮，切忌自己YY愧口；

b.層次分解，重點突出：流程很復雜的类茂，可以在一個主圖里展示主要流程调卑，在其他圖里分別將主流程中待展開的流程進行展開。

5.2頁面流程圖

A.什么是頁面流程圖大咱？

描述產(chǎn)品的全部頁面相互間關聯(lián)的流程圖恬涧。

B.為什么要畫頁面流程圖？

1）了解全局：對于整個團隊碴巾，頁面流程可以從表現(xiàn)層了解產(chǎn)品的全局溯捆；

2）梳理業(yè)務：反復研究頁面流程圖并優(yōu)化，可以使整個產(chǎn)品變得更加簡約厦瓢；

3） 傳達需求：設計師要設計多少個頁面松申，前端工程師要寫多少個頁面一目了然斑匪。

C.怎樣畫頁面流程圖？

1）找出所有的頁面：找出所有物理層面的、真實存在的頁面仅仆，切忌不要像業(yè)務流程圖一樣具體到某個功能和模塊；

2）用有向線條關聯(lián)：把所有相關跳轉頁面用有向線條關聯(lián)兜畸，頁面流程圖較復雜的可以反復研究如何讓其更簡約的呈現(xiàn)梧油；

3）增加條件判斷：從上一個頁面跳轉至下一個頁面的條件是什么，在頁面流程圖里體現(xiàn)出來夹姥，對于設計師來說非必須杉武，但是技術來說可以了解業(yè)務。

5.3功能結構圖

A.什么是功能結構圖辙售？

描述功能之間從屬關系的圖表轻抱。

B.為什么要畫功能結構圖？

1）梳理需求：幫助產(chǎn)品經(jīng)理思考并清晰產(chǎn)品的功能模塊及其功能組成旦部，避免在產(chǎn)品需求轉化為功能需求時祈搜，功能點出現(xiàn)缺失；

2）傳達需求：對于不確定的產(chǎn)品樣式問題士八，可以一種較為簡潔明了的方式來表達容燕；

3）提高效率：發(fā)現(xiàn)功能結構不合理的地方可以快速做出調整，避免在產(chǎn)品設計的細節(jié)上浪費時間曹铃。

C.怎樣畫功能結構圖缰趋？

1）提煉主要功能模塊：我們可以通過業(yè)務流程中涉及到的功能需求去提煉出主要功能模塊；

2）細化功能粒度：根據(jù)自身業(yè)務，將主要功能模塊拆分到更細的粒度秘血。

5.4信息結構圖

A.什么是信息結構圖味抖？

從產(chǎn)品的實際頁面中將數(shù)據(jù)抽象出來，組成分類的圖表灰粮。

B.為什么要畫信息結構圖仔涩？

1）梳理信息：幫助產(chǎn)品經(jīng)理梳理產(chǎn)品的信息組成，避免信息內容在展示過程中出現(xiàn)遺漏和重復粘舟；

2）傳達需求：作為技術建立數(shù)據(jù)庫的參考依據(jù)熔脂。一條信息的存儲有很多附加屬性，具體的是存成字段還是數(shù)據(jù)表柑肴，還是中間表或者關聯(lián)表霞揉，這些都需要在完成PRD之后與數(shù)據(jù)庫技術人員進行討論。

C.怎么畫信息結構圖晰骑？

1）將產(chǎn)品的全部信息進行羅列适秩，建議使用腦圖；

2）將產(chǎn)品的信息進行梳理使其結構化硕舆。

5.5原型圖

在產(chǎn)品策劃階段秽荞，產(chǎn)品經(jīng)理通過業(yè)務流程圖、頁面流程圖抚官、功能結構圖和信息結構圖確定了產(chǎn)品都有哪些頁面扬跋、頁面里有哪些功能和信息、哪些操作是如何跳轉的之后凌节，就需要通過原型圖將我們的產(chǎn)品直觀的表達出來钦听。

對于設計師，原型圖是最重要的參考物刊咳，他們關心的是產(chǎn)品各元素之間的排版和布局彪见；對于研發(fā)儡司，原型圖是他們了解功能娱挨，評估功能復雜程度，邊界條件是什么捕犬，異常情況怎么處理的最直接的參照物跷坝；對于測試，他們需要通過原型圖輔助寫測試用例碉碉，以及原型圖是否窮盡各個場景柴钻；對于領導，他們的事情比較多垢粮，原型圖的易讀性也成了他們最關心的產(chǎn)出物贴届。

畫原型的工具一般使用Axure，網(wǎng)上的教程有很多，不會的同學可以自學毫蚓。這里想說一下什么樣的原型圖才算得上專業(yè)占键。

1）設計符合用戶的認知模型

相同屬性的功能進行分組，相近屬性的功能放在一起元潘。例如：我的資料畔乙、我的訂單、我的收藏翩概、我的資產(chǎn)會歸納放到“我的”里邊牲距；“加入購物車”和“立即購買”經(jīng)常會放在一起。

2）交互邏輯無缺失

例如：商品列表頁瀏覽前和瀏覽后的文案的顏色有無區(qū)分钥庇？商品列表頁過長時導航欄是否需要懸浮置頂牍鞠？

3）異常場景不遺漏

例如：頁面加載失敗時提示用戶什么？用戶從WiFi切斷到數(shù)據(jù)流量時提示用戶什么评姨？

4）關鍵字段有規(guī)則定義

例如：發(fā)布時間的字段是顯示年/月/日還是月/日皮服？顯示月/日的話跨年了怎么辦？發(fā)布時間在一天以內的話是顯示多少個小時前還是顯示月/日?

5）極限情況有定義

例如：用戶名最長為多少字参咙？頁面沒有數(shù)據(jù)時展示什么龄广？頁面數(shù)據(jù)過多是怎么展示？

6）全局組件有說明

全局組件指的是產(chǎn)品通用的組件蕴侧，例如：斷網(wǎng)择同、操作成功、操作失敗净宵、正在加載敲才、空數(shù)據(jù)界面、404等择葡。

6.產(chǎn)品推進

產(chǎn)品策劃的方案紧武，主要是原型圖，經(jīng)過部門內評審敏储、技術可行性評審阻星、公司高層評審（根據(jù)項目的實際情況而定）之后，就進入到了產(chǎn)品推進階段已添。這個階段你需要經(jīng)歷的過程有編寫產(chǎn)品需求文檔（PRD）妥箕，需求對接、設計跟進更舞、前端跟進畦幢、研發(fā)跟進、測試跟進和上線跟進缆蝉。本階段涉及的專業(yè)性知識不多宇葱，但是雷區(qū)卻不少瘦真，我結合自己的工作經(jīng)驗來分享一下哪些雷區(qū)是你需要避開的？

1）PRD編寫不細致

技術在開發(fā)時會按照你的PRD來執(zhí)行黍瞧，如果你對需求的描述不夠細致甚至是邏輯缺失吗氏，會導致技術在開發(fā)時加入自己的理解來實現(xiàn)，最后達不到產(chǎn)品預期雷逆。其次弦讽，因為需求描述不完整導致在開發(fā)過程中新增需求，是技術最痛恨的事情膀哲。為了不增加研發(fā)工作量往产，PRD編寫越細致越嚴謹越好。

2）需求對接不透徹

設計師某宪、前端仿村、技術和測試會根據(jù)你的原型圖和PRD來開展相關工作，有時候你以為需求已經(jīng)通過原型圖和PRD表達的很清楚了兴喂，但是在需求的理解上一定存在信息不對稱的情況蔼囊。集體需求對接會是必不可少的，將需求的對接做到盡可能的透徹衣迷，對接會結束之后一定要給相關人員發(fā)郵件畏鼓；在產(chǎn)品推進過程中，要及時與相關人員溝通和跟進壶谒，將需求理解不透徹導致返工的風險降到最小云矫。

3）需求中途變更

前期的需求分析、方案評審等環(huán)節(jié)汗菜，產(chǎn)品經(jīng)理是必不能偷工減料的让禀，一旦對某一環(huán)節(jié)的忽略抱有僥幸心理，最后的后果就是研發(fā)過程中需求變更陨界。如果需求中途變更巡揍，一方面會增加相關人員的工作量，另一方面會損害自己的口碑菌瘪。如果中途因為一些事先沒有預料到的因素腮敌，比如領導臨時變更需求，作為產(chǎn)品經(jīng)理要做好需求管理麻车，實在需要變更的要盡量說服相關人員缀皱，推動大家去完成。

4）技術砍需求

一個需求有時候從技術的角度來考慮动猬，為了減小自己的工作量或者根據(jù)他們自己對業(yè)務的理解，會出現(xiàn)砍需求的情況表箭。產(chǎn)品經(jīng)理需要做的首先是傾聽赁咙，合理的話可以討論，不合理的話要拿出我們的用戶研究、需求分析結果以及需求對接郵件據(jù)理力爭彼水。

5）工作進度模糊

在需求對接會上崔拥，項目規(guī)劃和確認是必不可少的一環(huán)，相關人員需要根據(jù)工作量評估自己工作的時間節(jié)點凤覆，大家根據(jù)約定的時間來完成工作链瓦。如果缺失這一環(huán)節(jié)就會導致工作進度模糊，上線日期延期盯桦。其次慈俯，根據(jù)項目的需要可以考慮每日站會和階段性的產(chǎn)出物評估會。

7.產(chǎn)品管理

7.1產(chǎn)品發(fā)布

前面所有的工作都做完之后拥峦，最后就需要讓產(chǎn)品發(fā)布上線贴膘。絕大多數(shù)情況我們做的都是產(chǎn)品迭代更新的發(fā)布，面對版本更新略号，如果用戶的使用習慣發(fā)生了改變刑峡，用戶一般都是不愿接受的態(tài)度。面對這種情況玄柠，需要我們用非技術和技術的手段去規(guī)避突梦。

A.非技術手段

1）以網(wǎng)站公告、app推送羽利、短信或郵件的方式預先通知用戶阳似；

2）嚴格控制產(chǎn)品的測試和驗收質量，確保更新內容的可靠性铐伴，避免上線之后又撤回的尷尬撮奏。

B.技術手段

1）A/B測試：頁面或流程設計A/B兩個版本，隨機讓比例相同的兩部分用戶使用当宴，通過數(shù)據(jù)分析選擇效果好的版本作為正式版本發(fā)布給所有用戶畜吊。

2）平滑部署：讓一部分用戶繼續(xù)用A版本，另一部分用戶開始用B版本户矢，如果用戶對B版本沒有反對意見玲献，再逐漸擴大B版本的使用范圍，直至全部遷移梯浪。

3）增量發(fā)布：將所要發(fā)布的功能本身進行分割逐漸發(fā)布捌年，注意更新的節(jié)奏，確保產(chǎn)品的穩(wěn)定性挂洛。

7.2版本管理

前邊在需求分析時已經(jīng)提到礼预，產(chǎn)品經(jīng)理需要做好需求池管理，根據(jù)需求的優(yōu)先級來規(guī)劃產(chǎn)品的版本虏劲。一般我們可以將產(chǎn)品的生命周期劃分為探索期托酸、成長期褒颈、成熟期和衰退期四個階段。通過對多個app的迭代時間進行研究励堡，發(fā)現(xiàn)不同階段的產(chǎn)品迭代周期大致如下谷丸。

探索期和成長期：最重要的核心用戶是種子用戶，他們最大的特征是忠誠度不高应结，有很強的好奇心刨疼，迭代頻率為小步快跑，2周左右迭代一次鹅龄；

成熟期：最重要的用戶是主流用戶揩慕，他們更注重產(chǎn)品的體驗和穩(wěn)定性，因此這個階段的迭代周期適合大小結合砾层，小需求（新增功能漩绵、bug優(yōu)化）小步快跑，1個月左右迭代一次肛炮；大需求（新增模塊止吐，UI改版）的迭代周期可以保持在3個月1次。

衰退期：最重要的用戶是相對“固執(zhí)”的主流用戶侨糟，只要產(chǎn)品還能滿足他們的需求并確保使用體驗碍扔，他們是不會輕易放棄產(chǎn)品的，因此這個階段的迭代更新會是節(jié)奏相對較慢的小需求迭代秕重，迭代周期可以在2個月左右不同。