互聯(lián)網(wǎng)——它讓人們在虛擬世界中模擬各種各樣的現(xiàn)實生活,并使這些現(xiàn)實生活變得更加便捷、有趣。產(chǎn)品經(jīng)理——規(guī)劃產(chǎn)品功能,用互聯(lián)網(wǎng)的手段將現(xiàn)實生活中各種活動的關(guān)鍵環(huán)節(jié)移植到虛擬世界中,以一種更合理的方式讓這些環(huán)節(jié)能夠更加順暢、更加美妙地運行。

第1章 從用戶需求出發(fā)
產(chǎn)品是否能夠獲得市場上用戶的認(rèn)可,根本上是由產(chǎn)品的功能所滿足的用戶需求所決定的,而不是我們認(rèn)為的產(chǎn)品的功能決定的。
產(chǎn)品的核心功能 —— 一個主體的功能或功能組處于所有產(chǎn)品功能的關(guān)鍵位置。核心功能所滿足的用戶需求基本上就決定了這款產(chǎn)品所能獲得的最大市場效果。
產(chǎn)品效果 = 使用人數(shù) x 使用頻率 x 使用時長;核心功能滿足的用戶需求決定了產(chǎn)品的潛在用戶數(shù)、用戶使用頻率、用戶每次的使用時長。
用戶的基本需求 —— 是人們生活中最旺盛的一些需求。它的潛在用戶會非常多,用戶使用產(chǎn)品的頻率會非常高,同時用戶所愿意付出的操作成本也會非常高。
第2章 圍繞用戶需求打造產(chǎn)品競爭力
互聯(lián)網(wǎng)為什么容易產(chǎn)生“馬太效應(yīng)”? 互聯(lián)網(wǎng)產(chǎn)品的用戶積累可以直接轉(zhuǎn)化為產(chǎn)品上的優(yōu)勢,產(chǎn)品間的用戶轉(zhuǎn)移成本非常低。
在產(chǎn)品的競爭中,最終的裁判是用戶,任何產(chǎn)品都要平等地接受用戶的選擇。
產(chǎn)品的用戶價值是產(chǎn)品通過提供一系列的功能滿足用戶各種不同的需求而產(chǎn)生的。產(chǎn)品通過滿足用戶的需求給用戶帶去利益而產(chǎn)生價值。我們要對不同用戶需求進行區(qū)別對待,將有限的精力投入到那些可以有效提升產(chǎn)品價值的用戶需求上。
根據(jù)KANO模型可以將用戶需求分為三類:
1. 基本型需求:用戶認(rèn)為產(chǎn)品必須提供功能來充分滿足該需求,如果沒有充分滿足用戶會產(chǎn)生極大的不滿情緒,得到滿足用戶也無所謂滿意或不滿意。
2. 期望型需求:用戶認(rèn)為產(chǎn)品應(yīng)該提供比較優(yōu)秀的功能來更好地滿足該需求,不是必需的但卻是用戶希望得到的,如果滿足用戶滿意度會顯著增加,得不到滿足用戶的不滿也會顯著增加。
3. 興奮型需求:用戶的潛在需求,需求的滿足會給用戶帶極大的驚喜,即使表現(xiàn)不佳也能夠極大地提升用戶的滿意度。
產(chǎn)品滿足用戶需求的方式的變化過程有一定規(guī)律,它們總是朝著增加產(chǎn)品自動化,降低人們使用成本,為人們帶來更多便利和享受的方向發(fā)展。
通常的策略:結(jié)合產(chǎn)品的定位,選擇一兩個重要的期望型需求或需求組合給予充分滿足,其他期望型需求則盡力去滿足。

第3章 為什么我們的產(chǎn)品總是失敗
用戶需求是產(chǎn)品出發(fā)的原點,它指引了所有產(chǎn)品工作的方向。
規(guī)劃新產(chǎn)品、新功能必須回答的三個問題:用戶是否有需求?用戶的需求是否足夠普遍?提供的功能是否能夠很好的滿足這些需求?
用戶總會無意識地將自己真正的意圖埋藏在心里,然后根據(jù)自己的經(jīng)驗給出產(chǎn)品的解決方案,而這些方案往往都不是解決問題最好的方法。因此,產(chǎn)品經(jīng)理要么要讓自己成為產(chǎn)品的深度用戶,要么要多走到用戶中間去;否則,要準(zhǔn)確理解產(chǎn)品的用戶需求就非常困難。
PM要注意:不把自己的需求當(dāng)成用戶需求,不要認(rèn)為自己喜歡的,用戶也會喜歡;不把少數(shù)用戶的需求當(dāng)成多數(shù)用戶的需求,不要浪費過多的精力在一些邊緣需求上。
第4章 簡單,讓產(chǎn)品更加鋒利
用戶總是在追求可以以更低的成本獲得更大價值的產(chǎn)品。
最重要的決定不是你要做什么,而是決定你不做什么。

第5章 用運營構(gòu)筑產(chǎn)品競爭壁壘
內(nèi)容運營的主要工作就是對產(chǎn)品的內(nèi)容進行建設(shè),核心目標(biāo)都是為用戶提供更多、更優(yōu)質(zhì)的內(nèi)容,工作目標(biāo)一是增加內(nèi)容數(shù)量、一是提升內(nèi)容質(zhì)量。
互聯(lián)網(wǎng)內(nèi)容的產(chǎn)生方式:自己生產(chǎn)內(nèi)容、用戶生成內(nèi)容、獲取外部現(xiàn)成內(nèi)容。
自己生產(chǎn)內(nèi)容——產(chǎn)品上的內(nèi)容是運營人員參與制造并發(fā)布的。
用戶生成內(nèi)容——UGC(User Generated Content),搭建一個平臺,讓用戶在這個平臺上生產(chǎn)、傳播、接收內(nèi)容。給優(yōu)質(zhì)內(nèi)容確定一個固定的標(biāo)準(zhǔn),運營人員按這個標(biāo)準(zhǔn)生成早起的主流內(nèi)容,激勵用戶執(zhí)行內(nèi)容標(biāo)準(zhǔn)生成新的內(nèi)容。
獲取外部現(xiàn)成內(nèi)容——通過技術(shù)手段直接抓取外部內(nèi)容,然后再過濾、篩選、處理和展示。如何與別人取得共贏,在獲取別人內(nèi)容的同時,是否能夠為別人帶去足夠多的利益。
用戶運營的主要工作就是通過一系列運營手段,誘發(fā)用戶去做所要求的行為,讓用戶為產(chǎn)品創(chuàng)造更多的價值,進而實現(xiàn)產(chǎn)品的商業(yè)目標(biāo)。包括三大商業(yè)目標(biāo):擴大使用用戶數(shù)、提升用戶活躍度、增加營收。
擴大使用用戶數(shù):一方面擴大入口,將更多目標(biāo)用戶轉(zhuǎn)化為產(chǎn)品的使用用戶;另一方面縮緊出口,降低用戶的流失率。
開拓渠道——搜索引擎優(yōu)化(SEO,創(chuàng)造更多原創(chuàng)內(nèi)容+構(gòu)建反向鏈接+優(yōu)化網(wǎng)頁關(guān)鍵詞和標(biāo)題等),購買付費廣告,渠道合作,軟文推廣,社會化網(wǎng)絡(luò)推廣。
成功實施病毒營銷的條件:營銷信息必須有較高的傳播價值(給人們帶來樂趣或利益的信息),必須非常容易傳播,能夠直接產(chǎn)生期望的推廣結(jié)果;準(zhǔn)確選擇易感染該“病毒”的人群,挑選合適的渠道投放“病毒”。
提升轉(zhuǎn)化率——目標(biāo)用戶要注意到我們的營銷信息,然后用戶對我們的產(chǎn)品產(chǎn)生興趣,最后采取行動使用我們的產(chǎn)品,成為使用用戶。
降低流失率——用戶關(guān)系維系,采用雙向溝通策略與用戶進行互動,與用戶建立起一種持久的親密關(guān)系。
產(chǎn)品人員要把功能做簡單,運營人員要把內(nèi)容做飽滿。
第6章 互聯(lián)網(wǎng)產(chǎn)品戰(zhàn)略
戰(zhàn)略的目的不在于贏得幾場局部戰(zhàn)爭,也不在于打敗幾個競爭對手,而是要獲取長期的競爭優(yōu)勢。
分析生態(tài)系統(tǒng)的整體格局,找出潛在威脅,構(gòu)筑壁壘使對手無法一舉攻破,搶占領(lǐng)地,找出對手最薄弱的環(huán)節(jié),集中優(yōu)勢兵力進攻,擴大勢力范圍。
對所處的生態(tài)系統(tǒng)的控制能力,體現(xiàn)在對生態(tài)系統(tǒng)內(nèi)用戶渠道的控制能力。
1. 打造開放平臺。圍繞平臺構(gòu)筑起一個生態(tài)系統(tǒng),那么這個平臺就可以成為這個生態(tài)系統(tǒng)中最大的受益者。第三方提供的內(nèi)容和服務(wù)讓平臺更有吸引力,平臺也可以要求從第三方那里分取利潤,還可以代替第三方提供相關(guān)的內(nèi)容或服務(wù)。
2. 搶占咽喉要地。在每個生態(tài)系統(tǒng)中,這種能夠幫助我們獲取有利位置的戰(zhàn)略要地都是非常稀缺的。
3. 借雞生蛋。通過為廣泛的上游渠道創(chuàng)造價值來與之建立合作關(guān)系,然后借助這些渠道實現(xiàn)推廣自己產(chǎn)品的目的。這種策略好處在于,自己不用掌控強大的渠道,就可以用最小的成本獲得最大的產(chǎn)品推廣效果。
對于互聯(lián)網(wǎng)產(chǎn)品來說,最常見的難以被復(fù)制的核心價值來源于產(chǎn)品功能和產(chǎn)品內(nèi)容。一是產(chǎn)品功能所采用的技術(shù)非常先進或復(fù)雜,競爭對手無法掌握,二是產(chǎn)品內(nèi)容本身是稀缺的,你有別人就沒有,或者內(nèi)容靠很多時間和用戶積累起來,無法在短時間生成。

第7章 互聯(lián)網(wǎng)產(chǎn)品團隊
產(chǎn)品經(jīng)理(Product Manager,PM):分析產(chǎn)品的用戶需求,規(guī)劃要開發(fā)的產(chǎn)品功能,推動功能的實現(xiàn)。
設(shè)計師(Designer):分為交互設(shè)計師、視覺設(shè)計師、前端開發(fā)工程師、用戶研究工程師。
交互設(shè)計師:深入理解目標(biāo)用戶,根據(jù)用戶使用習(xí)慣,進行界面設(shè)計(界面布局、內(nèi)容展示)和交互設(shè)計(用戶操作行為相關(guān)),確保產(chǎn)品具有更好的可用性。
視覺設(shè)計師:對產(chǎn)品原型進行藝術(shù)加工,在整體上為產(chǎn)品創(chuàng)建統(tǒng)一且易識別的獨特視覺風(fēng)格。
前端開發(fā)工程師:與交互工程師、視覺設(shè)計師協(xié)作,根據(jù)視覺DEMO,采用HTML、CSS、JavaScript等技術(shù)來完成頁面開發(fā)。
用戶研究工程師:綜合運用用戶訪談、情景實驗、問卷調(diào)查、數(shù)據(jù)分析等研究方法,研究目標(biāo)用戶的用戶特征、行為習(xí)慣、認(rèn)知心理,以及對產(chǎn)品的態(tài)度和使用習(xí)慣,幫助產(chǎn)品經(jīng)理建立產(chǎn)品的用戶模型,發(fā)現(xiàn)新的用戶需求,為規(guī)劃和設(shè)計工作提供改進意見。
開發(fā)工程師:用技術(shù)手段開發(fā)產(chǎn)品功能,有時也被稱為后端開發(fā)工程師,主要是負(fù)責(zé)產(chǎn)品用戶和管理后臺的開發(fā),包括Java、PHP等技術(shù)。
測試工程師:負(fù)責(zé)發(fā)布前的檢測,發(fā)現(xiàn)bug并報告開發(fā)人員修復(fù),主要包括功能測試、自動化測試和新測試。
運維工程師:對產(chǎn)品運行的軟硬件環(huán)境進行維護,確保產(chǎn)品正常運行。
QA工程師:制定產(chǎn)品開發(fā)的流程、標(biāo)準(zhǔn)和規(guī)范,監(jiān)督并指導(dǎo)產(chǎn)品開發(fā)工程被正確按質(zhì)量的執(zhí)行。
項目經(jīng)理:對產(chǎn)品項目進行管理,制定新項目計劃,確保項目目標(biāo)的達成。
有生命力的團隊有兩個特點:團隊是學(xué)習(xí)型團隊,團隊具有強大的解決自身問題的能力。

第8章 產(chǎn)品經(jīng)理的工作職責(zé)
PM的工作職責(zé)包括:
1. 產(chǎn)品戰(zhàn)略規(guī)劃(風(fēng)口、商業(yè)模式、戰(zhàn)略、發(fā)展路線)
2. 用戶需求分析(用戶調(diào)研、競爭對手分析、BRD撰寫)
3. 產(chǎn)品功能規(guī)劃(原型制作、PRD撰寫、需求管理)
4.?產(chǎn)品功能開發(fā)(資源、項目管理、開發(fā)、驗收、發(fā)布)
5. 產(chǎn)品運營(數(shù)據(jù)、推廣、合作、路演)
第9章 用戶需求分析
獲取用戶需求:從各大社交網(wǎng)站、APP評論、用戶訪談、后臺系統(tǒng)收集需求與BUG提報
建立數(shù)據(jù)監(jiān)控平臺獲取最真實的用戶操作情況
用戶反饋 到 用戶需求,要還原用戶場景得到深入的真需求,過濾非目標(biāo)用戶、非普遍的、非產(chǎn)品定位上的需求

第10章 產(chǎn)品需求管理
用戶反饋:問題、需求、評價(無序)
用戶需求:對用戶深層需要的理解
產(chǎn)品需求:從用戶的需求出發(fā),結(jié)合產(chǎn)品的策略,制定的要實現(xiàn)的產(chǎn)品功能
產(chǎn)品需求管理步驟:需求篩選(記錄反饋->合并->分類->價值評估->ROI分析->優(yōu)先級確定) ==> 產(chǎn)品設(shè)計開發(fā)并發(fā)布 ==> 發(fā)布后對需求狀態(tài)進行跟蹤
價值評估:包括用戶價值和商業(yè)價值,前者包括什么痛點、影響多少人、多高的頻率,后者就是給公司收入帶來的影響
ROI分析:投入產(chǎn)出比,人力成本有多少,投入到運營推廣活動上的投入有多少,最終的價值有多少
優(yōu)先級確定次序:用戶價值 > 商業(yè)價值 > 投入產(chǎn)出比是否高(ROI) > 緊急程度

第11章 流程圖制作
流程圖的必要性:PM&設(shè)計&開發(fā)&測試能窮舉所有的產(chǎn)品被用戶使用的業(yè)務(wù)場景,深刻理解功能的價值和范圍
流程圖要說清楚:有哪些角色在用,從開始到完成有哪些步驟要完成,有哪些主要的判斷、有哪些輸入&輸出
產(chǎn)品需求列表 -> 流程圖 -> 產(chǎn)品原型 -> DEMO -> V1.0

第12章 產(chǎn)品原型制作
原型的必要性:完善或替代PRD,更直觀的評估需求(用戶和商業(yè)價值、產(chǎn)品可用性、技術(shù)可行性),降低溝通理解成本。在大腦中用原型把所有業(yè)務(wù)場景和功能串聯(lián)RUN一遍(差缺補漏),比文字描述更容易讓用戶與開發(fā)理解產(chǎn)品未來的樣子與目標(biāo)需求
第13章 商業(yè)需求文檔(BRD)撰寫
BRD的目的:商業(yè)價值描述,拿到做產(chǎn)品的資源(公司高層、外部資源)
BRD要講明白:用戶價值(為什么用你的產(chǎn)品)、商業(yè)價值(為什么要做這個產(chǎn)品),市場分析、目標(biāo)市場、競爭對手、時機、規(guī)模、趨勢,產(chǎn)品功能、原型、實施計劃、愿景,成本、ROI分析,風(fēng)險及應(yīng)對措施
第14章 產(chǎn)品需求文檔(PRD)撰寫
PRD跟SRS(需求規(guī)格說明書)很像,都是指導(dǎo)開發(fā)進行CODING的文檔。
PRD應(yīng)該包括:背景、價值、總體功能、業(yè)務(wù)場景、用戶界面、功能描述、后臺功能、非功能描述、數(shù)據(jù)監(jiān)控。

第15章 項目管理的主要步驟
關(guān)鍵路徑法:找到項目完成的必須路徑,然后進行優(yōu)化找出最佳計劃;優(yōu)化方式有向非關(guān)鍵路徑要資源、任務(wù)并行、加班、提升效率等。
項目計劃內(nèi)容包括:項目管理部分(團隊建設(shè)、溝通計劃、啟動會、日/周例會、項目階段匯報/報告)和產(chǎn)品交付部分(需求、設(shè)計、開發(fā)、測試、發(fā)布)。
項目執(zhí)行要注意:團隊成員要經(jīng)常反饋進度(推薦每日站會)、項目經(jīng)理要定期回顧(推薦周例會),管理項目風(fēng)險,控制產(chǎn)品交付質(zhì)量

第16章 如何提升項目管理效率
項目范圍:控制需求變更(來自產(chǎn)品經(jīng)理、高層、業(yè)務(wù)方),進入開發(fā)階段后就要鎖定需求,如果必須變更則嚴(yán)格執(zhí)行需求變更流程(需要高層評審)
溝通機制:每日站會+每周例會,每人都大膽發(fā)言表達觀點/分享經(jīng)驗,制定溝通計劃并嚴(yán)格執(zhí)行溝通機制
團隊建設(shè):項目經(jīng)理要身先士卒、積極勇敢、平等互信、有擔(dān)當(dāng)不爭功
風(fēng)險管理:發(fā)生前要識別、量化風(fēng)險,并給出應(yīng)對措施;發(fā)生時要降低風(fēng)險對項目的不利影響,并監(jiān)控應(yīng)對措施的執(zhí)行
項目總結(jié):對成功和不成功的地方進行總結(jié)反思,并分享給其他團隊
第17章 結(jié)構(gòu)化發(fā)散思維
用MindManager或便簽紙+白板來進行思維練習(xí):
確定一個具體的主題 ==>思考、想象、記錄點子 ==> 匯總、分類(相互獨立、完全窮盡) ==> 再思考、再分類,直到窮舉所有方向 ==> 最終進行歸納,去掉無價值的,確定優(yōu)先級

第18章 產(chǎn)品創(chuàng)新能力
不斷積累讓用戶感動的大量的微創(chuàng)新,以量變形成質(zhì)變
創(chuàng)新的條件:長時間專注的思考 + 合適的激發(fā)環(huán)境誘導(dǎo) => 靈感的噴發(fā);不斷積累經(jīng)驗和知識,主動且長期有意識的進行思考鍛煉,包容所有看起來不靠譜的點子,充分利用外界的刺激
創(chuàng)新常用方法:加減法、替代法、組合法、逆向法
第19章 高效溝通技巧
高效溝通:合適的方式、內(nèi)容簡明扼要、內(nèi)容主次分明、用對方的語言、積極反饋以確保聽懂對方的意思
消除分歧:態(tài)度真誠+不插話+有反應(yīng)+要重復(fù)對對方話的理解,調(diào)整心態(tài)+包容不同觀點+不全盤否定對方+討論要在同一個維度+樹立專業(yè)的形象

第20章 數(shù)據(jù)分析能力
數(shù)據(jù)指標(biāo):UV PV 新用戶注冊數(shù)及在總數(shù)的占比 用戶平均頁面停留時間 跳出率 用戶流失率
數(shù)據(jù)對比:與自己過去的數(shù)據(jù)對比、與同期競品同一指標(biāo)的對比
數(shù)據(jù)作用:了解狀況、預(yù)測趨勢、發(fā)現(xiàn)問題、評估工作、對比方案(A/B Test)、了解用戶喜歡和行為習(xí)慣
分析步驟:確定目標(biāo) -> 收集數(shù)據(jù) -> 分析/整理數(shù)據(jù) -> 結(jié)論 & 建議
【擴展閱讀】