從項目經理到產品經理?項目管理協(xié)會（PM

I）項目集管理專業(yè)人士PgMP?項目管理協(xié)會（PM

I）項目管理專業(yè)人士PMP?項目管理協(xié)會（PM

I）敏捷實踐者ACP?

中國項目管理標準化技術委員會專家?guī)鞂＜?

中國項標委組織級項目管理能力評價官?中國項標委認證高級項目管理專業(yè)人員(CSPM4)?

中國工業(yè)和信息化部認證的高級項目經理?

中國國際人才交流基金會PMP認證培訓師?創(chuàng)新理論（TRIZ）國際二級講師?AACTP認證國際注冊培訓師（ICT）?二十年產品研發(fā)與項目管理經驗?

曾任世界500強企業(yè)項目總監(jiān)項目發(fā)起人內容提要產品經理產品思維運營思維商業(yè)模式與創(chuàng)新項目管理系列課程

正文頁

以職能為中心的企業(yè)價值鏈7項目組合審查和調整

商業(yè)環(huán)境運營價值實現(xiàn)業(yè)務影響分析價值績效分析

正文頁

以項目為中心的企業(yè)價值鏈項目集和項目

價值交付戰(zhàn)

略價值定義項目組合價值選擇8

正文頁

案例：華為的業(yè)務價值鏈9評估啟動投標規(guī)劃實施交付收尾運維開發(fā)產品啟動

規(guī)劃執(zhí)行監(jiān)控

啟動

\

規(guī)劃

\

執(zhí)行

\監(jiān)控

\啟動

規(guī)劃執(zhí)行監(jiān)控

項目管理線：如何實現(xiàn)客戶想要的產品管理線：客戶想要什么定義產品兩條管理線正文頁維護產品收尾收尾收尾10概念計劃開發(fā)驗證發(fā)布概念化產品化

技術化商品化生產銷售服務產品開發(fā)生命周期市場化產品運維EOL評審

評審正文頁產品開發(fā)機會和想法啟動評審評審評審評審EOP11論證啟動規(guī)劃開發(fā)生命周期<階段評審階段評審階段評審階段評審階段評審EOP評審EOL評審實施交付運維收尾技術設計工藝設計樣機試制項目全生命周期生產銷售維護原理設計總體設計正文頁小批量試產NPIDFX設計資料移轉12>1

產品經理是什么2

產品經理的思維3

產品經理的七層修煉項目管理系列課程

打算創(chuàng)業(yè)，做什么產品好？正文頁15偽需求？鴻溝產品定位

產品概念

需求收集

需求轉化

新品上線

正文頁版權說明：圖片來自網(wǎng)絡16

正文頁

產品經理的前世今生科技發(fā)達工具極大豐富企業(yè)平臺化新自由人、創(chuàng)業(yè)人科學管理經營目標多樣矩陣式組織職業(yè)經理人經營目標單一流水線+機器

工人（依附工廠）打破家庭專業(yè)手藝人剩余產品增加個人&家庭簡單分工自由人新自給自足時期工廠大工業(yè)時期工場手工業(yè)時期現(xiàn)代企業(yè)時期自給自足時期集中勞動17產品經理走向成熟正文頁百度關鍵詞：產品經理的熱度18成長期行業(yè)生命周期

完成衰退期初創(chuàng)期是產品經理

產品經理成熟期

正文頁

產品經理與企業(yè)發(fā)展老板

專職的規(guī)

模19依靠公司產品戰(zhàn)略組織協(xié)調公司資源，

讓各部門有效的運轉起來，步調一致的按

照公司的產品戰(zhàn)略開展工作。某個（線）產品具體到每個產品或產品

線時，會有所不同擔負根本職責導致產品成功或者失敗的

策略和方法。產品經理是依靠公司產品

戰(zhàn)略，對某個（線）產品

（介質、服務、品牌）

擔

負根本責任的企業(yè)管理人

員。摘自《產品經理手冊》產品經理是什么？正文頁20陳利海

負責制定聯(lián)想智能手機產品線的產品規(guī)劃和Roadmap，滿足不同細分市場的客戶需求，提高

產品線競爭力和市場份額；

負責智能手機市場和產品的研究，負責新產品立項，

組織并制定產品開發(fā)目標，監(jiān)控開發(fā)過程；

負責把握市場方向，組織相關的產品與技術分析工

作，制定相應的產品市場策略。

對市場發(fā)展趨勢有敏銳的洞察力和創(chuàng)新意識及良

好的分析、研判能力，能夠深刻把握用戶需求；

制定所負責產品線的發(fā)展藍圖和實施路線圖；

完成需求分析、發(fā)起產品研發(fā)項目，

善于利用設

計工具完成產品UC設計和Demo制作；

負責或配合其他部門制定產品運營計劃，持續(xù)改

善產品。

負責產品的策劃、運營、管理

負責用戶研究，把握用戶需求，實現(xiàn)用戶需求

負責公司產品推廣、運營等情況跟蹤，收集用戶

信息并根據(jù)市場情況提出產品開發(fā)和改進方面的

建議，提出運營思路。

根據(jù)公司戰(zhàn)略，負責產品發(fā)展的長期規(guī)劃；

深入了解業(yè)務，不斷推出有競爭力的產品；

根據(jù)產品實施效果以及業(yè)務發(fā)展狀況，不斷改進

產品；

組織資源實施產品，對其效益負責。

正文頁

產品經理的招聘廣告騰訊聯(lián)想阿里巴巴百度21產品架構產品設計產品管理

產品宣介產品營銷產品生命周期管理市場調研產品定義及設計項目管理產品經理職責正文頁產品運營22規(guī)劃型產品經理只負責產品前期的規(guī)劃

，不

梳理需求

，表達能力強

，不

參與設計

，

BOSS的代言人。負責產品的可視化設計

，善于

把握細節(jié)

，思維活躍。設計型產品經理需求型產品經理負責收集和處理各方面的需

求，編寫需求文檔！協(xié)調能力很強，產品對外溝通的樞紐。負責產品在市場環(huán)境下的運

作，承擔市場KPI，有很強的市場嗅覺和市場資源。市場型產品經理產品經理的分類正文頁

全能型23

正文頁

產品經理

V.S.項目經理

V.S.運營經理OMPMPD產品經理運營經理項目經理品牌經理做出來想出來說出去賣出去BM24

正文頁

產品

V.S.技術

V.S.設計

V.S.運營

V.S.用戶產品技術

設計讓產品有用

讓產品可用讓產品好用評價產品好不好用讓產品有人用用戶運營25

正文頁

產品經理的思維有什么不一樣？3.05M3.0M27

正文頁

十四五規(guī)劃，哪個版本更好？28從現(xiàn)象到本質？這手機電池太不耐用正文頁29抗壓、自我激勵、情緒調節(jié)專注、開放理想主義、完美主義熱愛生活好奇心強

正文頁

產品經理的其他特質善于溝通、團隊精神307精神領袖自己成功到助人成功創(chuàng)造社會價值理想與與信念、情懷、引領時代6企業(yè)CEO商業(yè)閉環(huán)與全職能管

理開創(chuàng)商業(yè)模式開宗立派、領導力、企業(yè)文化傳承、戰(zhàn)略制定、

組織發(fā)展5創(chuàng)業(yè)導師成功案例與影響力操盤過眾所周

知

的產

品創(chuàng)新、輸出方法論、知識傳承、心態(tài)修煉、成就他人4產品總監(jiān)產品線與帶團隊負責產品線、

帶

團隊

、

養(yǎng)新

人前瞻性、產品分解、產品生命周期管理、培養(yǎng)新人、團隊管理、定目標、追過程、拿結果3高級產品

經理完整產品與大局觀完美，不是無

一

分可

增，而

是

無

一

分可減做取舍、需求管理、產品規(guī)劃、懂市場、懂運營、

商業(yè)感覺、行業(yè)分析2產品經理主動挖掘與項目管理見用戶、挖需

求

、悟

人

性，定

義產

品用戶研究、項目管理、心理學、社會學、數(shù)據(jù)分析、競品分析、協(xié)調資源、優(yōu)化流程1泛產品經

理需求細化與研發(fā)跟進寫

PR

D

、畫原型、做

DEMO文檔與原型、領域知識、懂技術、懂設計、項目

跟進0職場新手職場新手熟悉產品、客戶、同事和組織學習能力、執(zhí)行力、溝通能力、邏輯思維、時間管理、團隊精神、會議管理、辦公軟件使用層級職位責任典型任務能力要求

正文頁

從助理到CEO，產品經理的七層修煉32

正文頁

CEO要搞定的事情對持續(xù)的日常業(yè)務進行管理運營管理實現(xiàn)價值維持當前狀態(tài)戰(zhàn)略：如何做目標：對結果的度量組織通過運營管理和項目管理實現(xiàn)組織戰(zhàn)略成為什么

需要做什么愿景組織資源使命對項目集和項目進行管理項目管理創(chuàng)造價值提升到未來狀態(tài)日常業(yè)務的高級別

計劃和管理項目組合

計劃和管理組織戰(zhàn)略和目標335

需求分析7

功能細化與打包7

立項組隊8

規(guī)劃有迭代1

什么是產品2

產品概念的提出3

產品概念的篩選4

需求收集項目管理系列課程

。

產品是解決某個問題的東西@

產品分類2.1

什么是產品TravelPlan這些都是產品正文頁361某

個

：

明確

定

位2問

題

：理想與現(xiàn)實的差

距用戶：這個問

題

是

誰的

問

題需求：問題的

核

心

是什

么場

景

：

用

戶

在什么情

況、何時何地

碰到3東西

：解決

方案（有形

、無形）

正文頁

產品：解決某個問題的東西產品37根據(jù)角色分?常用于平臺類產品?電商平臺：買家、賣家、第三方服務商、平臺方

……根據(jù)產品領域熟悉的程度分?常用于工具類產品?新人、中間用戶和專家根據(jù)人口統(tǒng)計信息?需求場景往往差異不明顯?年齡、性別、職業(yè)、所在地、消費水平根據(jù)產品的業(yè)務場景?不同行業(yè)標準標不一樣?做投資：種子輪、天使輪、A/B/C輪、

PreIPO、上市?

做培訓：互聯(lián)網(wǎng)、

IT、快消品、生產制造或技術、產品

……?

做航旅：普通、銀卡、金卡、鉑金?

做出游：單人、情侶、親子、團建?

……潛在用戶目標用戶核心用戶種子用戶正文頁用戶432138觀點和行為動機和目標人性價值觀

提高現(xiàn)實

降低期待轉移需求正文頁需求的三種深度需求39解決方案需求過渡/就緒需求質量需求產品經理側重于產品項目經理側重于交付項目來創(chuàng)建或演變產品

正文頁

用戶需求

V.S.產品需求業(yè)務需求用戶需求項目需求40史詩（epic）產品級高層次需求特性（feature）產品級高層次需求用戶故事（

userstory）

迭代內要完成的需求任務（task）1個迭代內完成的具體工作產品需求的級別A

UserCan

…

…正文頁A

UserCan

…

…A

UserCan

…

…A

UserCan

…

…A

UserCan

…

…A

UserCan

…

…ACanUser41?

自我實現(xiàn)、認知審美?

自尊：成就、尊重、欣賞?社交：友情、歸屬、人類契約?

安全：安全、秩序、自由?生理：空氣、水、食物、性第三種深度的需求安全需求●生理需求自我實現(xiàn)自尊需求正文頁社交需求5341242需求：每天都希望了解時事新聞。場景一：上班路上，如果坐地鐵，

對應的產品是手機卹p，比如今日頭條。場景二：

上班時坐在電腦前，偷閑會看新聞網(wǎng)站，或者有突發(fā)新聞時，

看到電腦右下角浮出的新聞窗口。場景三：

中午和同事一起下樓吃個快餐，

通過八卦的方式互通有無，特別

是娛樂、體育類的新聞。場景四：

下班搭同事的順風車回家，除了八卦聊天，還可以聽廣播。因為私家車越來越多，

路越來越堵，現(xiàn)在每個城市的交通臺都挺紅火。場景五：

晚上和家人一起吃晚飯，

也會看看電視新聞。場景六：

出差坐飛機，

或許會在登機口拿一張報紙。用戶IT白領，30歲左右的程序員場景（TPC）正文頁43用戶用戶多樣化

觸達用戶的渠道復雜化要掌握移動領域的基礎知識

要熟悉各種可利用的硬件

要理解互動方式的變化要明白產業(yè)鏈的結構

要懂得簡單邏輯完成任務

要采用更靈活的實施過程解決方案需求更加豐富多樣，

更加碎片化隨時隨地，在各種環(huán)境下場景

4

2

3

移動時代的場景正文頁14401用戶關系角

度04產品形態(tài)角

度05其他分類角

度03用戶類型角

度服務功能流程正文頁產品分類分類是認識世界的方式02用戶需求角

度解決方案O2

O產品特性45

正文頁

產品分類：用戶關系角度多邊：平

臺強，壁壘最高單邊：可能有網(wǎng)絡效應單點：啟動最簡單46幾種產品演變路徑正文頁47BS

結構：純

服

務

端，如

PC

網(wǎng)站大實體：軟硬件

+

服務CS

結

構：客

戶端+

服務端，

如

王者榮耀軟硬結合：軟件部分

+

硬件

部分，如智能家居個人個體產品分類：用戶類型&產品形態(tài)企業(yè)OR

02

se

群體OR男人OR女人工作OR生活產品形態(tài)用戶類型正文頁01030448行業(yè)分類金融、教育、醫(yī)

療、娛

樂

……關鍵資源資本驅動、技術

驅動、產品

體驗

、

運營服務、壟斷

資源盈利模式賣貨的、賣人的

……行業(yè)成熟度初創(chuàng)期、爆發(fā)期

、平臺

期、

衰退

期

正文頁

產品分類：其他分類492.2

產品概念的提出。

產品概念的關鍵要素@

競品分析IDEA核心用戶產品概念競爭優(yōu)勢

正文頁

產品從0到1，那個“0”典型場景剛性痛點51用不同的產品功能解決同樣的用戶需求用同樣的產品功能解決不同的用戶需求用同樣的產品功能解決不同層次的用戶需求相似的產品能滿足同樣需求的不同產品所有消耗用戶時間的產品白領轉行精品豆?jié){用同樣的產品功能解決同樣的同樣的用戶需求養(yǎng)生正文競品分析版權所有Copyright?陳利海341252白領轉行精品豆?jié){正文競品分析53Copyright?

陳利海?

核心用戶：

小孩3-5歲的白領（圖片沒

找到更合適的，只有一個抱著小寶寶的

年輕爸爸）?

剛性痛點：

因為人多、環(huán)境新、突發(fā)

事件多等因素，對小孩的安全時刻提心

吊膽。?

典型場景：

帶著小孩一起出去玩。?

產品概念：智能長命鎖，可能的功能

有GPS定位、超距離報警、哭聲報警等。?

競爭優(yōu)勢：

家長放心，而且孩子開心——這個產品很漂亮，

孩子也很喜歡。?

核心用戶：愛跑步的都市白領，更精

準的說法是“新手

”。?

剛性痛點：不會科學鍛煉（備選：

跑

步時太無聊）。?

典型場景：晨跑（備選：夜跑）。?

產品概念：私人跑步教練一是個可穿戴

的設備，

比如耳機，用來監(jiān)測你的運動，

還能時不時給些提醒。?

競爭優(yōu)勢：不受束縛、不用帶手機、

精準個性化。正文頁兩個案例私人跑步教練職能長命鎖542.3

產品概念的篩選。

商業(yè)價值模型@影響產品概念篩選的要素決策行動目標商業(yè)論證目的成本和收益其他因素產品是否靠譜輸出正文頁商業(yè)價值模型56

正文頁

影響產品概念篩選的因素57愿景、使命、價值觀微觀：種子用戶宏觀：大環(huán)境微觀：行業(yè)環(huán)境人、財、物宏觀：想象空間待篩選的

產品概念內部外部能力意愿價值成本愿景：我們希望成為

什

么使命：做什么事情才

能

成

為

那個什么價值觀

：

什么是對的？什么

是錯的？人：團

隊

是

否

與

要做的

事

情匹配財：各

種

資

本

、

資金的

支

持是不是到位物

：

行業(yè)資源與業(yè)

務

能

力正文頁內部因素0201意愿123000能力0358宏觀：潛在用戶

x

單用戶可潛

在

價值=

行業(yè)天花

板微觀：迭代

=

開發(fā)

+

用戶種子用戶、

身

邊

人

愿意配合

可

提

供

很多有價

值

的信息微觀

：

行業(yè)環(huán)境，波特

五

力模型宏觀：不受掌控的大

環(huán)

境，PESTLE

分析

可以忍受

缺

陷 可

以

成

為義務推

銷

員正文頁外部因素2132成本價值000059

正文頁

波特五力模型&PESTLE分析4

技術因素(Technological)5

環(huán)境因素(Environmental)供應商的議價能力現(xiàn)有的直接競爭對手消費者的議價能力3

社會因素(Social)加入競爭的新手替代品的威脅6

法律因素(Legal)2

經濟因素(Economic)1

政治因素(Political)60。

需求收集與用戶研究@

常用需求收集方法因需求收集與分析過程2.4

需求收集歸類分析

格式化

需求文件市場

VOMarket內部數(shù)據(jù)需求從哪來技術VOTechnology正文頁客戶VOCustomer業(yè)務VOBusiness需求

外部數(shù)據(jù)來源62觀點定性

定量V行為發(fā)生交互V.S.僅僅想象1

直接V.S.

間接都是因為產品沒有XX功能，所以沒成交！2

真實場景V.S.模擬場景需求收集的一些真相正文頁43Z銷售63<>用戶抽象角色“再”認識用戶正文頁細化的人物角色1目標

用戶需求場景用戶故事人物角色具象

個體6423小張，31歲，IT公司技術主管常加班到凌晨，第二天開車上班，到公司的寫字樓，將近中午左右，經常發(fā)現(xiàn)沒車位了，老樓，車位緊張，不固定，先到先得誰能告訴我怎么停車？

等？去別地兒找？

正文頁

用戶故事＆用戶任務用戶故事：需求

用戶任務：功能角色：APP用戶任務：車位信息展示-打開APP，

默認展現(xiàn)地圖，標識出附近的停車場以及空車位數(shù)量信息價值：5人天：665決策路徑需求痛點路徑1需求1需求2需求3需求4需求5需求6痛點1痛點2路徑2路徑2路徑2痛點3李白男

35歲教師知識背景：

決策路徑：

品牌態(tài)度：

需求：

痛點：

其它：

正文頁用戶畫像需求6661

2

34

5用戶群潛在價值1

2

34

5問題解決價值用戶角色坐標圖正文頁痛點2痛點1痛點3痛點坐標圖痛點圖問題發(fā)生頻率用戶群大小543215432167產品原則產品的初心用戶數(shù)量還

是質量人和內容哪

個重要正文頁長期還是

短期利益需求場景

MVP目標用戶68用戶訪談問卷調查可用性測試數(shù)據(jù)分析常用需求收集方法正文頁V行為>

定量定性

<啟動上線定義實現(xiàn)觀點69常見問題常用對策“說”和“做”不一

致?盡量在用戶可以和產品發(fā)生交互的場合；?

注意話術：什么(what)->如何

(how)

->為什么(why)樣本太少，以偏概全?

盡量隨機取樣用戶過于強勢，把我

們往溝里帶?明確并牢記訪談的目標和目的，及時拉回正題我們過于強勢，把用

戶往溝里帶?

牢記訪談的目的，管住自己嘴是通過與相關方直接交談，來獲取信息的正式或非正式的方法正文頁用戶訪談通常是開放式問題701

訪談偏開放，問卷偏封閉2

適合大量用戶的淺層信息收集，最好是選擇題3

可以通過用戶訪談的結果來輔助制定問卷的問題作答時間最好不要超過5分鐘

4

有難度、敏感的問題放在中間、隱私問題放最后5

常見問題：樣本偏差、樣本過少、內容誤導6

常用對策：提升覆蓋率；增加樣本數(shù)量；表述精準、

注意選項順序l

問卷調查設計一系列書面問題，向眾多受訪者快速收集信息。正文頁問卷調查71是指通過讓實際用戶使用產品或原型方法來發(fā)現(xiàn)界面設計中的可用性問，通常只能做少數(shù)幾個用戶的測試，看他們怎么做，屬于典型的定性研究。招募測1試用戶準備測2試任務執(zhí)行測3試過程測試后收4

集主觀看

法和感覺研究和5分析可用性測試正文頁72如果可用性測試做得

太晚

（往往在產品將

要上線的時候）

，這

時發(fā)現(xiàn)問題也于事無

補了?？捎眯詼y試

，

聽著很

專業(yè)

，但收益又無法

量化

，所以對很多老

板來說

，

不太愿意在

這個上面投入資源

，

經常因為項目時間過

緊被略過。測試的目的是發(fā)現(xiàn)軟

件產品中的問題

，

而

不是要測試用戶是否

有能力使用軟件。做測試的過程中千萬

不要有任何的引導與

暗示

，

而只是觀察和

記錄

，

因為任何引導

都可能使得原本可以

發(fā)現(xiàn)的問題無法暴露。

正文頁

可用性測試常見問題測試用戶而非產品故意引導和暗示嫌太復雜做的太晚73常見問題常用對策過于學術，沉迷于“科學研究”?

注重綜合性價比，適當犧牲嚴謹性雖然數(shù)據(jù)不會主動騙人，但我們

經常無意或有意地誤讀數(shù)據(jù)?態(tài)度中立，避免為觀點找數(shù)據(jù)?

增加統(tǒng)計學知識平時不燒香，臨時抱佛腳?產品設計是要加入數(shù)據(jù)分析功能?平時定期做而非用到時才做分析正文頁數(shù)據(jù)分析74關注目標用戶不是設計師不聊技術鼓勵講故事避免誘導性的問題用戶訪談最佳實踐正文頁45612375現(xiàn)場調查和客戶

一

起工作

一

段時

間日記研究業(yè)內人士，同行

對產品

的分

析自己提需求粉絲用戶、種子

用戶自

己替

建議AB

測試大量用戶的情況

，兩套

方案

，調

查用

戶選擇哪

一

個卡片分類把產品功能寫在

卡片上

，看

用戶

怎么

進行分類，和構

建產品

結構其他需求收集方法正文頁020401050376

正文頁

需求收集與分析過程制

定采集

計劃選

擇收集

方法執(zhí)行收集需求分析資料整理明確目標77ACDBEF2.5

需求分析。

需求分析Y模型@產品功能設計①PRD怎么寫，給我個模板吧？②

最優(yōu)的團隊組織結構應該怎樣？③我們應該用什么流程？④寫PRD是什么目的，給誰看，

要對方了解什么？⑤

我們的團隊做現(xiàn)在這個產品，需要哪些能力，誰

有這樣的能力？⑥

現(xiàn)在的流程會出什么問題？如果出問題怎么解決？問題

V.S.方法正文頁79現(xiàn)實世界用戶問題領域產品功能How2用戶目標Why4用戶價值觀

（馬斯洛人性需求）Who

What

When

Where

WhichHow

Many正文頁需求分析解決

方案共享知識用戶需求Why8031124汽車更快底到達某地擴大社交圈，有面子用心聽！但不要照著做！版權所有Copyright?陳利海

正文

一匹更快的馬？更快的馬813124124我要轉賬

？ODM客戶我需要四寸屏、單核CPU識別偽需求把

“錢”從

建行轉到招行正文頁打造爆款手機銀行

儲戶?8233124賣家打印快遞單解決需求沖突姓名、地址、電話

字段位置調整我需要XX本地

快遞單的模板正文頁u自定義快遞單833124u搜索結果的所在地篩選u包郵的篩選u

物流相關：承諾24小時內發(fā)貨，物流狀態(tài)跟蹤選購商品發(fā)現(xiàn)更多用戶目標u想省運費u預判到貨時間長短正文頁想通過賣家

所在地篩選原產地正品843抓住恒定的人性正文頁85124u打飛機u索要/贈送飛機u可曬的好友榜單打發(fā)時間產品粘性u社交u尊重、榮耀

正文頁

在成熟的市場中尋找新機會微信游戲重度社交

輕度社交玩游戲863124u課程包u導學u職業(yè)發(fā)展通道明確的成長路徑職業(yè)安全感

正文頁

案例：爆款手機&培訓課程培訓公司產品經理我需要四寸屏、單核CPUu五寸屏u雙核CPUu4G內存不知道

學什么提升銷售業(yè)績打造爆款手機ODM

客戶4318723124u送禮u屏幕突出顯示

u送禮榜和主播互動炫耀、攀比

正文頁

案例：健身APP&直播APP直播APPu查看跑步路線u分享路線讓別人看到健康向上的自己想看健身數(shù)據(jù)2要送花

送游艇了解健身效果健身

APP341883研究員：您喜歡哪種口味的薯片？用戶：蒜香味的。研究員：為什么

呢？用戶：味道濃。研究員：為什么喜歡味道濃的呢？用戶：這樣就不會一次性吃太多。研究員：一次性吃太多會怎么樣？用戶：會長胖：研究員：長胖對你意味著什么？用戶：身材不好。研究員：身材好對你來說很重要嗎？用戶：我自尊心強，覺得胖了會被人笑話。

正文頁

如何深入挖掘“人性”用戶價值Vv（社會交往、尊重的需要）A（蒜香味的薯片）產品屬性-A攀梯術89常見問題應對策略u

用戶想不出“為什么”，開始胡編亂造。u

越接近個人價值的答案越抽象，離原本

的討論主題越遠，離用戶的個人生活越

近，可能會遇到隱私或用戶防御的問題。u

由于老是要繞著彎兒追問為什么，用戶

可能覺得你很傻，須考慮如何讓對方不

至于討厭你。u

首先在做準備時，讓訪談環(huán)境盡可能舒適放松，比

如準備好飲料零食。u

在開始訪談前向用戶說明：①回答沒有對錯，只需要表達自己的觀點即可。②如果過程中覺得有一些問題無法回答，可以直接說出來。u

運用訪談技巧①情景喚起②假設某物或某狀態(tài)的缺失③反面攀梯④時間倒流對比⑤重定向——沉默或重述確認

正文頁

攀梯術的問題與對策901

解決方案應該盡量簡單2

把簡單留給用戶，把復雜留給自己3

完美不是無一分可增，而是無一分可減4

學習一切好的產品設計思路5

用戶是最后的審判人產品分析產品功能設計正文頁91求

價客戶需評矩陣客戶要求和技術需求的關聯(lián)關系+：正相關-：負相關o：不相關關聯(lián)強度1=關系微弱3=關系較弱5=關系一般7=關系密切9=關系超強分類：客戶，功能分級：5分制+：正相關-：負相關o：不相關技術QFD簡介正文頁市場競爭力指數(shù)技術競爭力指數(shù)技術評價矩陣客戶需求客戶需求相關性矩陣技術相關矩陣要求92▲QFD案例正文頁93FFBD

:

Function

Flow

Block

Diagram?將系統(tǒng)功能分解為更詳細的子功能?將子功能需求按照邏輯順序排列?詳盡考慮所有可能的異常和反復

正文頁

功能分解（Usecase、

FFBD）94重量電源安全性產品需求正文頁

Function

Breakdown

Structure

FxBS魯棒性可靠性環(huán)境性能功能95設計總體方案正文頁挖掘機基本結構洗衣機功能結構96。

商業(yè)價值@一個功能的DNA因

MVP產品囚需求管理流程與文檔2.6功能細化與打包PMI:商業(yè)價值定義為從商業(yè)運作中獲得的可量化凈收益。

商業(yè)價值是所有有形和無形商業(yè)要素的總和有

形的

效益

的

例子包

括：?

貨幣資產?

股東權益

?

設備?固定設施

?

工具?

市場份額無形效益的例子包括：?

商譽?

品牌認知度?

公共利益

?

商標等?戰(zhàn)略匹配

?

聲譽正文頁商業(yè)價值98收益價值(凈收益)價值

V.S.收益價值

(凈收益)成本價值

收益

成本正文頁對于非財務收益價值

收益對于財務收益收益99

正文頁

基于價值的分析：開發(fā)成本

V.S.回報頻率工作項的價值

考慮成本工作項的價值￥5000

商業(yè)收益￥5000

商業(yè)收益￥3000

商業(yè)收益構建成本

￥4000￥3000

商業(yè)收益構建成本

￥1000100.

產品功能

.產品愿景與使命戰(zhàn)略目標價值轉換的層次正文頁用戶需求101功能屬性屬性說明編號功能的順序號，屬于唯一性標識提交人★需求/功能的錄入人（一般是產品經理），負責解釋功能提交時間功能的錄入時間，屬于輔助信息模塊★根據(jù)產品的模塊劃分標題★用簡潔的短語描述需求需求描述★功能描述：無歧義、完整性、一致性、可測試等；簡要描述原始需求提出者即需求的原始提出者，有疑惑時便于追溯提出時間原始需求的獲得時間，屬于輔助信息Bug編號將一些Bug視為功能來統(tǒng)一管理功能類別新增功能、功能改進、體驗提升、

Bug修復、內部需求等商業(yè)價值★從廣度、頻度、強度等方面綜合判斷商業(yè)價值，不考慮成本工作量★把成本簡化為開發(fā)工作量，表征實現(xiàn)難度性價比★“商業(yè)價值/開發(fā)量”，用于決定先做哪個價值類別★基礎、擴展（期望功能）

、增值（亮點功能）狀態(tài)★需求/功能生命周期：待討論、暫緩、拒絕、需求中、開發(fā)中、已發(fā)布

正文頁

一個功能（Feature）的屬性注：

★表示比較重要，是必填項102習以為常多多益善B理所應當32基礎亮點

正文頁

功能價值分類：

KANO分析▲極其不滿反向功能

（won’t

have）亮點功能（excitedto

have）期望的功能

（niceto

have）功能實現(xiàn)程度使用者滿意度無差別功能

（could

have）基礎共功能

（Must

have）

贊不絕口

AS期望?103低低高高41>方案與痛點匹配方案太大，痛點小方案和痛點無關項目項目項目

正文頁

案例：應該選擇哪個方案？痛點痛點痛點104瀑布式產品開發(fā)MVP式產品開發(fā)鉛筆-MVP附加功能?可以在之上留下痕跡?可以握在手中?橡皮擦?吸引人的外觀?可以自己磨尖?使用舒適汽車-MVP附加功能?可以將乘客從A地運

輸?shù)紹地?可以合法上路

?安全?制熱和制冷空調?高效燃油?外觀拉風?運動性優(yōu)異

?舒適MVP是指的是滿足“用戶愿意用、最好愿意付費、用戶易于使用、團隊有能力實現(xiàn)”的最小功

能集合，有些可以直接作為最終產品使用，有些甚至只能用來演示。

正文頁

功能打包，確定MVP10501、卡通頭像02、不可竊聽的安全通訊03、聊天室04、很小的.exe文件05、皮膚Skin06、速度超快0.5秒反應07、聊天記錄管理器08、語音09、視頻10、看誰在線上11、傳文件

12.、QQ表情

正文頁

案例：

QQ第一個公開版本的MVP名稱標志功能D功能B功能C

其他只能選4個名稱

標志功能A功能2106功能用戶價值時間成本W(wǎng)SJFA510天0.5B310天0.3C220天0.1A+B+BAWSJFCoDDuration延遲成本持續(xù)時間實踐中：用“作業(yè)規(guī)模大小”代替“持續(xù)時間”WeightedShortestJobFirst1020

30

40盡可能多地放棄正文頁10

20

30

40851851107注意事項MVP基本策略不同功能不同對策①基礎功能必做，要留足資源；

②在產品初創(chuàng)期，先實現(xiàn)個別低成本的亮點；

③對期望功能，先做性價比高的；

④無差別功能無須做，低成

本驗證出來即可；

⑤對反向功能，權衡各方利益后再決定。考慮功能外部依賴關系①資源依賴；②成本待定；③技術路線待定。考慮功能相似性所選功能集服務于同一個目標，不是需求的小修小補?？紤]非功能性需求性能需求、培訓需求、維護需求、擴展需求

……考慮風險①高風險-高價值首先處理；②低風險-高價值其次處理；③低風險-低價

值第三優(yōu)先級；④高風險-低價值最后處理（或不處理）

正文頁

MVP的實操注意事項108特性漸進式迭代方法論MVP方法論目的提升產品核心KPI，例如：留存率、推

薦率、付費率等。足夠差異化、足夠競爭力的新產品；重點關注產品的各項假設是否成立。計劃目標對產品微小改進。產品的大幅改進；重新定義通電和產品解決方案。開發(fā)過程每個細節(jié)精益求精。不要求每個細節(jié)精益求精，但要求對要

驗證的假設涉及的細節(jié)盡量精益求精。檢查監(jiān)督收集目標KPI值、用戶反饋等定量、定

性的數(shù)據(jù)。重點是收集驗證產品假設的那部分定量

和定性的數(shù)據(jù)。問題處理觀察與目標的偏差，減小偏差。觀察與需要驗證的假設的偏差，改進解

決方案，消除不合理的假設。

正文頁

MVP

V.S.漸進式迭代109

Serv

Anchor

Presenter

Engine

ServMgr

DB

Parser

GUI+

ServLibBREW/BMPQualcommUMTS/EVDOPlatformPCSimulator

+=

TurnkeyVLEFlowView

正文頁

MVP的表達方式：產品架構圖UI-APFlow

XMLVFEFL-XML

FL-CFL-XML

FL-CViSuitePCSDKToolsVREVWEEvent

LibE2XMLWidget

Lib110MPRLT-XMLResLibE鏈通物流寶

正文頁

案例：天貓產品架構圖Tmall垂直市場商家

/TP

成長

管理ICTC店鋪

400電話商家服務@taobao

后臺供應鏈

ERP

售中服務

配送服務售后服務商城

營銷/

服務2010年淘寶商城的產品架構圖TMSWMS消費者

導購

前臺市場111模塊子模塊功能任務描述優(yōu)先級功能類別商業(yè)價值價值類別工作量性價比備注產品功能清單

正文頁

把需求和功能管理起來112

未打包的功能

滿足重啟條件TBD需求管理流程需求轉化NNY產品會議功能打包正文頁已發(fā)布功能細化暫緩待討論拒絕開發(fā)中未通過評審的功能需求

采集113NYY功能屬性屬性說明商業(yè)需求文檔

BRD產品生命周期中最早的文檔，其內容涉及市場分析、銷售策略、盈利預測等，通常是給大老板演示的ppt

，比較短小精練，沒有產品細節(jié)，有點像創(chuàng)業(yè)者給投資人看的商業(yè)計劃，主要是為了獲得認可，爭取資源。市場需求文檔

MRD獲得老板們的支持后，產品進入實施階段，需要寫出MRD，要有更細致的市場與競爭對手分析，包括可

通過哪些功能來實現(xiàn)商業(yè)目的，功能、非功能需求分哪幾塊，功能的優(yōu)先級等。實際工作中，

PD在這個階段常見的產出物有產品的FeatureList、業(yè)務邏輯圖等，這是從商業(yè)目標到技術實現(xiàn)的關鍵轉化文檔。產品需求文檔

PRDPRD是對產品功能的進一步細化，文檔主要包含整體說明、用例文檔、產品Demo等，會對產品功能做具

體描述。在該文檔中，基點依然是MRD中的內容，只是把重心放在了“產品需求”上，而產品需求本身

是在MRD中有所體現(xiàn)的，區(qū)別就是在于，

PRD要把MRD中的“產品需求”的內容獨立出來加以詳細的說

明。功能詳細說明

FSDFunctionalSpecificationsDocument比較像用例文檔，經常包含在PRD中，從這步開始會出現(xiàn)很多技術的內容，產品界面、業(yè)務邏輯的細節(jié)都要確定，比如網(wǎng)頁上的某個表格中的數(shù)字，應該左中右對齊？保留幾位小數(shù)等，有點像“概要設計”。與此同時，硬件系統(tǒng)的設計、數(shù)據(jù)庫設計、表結構設計等工作，也開

始由架構師、系統(tǒng)分析師們編寫了。

正文頁

需求和產品功能相關的文檔1142.7

立項組隊。

原型驗證@

立項組隊因

研發(fā)過程獲得資源承諾建立開發(fā)團隊做好產品管理

正文頁

產品從“想清楚”到“做出來”研發(fā)生產立項評審組建團隊功能打包概念提出需求收集需求轉化功能細化評審立項概念篩選!!116<

原型車推薦數(shù)量–批評者數(shù)量總樣本數(shù)X

100%凈推薦值NetPromoterScore正文頁原型驗證模型手機NPS117商業(yè)結果b

提升的盈利能力、擴大的市場份額、降低的產品成本及增加的生產能力收益l

是由組織和其他相關方所

實現(xiàn)的獲益和資產，l

是產品的商業(yè)結果。收益

有形的

無形的

什么是收益正文頁118

正文頁

MRD回答的三個問題Why（機會、市場、

ROI）（MVP、產品架構圖、

DEMO、產品原則）

（資源、時間

，

資金、風險、運營）MRD市場需求文檔WhatHow1191

為什么要來這個團隊？2

對一年后收獲的底線預期。3

個人對團隊的幫助。4

自己能做什么？5

自己想做什么？6

項目失敗最可能的原因是什么？意義構建會快速知己知彼正文頁組建團隊120l

團隊價值觀l

溝通指南l

決策標準和過程l

沖突處理過程l

會議指南l

團隊共識團隊章程是為團隊創(chuàng)建團隊價值觀、

共識和工作指南的文件我們一致同意遵守以下團隊工作協(xié)議正文頁團隊章程121

正文頁

產品經理視角的項目流程文檔管理資源獲取

組建團隊敏捷方法流程管理編制MRD立項評審發(fā)布測試制定計劃實現(xiàn)Kick-off會議發(fā)布評審預發(fā)布線上驗證TC評審編制TC編制UCUC評審編制PRD功能評審PRD評審設計制作DEMODEMO評審自測設計評審用戶項目總結發(fā)布開發(fā)立項需求測試原型驗證與評審122

.

GOAL 對產品進行原型驗證，評

估投入的研發(fā)生產的資源、

風險；是否批準立項立項組隊

21

概念篩選判斷產品概念是否可行，要不要對產品概

念細化、展開，進入

需求收集階段。3

上線發(fā)布評估種子用戶使用情

況，判斷是否能夠正

式上線。考察用戶活躍度，相關指標

是否達標，批準資源，加大

營銷力度產品委員會正文頁營銷推廣

4123l

糟糕的設計

l

缺陷l

測試不充分l

手工測試過多l(xiāng)

集成和版本管理不善l

缺乏平臺經驗工作做完就交，意味著欠債的開始。正文頁技術債務124提高的實際速度如期完工的壓力試圖以錯誤的方式提高速率計劃的

實際可能的

完工日期

完工日期計劃的

實際可能的

完工日期

完工日期技術債務的起因正文頁累積的技術債務計劃速度實際速度工作量工作量時間時間125為什么公司不開除測試，轉而讓大眾來測，找到一個Bug給100元？評審關口

評審關口單元測試集成測試系統(tǒng)測試測試是個專業(yè)活客戶和測試團隊開發(fā)團隊

或測試團隊測試團隊

或質量保證正文頁開發(fā)個人測試團隊驗收測試確認測試126Deferred<>AssignedResolvingVerifyingResolvedVerifiedMonitoring階段

任何人

研發(fā)經理

研發(fā)工程師

測試工程師研發(fā)/業(yè)務經理0pensubmit

Create

DeferFindrootcauseFailReassignFindsolutionDeferredotherspassReopenedFailFaildelayedpass

正文頁

答案就在BUG處理流程中not

an

issue;platformDeferred

by

requirementClosed產品開發(fā)及維護Peer

ReviewReassignlimit;l

l

lassignMonitorInspect127passby實施前發(fā)布后?

發(fā)布后沒有反饋?

任務無節(jié)奏感全程適用●

正文頁

如何“惹毛”開發(fā)人員128。

規(guī)劃

V.S.迭代@業(yè)務規(guī)劃與產品規(guī)劃因產品迭代與成長2.8

規(guī)劃與迭代如何不動聲色地毀掉一個產品？假如你是臥底正文頁130規(guī)劃：是戰(zhàn)略，確保做正確的事迭代：是戰(zhàn)術，確保做正確地做事規(guī)劃

V.S.迭代正文頁131戰(zhàn)略只做最短和最長的規(guī)劃戰(zhàn)術?

戰(zhàn)術相對來說是短期概念，在范圍上更窄；

戰(zhàn)術實現(xiàn)戰(zhàn)略，是支持戰(zhàn)略的行動路線。戰(zhàn)術通

常努力實現(xiàn)目標，而非目的。戰(zhàn)略相對來說是長期概念，在范圍上更廣；戰(zhàn)略通過戰(zhàn)術來實施，戰(zhàn)略通常是努力實現(xiàn)目的

(Goal)，而不是目標（objectives)。戰(zhàn)略

V.S.

戰(zhàn)術正文頁132

正文頁

戰(zhàn)略計劃——戰(zhàn)略舉措（StrategyInitiative）WhenWhoWhatWhyWhereHow133正文頁業(yè)務規(guī)劃Why-What-How三五個業(yè)務關鍵點一句話業(yè)務定位一個業(yè)務模型134愿景（3~5年）產品路線圖（1年左右）發(fā)布計劃（3~6個月）迭代計劃（2~4周）故事（故事點），近期版本特性，多個版本計劃每日計劃正文頁產品規(guī)劃任務（小時）每日站立會議135一季度

V1.0

二季度

V2.0

三季度

V3.04季度產品路線圖正文頁特性特性風險風險風險特性特性特性特性特性特性特性特性特性特性特性特性工作工作工作工作工作工作工作工作問題問題問題1365月.?

獎勵積分?

“公路飆車”移植完成?

“磚廠路段”移植評估?分布式演示?

多用戶的架構?定制參賽車輛

?

音效庫?在游戲展會上進行演示

（2016.12.1）延伸目標?寶馬游戲的演示?參加E3游戲交易展會！?

“公路飆車”完成（單

用戶）?

“磚廠路段”移植完成

(單用戶)?

“公路飆車”多用戶版

本可用于演示?

“磚廠路段”第一個多

用戶游戲特性完成?

“公路飆車”多用戶首

次發(fā)布?

“磚廠路段”移植完成

和多用戶演示?兩個游戲的新特性（參

見待辦事項列表）案例：產品路線圖正文頁E3展覽會7.23V2.09.18承諾的預測的日期9月7月V1.0137設計開發(fā)質量保證/測試試用發(fā)布會發(fā)布會

正文頁

案例：大型復雜產品項目路線圖產品A產品B產品B1

23456

7

891011121314151617設計開發(fā)質量保證/測試設計開發(fā)質量保證/測試試用試用發(fā)布會Mon138關鍵詞

搜索打開基本郵件

r更新內

容/地點查看約會創(chuàng)建&發(fā)送基本郵

r刪除

郵件移動

郵件查看約會清單

r創(chuàng)建基

本約會創(chuàng)建基本聯(lián)系人

r更新聯(lián)系人信息

r整理

郵件管理

郵件管理

日歷搜索郵件存檔郵件編輯郵件閱讀

郵件刪除郵件查看日歷創(chuàng)建

約會更新

約會查看約會更新

刪除

聯(lián)系人——聯(lián)系人限多字

段搜索搜索

附件從聯(lián)系人獲取地址查看每周約會清單從聯(lián)系人獲取地址查看

附件導入

聯(lián)系人

正文頁

用戶故事地圖：產品特性梳理創(chuàng)建子文件夾發(fā)送RTF郵件打開RTF郵件查看每月約會清單創(chuàng)建

RTF

約會高商業(yè)價值低一級特性二級特性發(fā)送HTML郵件

r清空已刪除的郵件打開

HTML

郵件設置郵打開件優(yōu)先級

附件搜索日歷添加附件接受/拒接暫定的約會r創(chuàng)建

HTML

約會查看每天約會清單建議新

的時間添加

地址刪除

聯(lián)系人用戶故事

User

Story管理

聯(lián)系人創(chuàng)建

聯(lián)系人發(fā)送附件搜索子文件夾

r必選項/

可選項導出聯(lián)系人optionality時間軸發(fā)布2發(fā)布1發(fā)布3更新

地址

信息限單字

段搜索139迭代1迭代5固化負載測試性能測試文檔編寫迭代2迭代4目標1.

…………2.

…………3.

…………4.

…………風險迭代3發(fā)布計劃進度表迭代長度：4周

迭代速度：34點

松弛：4正文頁速度：34負載：30速度：34負載：30速度：34負載：30速度：34負載：0速度：34負載：30140AGILE輕巧、機敏、迅捷、靈活、活力、高效

……敏捷過程很容易適應變化并迅速做出自我調整，在保證質量的前提下，做到文檔、度量適度。適用于各類軟件企業(yè)敏捷的含義正文頁14101

擁抱變化一開始的計劃中間要留有一

些彈性；利用變化而不是控

制變化。團隊小，迭代周期短，每日

站立晨會；產品的MVP，最

快迭代周期很重要。測試驅動項目，用于補充和

細化需求，比如業(yè)務邏輯的

限制條件、異常流程等大問題分而治之；盡早獲得

反饋，適應性調整產品集中工作，小步

快跑不斷發(fā)布，盡早

交付迭代周期內盡量

不加任務持續(xù)細化需求，

強調測試正文頁敏捷方法平衡變與不變的矛盾04050203142增量交付是一種優(yōu)化項目價值交付的方法盡早交付給客戶可以獲得早期回報盡早交付給測試可以減少返工增量交付價值正文頁143瀑布式驗證實現(xiàn)價值需求設計實現(xiàn)系統(tǒng)/產品文檔

未/待驗證的系統(tǒng)/產品更多增量式交付

正文頁

盡早和持續(xù)交付價值

文檔144

正文頁

市場價值隨時間變化的趨勢敏捷方法的利潤起點瀑布方法利潤累積起點市場價值隨時

間的變化趨勢敏捷方法的

累積總利潤價值時間145

正文頁

一個團隊兩個項目，兩種計劃那種賺的多？情形A項目1項目2

時間情形B

項目1項目2

時間★★0

1

2

3

4

5

60

1

2

3

4

5

677發(fā)布

項目2發(fā)布

項目1發(fā)布

項目1發(fā)布

項目2146★★11:00

發(fā)現(xiàn)這個玩法，三節(jié)課的同學自己開始玩。11:40

技術同學出于好奇，主動研究微信系統(tǒng)提示的運

行邏輯。12:20

技術同學研究出原理，開始思考是否可以做一個全民娛樂的小工具，讓大家都可以更方便地留下各種系統(tǒng)

提示。當然，這個小工具可以順帶植入三節(jié)課的廣告。12:50

工具完成，運營同學接力，開始傳播。13:20

微信同樣反應迅速，封掉了這個也許稱不上漏洞

的漏洞。

正文頁

速度是衡量產品是否成功的重要指標147A方案：每個月25萬元帶來1萬個用戶，單用戶成本25元。B方案：每個月40萬元帶來2萬個用戶，單用戶成本20元。

正文頁

“燒錢”是為了搶時間只算推廣費用A方案：每個月花5萬元帶來1萬個用戶，單用戶成本是5元。B方案：每個月花20萬元帶來2萬個用戶，單用戶成本是10元?？紤]公司日常運營成本（包括人員、服務器、帶寬等成本，假設一個月為20萬元）21148交易系統(tǒng)正向交易

下單

付款發(fā)貨

收貨

退款/退貨低成本驗證正文頁逆向交易買家賣家149迭代=開發(fā)+

用戶豆瓣同城讀書

·小組

·

豆瓣電影愛看電影潛在用戶目標用戶核心用戶種子用戶和用戶一起成長正文頁豆瓣dou

ban150跨界思維平臺思維大數(shù)據(jù)思維社會化思維流量思維迭代思維極致思維專注思維用戶思維關于產業(yè)邊界、創(chuàng)新關于商業(yè)模式、組織形態(tài)關于企業(yè)資產、核心競爭力關于傳播鏈、關鍵鏈關于業(yè)務運營關于創(chuàng)新流程關于產品和服務體驗關于品牌和產品規(guī)劃關于經營理念和消費者互聯(lián)網(wǎng)思維做產品正文頁151產品待辦事項

迭代計劃會迭代待辦事項1~4周迭代潛在可交付迭代評審會迭代回顧會產品增量

正文頁

案例：

SCRUM開發(fā)模型產品負責人

ProductOwner8項目經理

ScrumMaster團隊TeamSprintBacklogProductBacklog每日

迭代Team發(fā)布計劃

進度表產品代辦

事項梳理項目愿景說明書發(fā)布

規(guī)劃會每日站立會議沖刺規(guī)劃會核

心

團隊商業(yè)論證Sprint152待辦事項Backlog平臺整機解決方案測試D

/

T所有Copyright?

陳利海153研發(fā)工作流案例：研發(fā)事務看板需求缺陷需求

缺陷風險

試驗

平臺

環(huán)境研發(fā)部待辦事項

Backlog正文頁研發(fā)測試客戶其它研發(fā)團隊任務Task任務Task任務Task任務Task1531

運營所需的能力2

運營與產品3

運營的職責項目管理系列課程

面對用戶，應該說什么？技術參數(shù)V.S.

詩和遠方需求

功能

賣點懂市場、懂渠道、懂用戶、懂產品、懂策劃、懂文案、懂數(shù)據(jù)、懂生活、懂審美版權所有Copyright?陳利海

正文

運營的核心能力156People目標用戶，即人物Place場景，即時間地點Problem碰到的問題，即事情的起因，需

求產生Product產品功能，即事情的經過，我們

如何解決問題Profit用戶收益，事情的結果，使用產

品以后，用戶的工作、生活如何

變得美好。

Feature:產品或解決方法的特點

。

Function:因特點而帶來的功能

。

Advantage:這些功能的優(yōu)點。

Benefits:這些優(yōu)點給客戶帶來的利益

正文

5P

&

FFAB版權所有Copyright?陳利海157什么時間？一個普通工作日的白天。什么地點？千里之外的父母家里，一個小縣城。什么人？退休的父母。哇，碰到一個我們期待已久的問題：聽說網(wǎng)購很方便，嘗試了幾次，會逛了，能用鼠標點來點去，找到一些想買的東西，但注冊、下單什么的還是不會，也擔心被人騙錢。當時多么緊張、害怕，然后，我們的產品出現(xiàn)了一叫兒子代買（這個產

品是什么形態(tài)呢？大家可以自己思考）。三下五除二，問題迎刃而解：父母打開門，看到快遞員把東西送上門。正文頁5P案例158例如：塑料茶杯F（特點）：

該茶杯采用高強度塑料；F（功能）：

也就是說能夠耐受高