通過前面幾篇介紹，我們認清了做產(chǎn)品所處的環(huán)境和想要達到的目標后派任，接下來我們需要打通任督二脈赶诊，通過系統(tǒng)化、結(jié)構(gòu)化的思維方式搭建好知識體系的框架逸贾，然后再通過日常的學習往框架中不斷填充內(nèi)容豐富完善。
招式心法：用知識武裝自己
既然知識體系津滞、方法論的這么重要铝侵，那接下來我們來看下做產(chǎn)品需要學習的知識體系和方法論有哪些。
我們學習知識和方法論触徐，最終是為了讓我們達到某種能力（也是第一篇文章做產(chǎn)品少走彎路系列一：上帝視角（1）藥方里面的第四個療程要達到的）咪鲜，職場中我們的能力無外乎有三種，分別是業(yè)務(wù)能力撞鹉、專業(yè)能力和管理能力疟丙。業(yè)務(wù)能力是需要我們在自己行業(yè)里面摸爬滾打來提升的，這里不做展開鸟雏，而專業(yè)能力和管理能力相對來說比較標準化享郊，這里重點進行講解。
在形成能力之前我們通過系統(tǒng)化結(jié)構(gòu)化的思維搭建好知識體系的框架孝鹊，然后再通過日常的學習往框架中填充內(nèi)容炊琉，不斷豐富完善。
下面就把我們需要必備的一些知識做個梳理：
1. 專業(yè)知識
作為產(chǎn)品經(jīng)理又活，我們?nèi)粘５墓ぷ髁鞒炭梢?b>切分為三個階段苔咪，分別用想清楚、做出來柳骄、走出去來概括团赏。
我們來看下這三個階段各自包括的知識和方法有哪些：
1.1 想清楚
既然是想清楚，那這個階段大部分的時間是在思考：
首先思考產(chǎn)品是否能夠做耐薯，比如是否符合公司戰(zhàn)略舔清？商業(yè)模式和ROI投入產(chǎn)出是否合理隘世？如果能想通，那么就能接著往下推動鸠踪，同時也能爭取到更多的資源丙者。
接著思考產(chǎn)品如何做，比如產(chǎn)品方案如何設(shè)計营密？需求范圍包括哪些械媒？功能結(jié)構(gòu)是怎么樣的？
我們按照思考先后順序评汰，把想清楚這個階段拆解為立項纷捞、需求、功能三步來進行說明被去。
1.1.1 立項
俗話說“三思而后行”主儡，這句話用在做產(chǎn)品上面真的是再貼切不過了，莽撞的行動只會浪費大量的后端資源得不償失惨缆，所以一定要頂住老板或各路領(lǐng)導的壓力糜值，時刻提醒自己想清楚了再做。
如何在工作中踐行“三思而后行”呢坯墨？
我們需要建立項目立項的制度寂汇，所有的新產(chǎn)品在開工之前必須要開項目立項會，可以在公司內(nèi)部設(shè)立一個項目評審委員會（虛擬組織）捣染，人員組成包括研發(fā)負責人骄瓣、產(chǎn)品負責人、事業(yè)部負責人耍攘、CXO級別的各種領(lǐng)導榕栏，如果公司人員比較好那就喊一嗓子叫大家都過來開會商量軍機大事。
在項目的立項會上蕾各，項目發(fā)起人需要把準備的BRD文檔給大家進行講解扒磁，讓大家知道項目的一些細節(jié)信息效览，然后各方根據(jù)自己的專業(yè)知識給出建議和提問抬旺，發(fā)起人進行解答，最終由委員會來投票（如果老板堅決反對的話按灶，那就GG了）看是否通過立項检访。
BRD
上面講的BRD文檔非常重要始鱼，是產(chǎn)品的整個生命周期中重要的三大文檔之一。三大文檔包括BRD脆贵、MRD医清、PRD，其中BRD決定要不要做卖氨，MRD決定如何開始做会烙，PRD是決定做成什么樣负懦。這三個文檔經(jīng)常會用到，需要熟練掌握柏腻。下面把我寫B(tài)RD的邏輯給大家簡單羅列下：
找行業(yè)（根據(jù)公司的戰(zhàn)略方向來確定纸厉，比如我們做交通的不可能跨界去搞外賣）——細分場景（產(chǎn)業(yè)的上下游供應(yīng)鏈）——痛點（用戶、客戶五嫂、渠道颗品、價格、產(chǎn)品）——商業(yè)模式（行業(yè)里面已經(jīng)跑通的沃缘、摸索中的躯枢、新的商業(yè)模式）——SWOT分析（分析后看我們能不能做，市場規(guī)模多大槐臀，有沒有勝算）——產(chǎn)品方案（確認一個可行的方案）——投入產(chǎn)出比分析（根據(jù)方案來預估大概的投入產(chǎn)出情況）——時間計劃（大致的計劃即可）
1.1.2 需求和功能
要搞清楚需求和功能主要是把產(chǎn)品的范圍和結(jié)構(gòu)清晰化锄蹂，涉及到的方法有：
需求收集的方法，主要有用戶訪談水慨、問卷調(diào)查等得糜。
需求分析的方法，主要有馬斯洛需求層次理論讥巡、HMW分析法掀亩、SWOT分析法等。
功能分類和優(yōu)先級排序的方法欢顷，主要有客戶滿意度模型（KANO模型）、四象限定義法（重要捉蚤、緊急）抬驴、波士頓矩陣等。
1.2 做出來
想的很清楚了缆巧，就可以開始調(diào)用后端的人馬干活了布持。這個階段產(chǎn)品狗、設(shè)計獅陕悬、程序猿题暖、測試猴各路大俠要聚集光明頂一起搞事了，武林誰是正派誰排第一的問題上捉超，大家爭論不休胧卤、撕逼不止，想一想這畫面是多么的美好河蟹拼岳。
按照各路大俠登臺的先后順序枝誊，這個階段也可以拆解為設(shè)計、開發(fā)惜纸、測試三步叶撒。
1.2.1 設(shè)計
這里的設(shè)計是一個廣義的設(shè)計绝骚，包括了產(chǎn)品汪和設(shè)計獅的工作。產(chǎn)品在這個階段的主要工作是輸出PRD文檔和原型設(shè)計祠够，設(shè)計師則根據(jù)產(chǎn)品的輸出來完成高保真的UI設(shè)計压汪。
PRD
PRD是整個階段的核心，文檔的優(yōu)劣程度決定了后續(xù)各路大俠撕逼的激烈程度古瓤。上面的BRD文檔是有一定年限的產(chǎn)品人員需要具備的止剖，但是PRD則是從剛?cè)腴T的產(chǎn)品人員就必須具備的技能。網(wǎng)上很多模板大家自行去下載后做對比湿滓，如果大家找不到可以留言再單獨發(fā)給大家滴须。
MVP
產(chǎn)品第一個版本的設(shè)計必須要形成閉環(huán)跑通商業(yè)模式，但是功能又不能太多叽奥，因為要盡量減少試錯的成本扔水。我們可以采用MVP原則，MVP即最小可行產(chǎn)品（Minimun Vialbe Product）朝氓，該方法通常是用在產(chǎn)品初始階段魔市，用來驗證產(chǎn)品是否被用戶接受，是否有人愿意為產(chǎn)品買單赵哲。
MVP要求我們抓住最核心的產(chǎn)品流程待德，剝掉多余的功能或者高級功能，只要主流程可以跑起來可以枫夺。完美并不是我們的目標将宪，快速試錯才是我們目標。譬如一款電商產(chǎn)品核心目標就是讓用戶在產(chǎn)品上下單買東西橡庞。那核心流程就可能是：進入產(chǎn)品 —— 挑選商品 —— 下單付款 —— 查詢物流信息较坛。那就圍繞這個流程，剝離多余的高級功能（分享扒最、評論丑勤、個性化推薦、積分等這些都不要做）做一款MVP產(chǎn)品吧趣。
1.2.2 開發(fā)
開發(fā)階段主要是程序猿哥哥的活法竞，他們需要根據(jù)產(chǎn)品的評審進行系統(tǒng)架構(gòu)設(shè)計、數(shù)據(jù)庫設(shè)計强挫、編碼開發(fā)和做好單元測試岔霸。作為產(chǎn)品我們只需要和他們約定好開發(fā)的原則，同時定期去核對進度即可纠拔。
敏捷開發(fā)
互聯(lián)網(wǎng)軟件開發(fā)基本上都是采用的敏捷開發(fā)秉剑，敏捷開發(fā)以用戶的需求進化為核心，采用迭代稠诲、循序漸進的方法進行軟件開發(fā)侦鹏。主要是為了在用戶需求不斷變化的情況下能夠保證軟件開發(fā)質(zhì)量诡曙，把大的時間點變成小的時間點，做到小步快跑略水。
敏捷開發(fā)的幾個特征如下：
1.敏捷就是“快”价卤。快才可以適應(yīng)目前社會的快節(jié)奏渊涝，要快就要發(fā)揮個人的個性思維多一些個性思維的增多慎璧。
2.客戶參與。以人為本跨释，客戶是軟件的使用者胸私，是業(yè)務(wù)理解的專家，沒有客戶的參與鳖谈，開發(fā)者很難理解客戶的真實需求岁疼。
3.強調(diào)軟件開發(fā)的產(chǎn)品是軟件，而不是文檔缆娃。文檔是為軟件開發(fā)服務(wù)的捷绒，而不是開發(fā)的主體。
4.設(shè)計周密是為了最終軟件的質(zhì)量贯要，但不表明設(shè)計比實現(xiàn)更重要暖侨。
5.迭代。軟件的功能是客戶的需求崇渗，界面的操作是客戶的“感覺”字逗。對迭代的強調(diào)是縮短了軟件版本的周期。
6.小版本宅广“飧兀快速功能的展現(xiàn)，看似簡單乘碑，但對于復雜的客戶需求合理地分割與總體上的統(tǒng)一，要很好地二者兼顧是不容易的金拒。
1.2.3 測試
測試的小姐姐們會在產(chǎn)品評審后輸出測試的用例兽肤，然后在程序猿小哥哥們提測后就開始依次進行功能測試、性能測試绪抛、安全測試资铡、疲勞測試、極限測試等幢码，把好程序上線前的最后一道關(guān)笤休。
灰度發(fā)布
為了讓測試小姐姐們能真正的模擬線上環(huán)境進行測試，有條件的研發(fā)團隊都會進行有灰度發(fā)布症副〉暄牛灰度發(fā)布就是發(fā)布后讓一小部分人能夠看到的新功能方便小范圍的進行測試政基，A/Btest就是利用灰度發(fā)布實現(xiàn)的。產(chǎn)品人員不需要掌握這個知識闹啦，只需要知道是什么意思即可沮明。
1.3 推出去
“臭媳婦總得見公婆”，產(chǎn)品是好是壞還得用戶說了算窍奋，我們要在產(chǎn)品上線后荐健，多渠道收集用戶反饋，然后根據(jù)反饋做好產(chǎn)品的迭代工作琳袄。
為了讓迭代工作更加科學有效江场，那我們就應(yīng)該用數(shù)據(jù)說話。上線前做好數(shù)據(jù)的埋點窖逗，上線后通過分析數(shù)據(jù)驗證迭代工作是否達到了目標址否。另外，對于TOC的產(chǎn)品特別要關(guān)注用戶的增長滑负，因為流量是TOC產(chǎn)品的核心在张。
該階段主要的一些知識和方法有：
1.3.1 數(shù)據(jù)埋點
所謂埋點就是在應(yīng)用中特定的流程收集一些信息，用來跟蹤應(yīng)用使用的狀況矮慕，后續(xù)用來進一步優(yōu)化產(chǎn)品或是提供運營的數(shù)據(jù)支撐帮匾，包括訪問數(shù)（Visits），訪客數(shù)（Visitor）痴鳄，停留時長（Time On Site）瘟斜，頁面瀏覽數(shù)（Page Views）和跳出率（Bounce Rate）。這樣的信息收集可以大致分為兩種：頁面統(tǒng)計（track this virtual page view）痪寻，統(tǒng)計操作行為（track this button by an event）螺句。
現(xiàn)在埋點的主流有兩種方式：
第一種：自己公司研發(fā)在產(chǎn)品中注入代碼統(tǒng)計，并搭建起相應(yīng)的后臺查詢橡类。
第二種：第三方統(tǒng)計工具蛇尚，如友盟、神策顾画、Talkingdata取劫、GrowingIO等。一般情況下兩種會同時采用研侣，第一種主要是來做一些特殊場景的數(shù)據(jù)采集谱邪，第二種用來做一些通用的數(shù)據(jù)采集。
1.3.2 A/B測試
簡單來說庶诡，就是為同一個產(chǎn)品目標制定兩個方案（比如兩個頁面一個用紅色的按鈕惦银、另一個用藍色的按鈕），讓一部分用戶使用A方案，另一部分用戶使用B方案扯俱，然后通過日志記錄用戶的使用情況书蚪，并通過結(jié)構(gòu)化的日志數(shù)據(jù)分析相關(guān)指標，如點擊率蘸吓、轉(zhuǎn)化率等善炫，從而得出那個方案更符合預期設(shè)計目標，并最終將全部流量切換至符合目標的方案库继。目前基本上是大型互聯(lián)網(wǎng)公司的標配箩艺，但是在小公司不一定有這樣的技術(shù)能力可以實現(xiàn)AB測試。
1.3.3 海盜模型
是用戶增長的基礎(chǔ)模型宪萄，也是應(yīng)用最廣泛的模型之一艺谆。也稱AARRR模型，俗稱轉(zhuǎn)化漏斗模型拜英。是Acquisition（獲染蔡馈）、Activation（激活）居凶、Retention（留存）虫给、Revenue（變現(xiàn)）、Refer（自傳播）侠碧，這個五個單詞的縮寫抹估，分別對應(yīng)用戶生命周期中的5個重要環(huán)節(jié)。
從社群的角度來理解就是社群的用戶怎么拉新弄兜，社群建立起來后怎么促活药蜻，社群活躍后怎么提高留存，社群留存后怎么促使用戶付費替饿，社群用戶付費后怎么讓他們進行口碑傳播语泽。
海盜模型是運營的必備知識，產(chǎn)品的童鞋最好能有比較深入的理解视卢，后面可以花時間再單獨進行詳細的講解踱卵。
1.4 拓展知識
上面三個階段介紹的知識與方法是一個0-5年的產(chǎn)品經(jīng)理必備的。但是要想再往上爬一個臺階据过，最好能對產(chǎn)品經(jīng)理上下游各崗位的知識有所了解颊埃，下面簡單對相關(guān)知識做個羅列：
銷售：銷售漏斗、客戶管理等蝶俱。
市場：品牌包裝與傳播、危機公關(guān)等饥漫。
售前：產(chǎn)品方案包裝榨呆、招投標等。
項目：五大過程庸队、十大知識領(lǐng)域积蜻、三角理論（時間闯割、質(zhì)量、成本）等竿拆。
運營：用戶運營宙拉、數(shù)據(jù)運營、內(nèi)容運營丙笋、活動運營等谢澈。
這篇文章介紹的每個知識點都可以展開寫一篇文章，內(nèi)容實在是太多御板，大家可以先自行百度锥忿。如果大家確實很感興趣可以留言說明，我后面再接著寫怠肋，因為剛好公司內(nèi)訓課程陸續(xù)有講到這些敬鬓，不過需要些時間把它系統(tǒng)化的整理出來。
下一篇打算把產(chǎn)品經(jīng)理進一步進階需要的知識再做個梳理笙各，內(nèi)容還在整理中钉答，不知大家是否感興趣。
相關(guān)閱讀
微信公眾號：我是IT民工
