03.07-03.14

《產(chǎn)品經(jīng)理必懂的技術(shù)那點事兒-成為全棧產(chǎn)品經(jīng)理》 唐韌

閱讀導(dǎo)航

第一章 產(chǎn)品思維與技術(shù)思維

第二章 互聯(lián)網(wǎng)技術(shù)與產(chǎn)品

第三章 產(chǎn)品經(jīng)理學(xué)編程

第四章 產(chǎn)品經(jīng)理學(xué)數(shù)據(jù)庫

第五章 產(chǎn)品經(jīng)理學(xué)客戶端技術(shù)

第六章 產(chǎn)品經(jīng)理學(xué)服務(wù)端技術(shù)

第七章 產(chǎn)品經(jīng)理學(xué)數(shù)據(jù)

第八章 產(chǎn)品經(jīng)理如何寫一份高質(zhì)量PRD

第九章 如何與工程師正確溝通

第十章 產(chǎn)品經(jīng)理的自我修養(yǎng)

第十一章 產(chǎn)品經(jīng)理工作中會遇到的問題及解決方案

第十二章 產(chǎn)品經(jīng)理的職業(yè)發(fā)展

第十三章 產(chǎn)品經(jīng)理必懂的運(yùn)營技術(shù)

第十四章 產(chǎn)品經(jīng)理必懂的技術(shù)名詞

序

· 懂技術(shù)不僅能讓產(chǎn)品經(jīng)理用更準(zhǔn)確的、更縝密的、工程師更喜聞樂見的語言清晰描述業(yè)務(wù)需求和業(yè)務(wù)邏輯，更能讓產(chǎn)品經(jīng)理在產(chǎn)品設(shè)計階段就前瞻性地預(yù)見到技術(shù)落地時可能存在的挑戰(zhàn)和障礙，進(jìn)而提前對設(shè)計進(jìn)行優(yōu)化、折中，甚至取舍。在邀請工程師協(xié)助評估技術(shù)難點的時候，也能迅速理解工程師所說的語言，實現(xiàn)高效的互動和溝通，為自己贏得工程師的尊重和配合。

· 互聯(lián)網(wǎng)行業(yè)的產(chǎn)品經(jīng)理，每天需要與形形色色的人打交道，他們背景各異，“語系”各樣，這著實是一場驚心動魄的外交風(fēng)云。

· 慢慢學(xué)會識別真實需求的本領(lǐng)

· 產(chǎn)品經(jīng)理要深諳人性，真正厲害的產(chǎn)品經(jīng)理不是能做出一個多么復(fù)雜的產(chǎn)品，而是能把一個復(fù)雜的流程做成一個簡單的產(chǎn)品。

· 產(chǎn)品除了需求、功能設(shè)計和需求文檔（需求分析、畫原型、寫文檔的能力），還有產(chǎn)品戰(zhàn)略、產(chǎn)品定位、市場環(huán)境、業(yè)務(wù)切入點、產(chǎn)品運(yùn)營，以及盈利模式和商業(yè)模式。

· 每天的工作和環(huán)境會逼迫你成長。

· 想做好產(chǎn)品經(jīng)理就需要涉獵廣泛，具備更多的橫向知識體系

· 產(chǎn)品經(jīng)理的職責(zé)是通過產(chǎn)品創(chuàng)造用戶價值和商業(yè)價值，了解用戶、發(fā)掘需求并持續(xù)對產(chǎn)品進(jìn)行優(yōu)化才是產(chǎn)品經(jīng)理的使命。技術(shù)能力只是核心技能之一。

第一章 產(chǎn)品思維與技術(shù)思維

· 固有知識結(jié)構(gòu)的差異導(dǎo)致思維模式和視角的差異

· 產(chǎn)品思維思考用戶使用場景、用戶價值、業(yè)務(wù)閉環(huán)和商業(yè)價值；技術(shù)思維在乎實現(xiàn)方式、技術(shù)架構(gòu)、技術(shù)價值和開發(fā)成本

· 需求分析、功能定義、原型設(shè)計，權(quán)衡業(yè)務(wù)和市場，貫徹戰(zhàn)略意圖

· 技術(shù)職能：架構(gòu)師、前端技術(shù)研發(fā)、后端技術(shù)研發(fā)及系統(tǒng)運(yùn)維

· 用戶規(guī)模上了一個層級，產(chǎn)品設(shè)計可能不用調(diào)整，但技術(shù)方案需要升級。

· 產(chǎn)品設(shè)計（功能、流程設(shè)計；交互、視覺設(shè)計）；研發(fā)（前端開發(fā)（Android開發(fā)、iOS開發(fā)、web前段開發(fā)）、后端開發(fā)（應(yīng)用接口開發(fā)、數(shù)據(jù)庫開發(fā)））；測試（黑盒測試、白盒測試）；運(yùn)維

· 黑盒測試：用戶視角的功能型測試，模擬各種用戶場景；白盒測試：深入代碼層面。測試用例。

· 運(yùn)維對系統(tǒng)要求是7*24全天候無故障運(yùn)行，對帶寬的監(jiān)控、對系統(tǒng)負(fù)載能力的監(jiān)控和優(yōu)化。當(dāng)用戶量或訪問量到達(dá)一定階段后，運(yùn)維需要提高服務(wù)器的處理能力，

· 手指滑動、多點觸摸、內(nèi)置傳感器、搖一搖、自動定位、導(dǎo)航、GPS導(dǎo)航模塊、重力傳感器、加速度傳感器、計步數(shù)。接口、調(diào)用。

· 人臉識別、指紋識別、像素提高、語音識別、人機(jī)交流

· 工程師的工程思維、實現(xiàn)思維；產(chǎn)品驅(qū)動業(yè)務(wù)，思考業(yè)務(wù)目標(biāo)和業(yè)務(wù)價值；產(chǎn)品思維涵蓋用戶思維、商業(yè)思維、工程實現(xiàn)思維、對業(yè)務(wù)流程的設(shè)計。

· 用戶體驗要素：表現(xiàn)層、框架層、結(jié)構(gòu)層、范圍層、戰(zhàn)略層

· 變化有可能是產(chǎn)品經(jīng)理設(shè)計思路的變化，也有可能是數(shù)據(jù)驅(qū)動下的決策，或者是用戶反饋后產(chǎn)品經(jīng)理做出的妥協(xié)。

· 用戶往往只會因為產(chǎn)品的一個核心功能而使用產(chǎn)品

· PM必須回答的8個問題：產(chǎn)品的目標(biāo)用戶是誰？產(chǎn)品為目標(biāo)用戶解決了一個什么核心問題？產(chǎn)品的核心功能是什么？產(chǎn)品的使用場景是什么？產(chǎn)品給目標(biāo)用戶帶來的價值是什么？如何用一句話介紹產(chǎn)品是什么？與同類產(chǎn)品的定位差異是什么？產(chǎn)品的盈利模式是什么？（用戶價值至上，達(dá)到一定規(guī)模后考慮商業(yè)價值）

第二章 互聯(lián)網(wǎng)技術(shù)與產(chǎn)品

· 互聯(lián)網(wǎng)發(fā)展階段：基礎(chǔ)技術(shù)發(fā)展期、PC互聯(lián)網(wǎng)時代（web技術(shù)）、移動互聯(lián)網(wǎng)時代（Google的Android系統(tǒng)和蘋果的iOS系統(tǒng)）（App,HTML5技術(shù)）、人工智能萬物互聯(lián)

· 如今瀏覽器訪問網(wǎng)址就可以進(jìn)入對應(yīng)軟件系統(tǒng)，技術(shù)升級使容災(zāi)性提高。這個形態(tài)就是軟件即服務(wù)，也就是云服務(wù)。

· 通過產(chǎn)品讓這個世界更美好，技術(shù)驅(qū)動下的產(chǎn)品設(shè)計

· 衣食住行被互聯(lián)網(wǎng)包圍，互聯(lián)網(wǎng)產(chǎn)品提高我們生活效率

· 開源：開放源代碼。技術(shù)社區(qū)：GitHub。Social coding

· 互聯(lián)網(wǎng)產(chǎn)品本質(zhì)上都是由一行行的代碼構(gòu)筑起來的。

★使用最廣泛的服務(wù)器操作系統(tǒng)：Linux.

· 計算機(jī)基于操作系統(tǒng)運(yùn)轉(zhuǎn)，沒有操作系統(tǒng)我們就無法與計算機(jī)進(jìn)行對話。操作系統(tǒng)提供人與計算機(jī)交互的界面。還有微軟的windows和蘋果的OS X.

· 如今使用廣泛的Android手機(jī)其底層系統(tǒng)使用的就是Linux

· 創(chuàng)始人： Linus Torvalds，為“Linux之父”。

★網(wǎng)上支付的基礎(chǔ)保障協(xié)議：OpenSSL。Open Secure Sockets Layer

· 具備完整的加密算法和數(shù)據(jù)加密功能，是網(wǎng)絡(luò)通信安全及數(shù)據(jù)完整性的一套安全協(xié)議，

· 在線支付、網(wǎng)銀、電商網(wǎng)站及門戶網(wǎng)站和電子郵件等，在數(shù)據(jù)加密和安全性保障上都?xì)w功于OpenSSL

★數(shù)據(jù)庫標(biāo)桿：MySQL

· MySQL的適用性非常廣泛，為C、C++、Java、PHP等主流開發(fā)語言提供了使用接口，使基于任何技術(shù)語言開發(fā)的系統(tǒng)都可以使用MySQL作為數(shù)據(jù)庫。

· 開源、輕量化而且支持大規(guī)模訪問

★服務(wù)器的“溫床”：Apache

· 服務(wù)端程序運(yùn)行的環(huán)境，一臺服務(wù)器可以通過多個服務(wù)端口對外提供服務(wù)。

· Apache為我們每天使用的互聯(lián)網(wǎng)服務(wù)提供了基礎(chǔ)運(yùn)行環(huán)境。

★工程師的造物利器：Eclipse

· 提供給軟件開發(fā)人員進(jìn)行軟件開發(fā)的工具。

· Eclipse不僅僅是Java開發(fā)工具，還可以進(jìn)行C、C++和PHP語言的軟件開發(fā)。

★下個時代的技術(shù)主角：AR與VR

· AR:Augmented Reality,增強(qiáng)現(xiàn)實。通過虛擬圖像建模，并利用物理設(shè)備采集圖像信息的方式，能在現(xiàn)實世界中看到原本不存在的虛擬物體。

· VR:Virtual Reality,虛擬現(xiàn)實。通過計算機(jī)虛擬出來的一個全景視角，必須通過一個類似眼鏡或頭盔的VR設(shè)備來體驗虛擬現(xiàn)實情境。

· 互聯(lián)網(wǎng)產(chǎn)品技術(shù)架構(gòu)：客戶端和服務(wù)端，兩者通過網(wǎng)絡(luò)進(jìn)行數(shù)據(jù)傳輸。客戶端如PC電腦通過瀏覽器進(jìn)行網(wǎng)頁瀏覽和智能手機(jī)通過app操作。服務(wù)端包括應(yīng)用服務(wù)器和數(shù)據(jù)庫。應(yīng)用服務(wù)器部署服務(wù)端程序，處理前端請求并進(jìn)行服務(wù)響應(yīng)；數(shù)據(jù)庫用來存儲數(shù)據(jù)

· 技術(shù)視角看用戶登錄：智能手機(jī)內(nèi)的App會通過網(wǎng)絡(luò)向目標(biāo)服務(wù)器發(fā)送一個登錄請求，這個請求中會攜帶用戶登錄的用戶名和密碼，服務(wù)器通過網(wǎng)絡(luò)接收到請求后，會從請求中解析對應(yīng)的用戶名和密碼，然后服務(wù)器會從數(shù)據(jù)庫中查詢該用戶名和密碼與數(shù)據(jù)庫已存儲的用戶名和密碼是否匹配。如果匹配，服務(wù)器會返回一個登錄成功的響應(yīng)給智能手機(jī)端的 App程序，此時App會提示用戶登錄成功并進(jìn)入相應(yīng)的界面。若在服務(wù)器查詢數(shù)據(jù)庫過程中用戶名或密碼不匹配，此時返回給智能手機(jī)App的結(jié)果是提示密碼錯誤或者用戶名不存在。

· 互聯(lián)網(wǎng)技術(shù)產(chǎn)品，背后的實現(xiàn)模式基本都是請求和響應(yīng)模式。

第三章 產(chǎn)品經(jīng)理學(xué)編程

· 編程語言是程序設(shè)計人員與計算機(jī)進(jìn)行交互的指令集，各種產(chǎn)品功能都是通過編程語言由程序設(shè)計人員一行一行寫出來的，C語言、C++、Java或 PHP等，通過編程語言寫下來的程序就是通常我們所說的代碼，通過計算機(jī)的處理，呈現(xiàn)出我們所使用的產(chǎn)品功能。

· Linux-C語言；Android-Java/Kotlin；iOS-Objective-C/Swift

· Web開發(fā)- PHP（Hypertext Preprocessor）/JavaScript；C++/Python/Ruby

· 數(shù)據(jù)-數(shù)據(jù)類型、數(shù)據(jù)名稱/變量名、數(shù)據(jù)值；

數(shù)據(jù)類型

· 表示整數(shù)的整型int/integer，int a=10；下劃線是合法的變量名，%/$不行

· 表示文字的字符型string(java)/char(C)/NSString(Objectiv-C)；不能用來計算。輸入購買商品數(shù)量，是字符型，要計算要轉(zhuǎn)換為整型

· 表示小數(shù)的浮點型float/double，可計算

· 表示是非判斷的布爾型boolean/bool;true-1;false-0；勾選注冊協(xié)議

· 長整型、單精度浮點型、雙精度浮點型

· 將a轉(zhuǎn)換為整型，得到的結(jié)果是a在ASCII碼中對應(yīng)的數(shù)值

· 數(shù)據(jù)拼接：目前有××人參與了本次活動；string s=a+b+c

邏輯結(jié)構(gòu)

· 條件判斷if else:   If ( ) { }else{ }

· 條件選擇switch case;  default; 多選一；例如使用數(shù)字1代表黑色，2代表白色，如果用戶選擇了黑色，那程序收到的輸入值就是1，執(zhí)行“case”中值為1的結(jié)果。在結(jié)果模塊中，我們可以控制產(chǎn)品界面的更新，例如把用戶選中的顏色進(jìn)行特殊標(biāo)記。

· 循環(huán)操作while/do while: int i=0; while (i<3) { i++l}

· 微信聊天列表，可以通過循環(huán)的方式創(chuàng)建出很多模板，然后往這些模板里填充不同的數(shù)據(jù)內(nèi)容即可。App首頁循環(huán)滾動的banner，可以使用循環(huán)邏輯結(jié)構(gòu)控制

數(shù)據(jù)結(jié)構(gòu)

· 數(shù)據(jù)結(jié)構(gòu)：數(shù)組、棧、隊列、堆、樹、圖

· 一個數(shù)組內(nèi)只能同時存在一種數(shù)據(jù)類型，int a[3]  int a[3]={1,2,3}; 數(shù)組下標(biāo)一般從0開始

· 微信聊天列表，將要展示的數(shù)據(jù)集中放在數(shù)組里，然后在渲染界面時從數(shù)組中把數(shù)據(jù)元素取出來，然后展示到界面上。

· 從頁面A進(jìn)入B再進(jìn)入C，此時如果需要返回A的話，我們在界面上執(zhí)行返回操作，首先會返回到B，繼續(xù)返回則回退到A，這就是一種典型的棧的設(shè)計思路?！昂筮M(jìn)先出”；。

· 入棧、出棧；要想把底部的數(shù)據(jù)元素拿出來就必須先將前面的數(shù)據(jù)元素全部移出去。

· 隊列，先進(jìn)先出，兩頭開頭，數(shù)據(jù)元素只能從隊尾入隊，隊頭出隊

· 樹：根節(jié)點、葉子節(jié)點，應(yīng)用在產(chǎn)品結(jié)構(gòu)設(shè)計、權(quán)限設(shè)計和用戶等級設(shè)計場景。

· 程序=數(shù)據(jù)結(jié)構(gòu)+算法。程序是一套指令集合，是我們與計算機(jī)進(jìn)行溝通的工具，也就是工程師所說的代碼。我們使用編程語言中的數(shù)據(jù)類型表達(dá)數(shù)據(jù)含義，使用邏輯結(jié)構(gòu)表達(dá)和控制邏輯處理，通過數(shù)據(jù)結(jié)構(gòu)組合和呈現(xiàn)數(shù)據(jù)，將一套算法用編程語言表達(dá)出來就構(gòu)成了程序。算法是指我們完成某一件事情需要處理的步驟。所有產(chǎn)品功能最終都會落實到程序中，不管是實現(xiàn)一個用戶界面還是處理一個復(fù)雜邏輯，都通過程序表達(dá)出來，通過各種編程語言將程序?qū)懴聛斫唤o計算機(jī)處理。

· 程序的最小執(zhí)行單元我們稱為函數(shù)或者方法。int add（int a,int b）{ int c = a + b； return c； }

· 如果這個函數(shù)只是完成一系列的操作且不需要返回值，那么函數(shù)的返回值以用關(guān)鍵字“void”表示，代表這個函數(shù)不需要任何輸出，只是完成一些內(nèi)部處理流程。如果我們定義了函數(shù)返回值為非空類型，就必須使用“return”

· 把產(chǎn)品功能比作用手拿東西，程序就是我們手上的某一肌肉。

· 一個產(chǎn)品功能，用戶能看到用到的是業(yè)務(wù)邏輯和交互邏輯，而后是多個程序片段組合起來形成一個產(chǎn)品功能。

第四章 產(chǎn)品經(jīng)理學(xué)數(shù)據(jù)庫

· 互聯(lián)網(wǎng)每天都會產(chǎn)生數(shù)以億計的數(shù)據(jù)，這些數(shù)據(jù)最終會存儲在數(shù)據(jù)庫中，

· 產(chǎn)品在功能層面看到的是一個個根據(jù)用戶場景設(shè)計的功能，但是在數(shù)據(jù)層面卻是一個個數(shù)據(jù)模型。

· 設(shè)計產(chǎn)品時能從數(shù)據(jù)的角度考慮產(chǎn)品的設(shè)計邏輯。

· 數(shù)據(jù)庫運(yùn)行在服務(wù)器中，可以對數(shù)據(jù)庫中的數(shù)據(jù)進(jìn)行增、刪、改、查的操作。

· 關(guān)系型數(shù)據(jù)庫，MySQL，SQL Server、Oracle、DB2

· 主鍵表示數(shù)據(jù)庫表中的一條唯一數(shù)據(jù)

· 分實體進(jìn)行存儲并通過關(guān)聯(lián)關(guān)系進(jìn)行表示的好處顯而易見，我們可以單獨維護(hù)一個職業(yè)信息表，…

· 數(shù)據(jù)庫表字段的確定和表關(guān)系的設(shè)計在設(shè)計數(shù)據(jù)庫初期就需要確定，設(shè)計一個完整且兼容性強(qiáng)的數(shù)據(jù)庫需要非常豐富的經(jīng)驗及對產(chǎn)品需求的充分理解。

· SQL（Structured Query Language）即結(jié)構(gòu)化查詢語言，是一種用來操作關(guān)系型數(shù)據(jù)庫的編程語言，可以理解為對數(shù)據(jù)庫的操作命令。

· create table people(peopleId varchar(30)primary key,name varchar(50))

· insert into people values('001','張三’)

· update people set name='李四’where peopleId='001'

· “select*from people where peopleId='001'

· 非關(guān)系型數(shù)據(jù)庫一般叫作 NoSQL（Not Only SQL）, 有MongoDB和CouchDB

· JSON結(jié)構(gòu): 以“key-value”的形式存儲

· 在互聯(lián)網(wǎng)產(chǎn)品設(shè)計中，涉及用戶刪除數(shù)據(jù)的時候，一般都是“假刪除”，意思是對數(shù)據(jù)進(jìn)行刪除標(biāo)記，實際上并沒有在物理上真的刪除數(shù)據(jù)，因為數(shù)據(jù)存儲是需要開銷數(shù)據(jù)硬盤的，通常情況是存儲某一個時間范圍內(nèi)的已刪除數(shù)據(jù)，超出時間數(shù)據(jù)就進(jìn)行物理刪除。

· 而數(shù)據(jù)庫在物理上是位于服務(wù)器的數(shù)據(jù)磁盤中, 在數(shù)據(jù)磁盤里通常劃分為兩個區(qū)域，一個是索引區(qū)，一個是數(shù)據(jù)區(qū)。當(dāng)一條新數(shù)據(jù)需要存入數(shù)據(jù)庫中的數(shù)據(jù)磁盤時，首先會在索引區(qū)建立一個索引，然后將具體的數(shù)據(jù)存儲在數(shù)據(jù)區(qū)，這是數(shù)據(jù)存儲的過程。當(dāng)刪除一條數(shù)據(jù)時，只會將索引區(qū)的索引刪掉，并不會立刻對數(shù)據(jù)區(qū)的數(shù)據(jù)進(jìn)行刪除操作，從這個過程中我們可以看出，當(dāng)需要恢復(fù)已經(jīng)刪除了的數(shù)據(jù)時，只需要到數(shù)據(jù)區(qū)檢索那些失去索引的數(shù)據(jù)然后重新為它們建立索引即可。當(dāng)然，如果數(shù)據(jù)被覆蓋，就無法恢復(fù)了。

· 這些基本屬性共同構(gòu)成一個完整的對象，每個對象在數(shù)據(jù)庫中都可以叫做一個實體對象，表示一個實物。產(chǎn)品都是在一些功能的基礎(chǔ)上實現(xiàn)數(shù)據(jù)的流轉(zhuǎn)，通過用戶對產(chǎn)品的操作和具體的業(yè)務(wù)流程，實現(xiàn)對輸入數(shù)據(jù)的處理和輸出數(shù)據(jù)的存儲。

第五章 產(chǎn)品經(jīng)理學(xué)客戶端技術(shù)

· PC\手機(jī)\平板電腦；web網(wǎng)頁/app產(chǎn)品

· Web時代-瀏覽器；移動互聯(lián)網(wǎng)-谷歌Android/蘋果iOS/H5 （HTML 5技術(shù)）

· 同一個產(chǎn)品會開發(fā)Android版本和iOS版本，但如果使用H5 開發(fā)，只需要開發(fā)一個H5的版本就可以運(yùn)行在兩個系統(tǒng)平臺中。H5也是Web的一種，通過瀏覽器就可以訪問 應(yīng)用服務(wù)。

· Android開源系統(tǒng)基于Linux開發(fā)，java語言，開發(fā)工具Android Studio/Eclipse；iOS閉源系統(tǒng)基于UNIX，objective-C/swift; 開發(fā)工具Xcode

· Android系統(tǒng)開源的特性，表現(xiàn)最明顯的就是手機(jī)屏幕尺寸的差異性，Android應(yīng)用需要對多種屏幕進(jìn)行適配。

· Web技術(shù)通常是指由HTML、CSS及一些動態(tài)交互技術(shù)（例如JavaScript等）組成的Web前端技術(shù)。Web網(wǎng)頁不需要對特定的設(shè)備進(jìn)行適配，通過響應(yīng)式布局的方式可以對不同屏幕的尺寸進(jìn)行動態(tài)適配。公眾號的文章全是通過Web實現(xiàn)的。另外，微信紅包頁面和一些微信服務(wù)號頁面都是通過Web實現(xiàn)的，通過Web實現(xiàn)的好處是內(nèi)容可以靈活變化，而且可以在不發(fā)布新版本的情況下實現(xiàn)內(nèi)容更新，處理方式更加靈活和動態(tài)。

· 開發(fā)工具Android Studio，相對于 Eclipse，實現(xiàn)了界面可視化，即可以一邊編寫界面代碼，一邊查看實際效果。

· Android系統(tǒng)的基本控件：view/button/textview/edittext/imageview/listview/gridview

· 按鈕/文本框/輸入框（hint輸入框的提示語句）/圖片展示控件/列表控件(微信會話列表)(容器型控件嵌套布局)/支付寶首頁展示很多入口

· 說明這個View的寬度、高度、對應(yīng)的位置，進(jìn)一步還可以設(shè)置這個View的背景顏色及基本形狀等。

· 按鈕寬度是150dp，高度是40dp，文字大小是13sp。

· dp（Device Independent Pixels）是獨立于設(shè)備像素（px:pixels）的單位，也可以稱為“dip”， 它與“像素密度”有關(guān)。

· 屏幕的物理尺寸為1.5 英寸×2英寸，屏幕分辨率為240像素×320像素，則我們可以計算出在這部手機(jī)的屏幕上，每英寸包含的像素點的數(shù)量為240/1.5=160dpi（橫向）和320/2=160dpi（縱向）,（dpi，每英寸像素數(shù)量，像素密度dots per inch）

· Android系統(tǒng)定義了四種像素密度，分別是低（120dpi）、中（160dpi）、高（240dpi）和超高（320dpi），它們對應(yīng)的dp到px的系數(shù)分別為0.75、1、1.5和2，這個系數(shù)乘以dp長度就是像素數(shù)。這個按鈕的高度是40dp，那么它在240dpi的手機(jī)上實際 顯示為40×1.5=60px，在320dpi的手機(jī)上實際顯示為40×2=80px。

· sp是與縮放無關(guān)的抽象像素 （Scaleindependent Pixel）。在正常字體大小設(shè)置下1sp=1dp，當(dāng)字體大小是大或者超大時，1sp〉1dp。

· Hint輸入框的提示語句

· 界面布局：線性布局/相對布局，margintop/marginbottom/marginleft/marginright

· Android授權(quán)是發(fā)生在應(yīng)用安裝階段，iOS的授權(quán)則是發(fā)生在用戶使用產(chǎn)品的 過程中。

· “xxx.apk”  AndroidPackage。   Windows: .exe

· 打包安裝文件時，需要特殊簽名,目的是保證唯一性和安全性

· 市場上的Android應(yīng)用市場有上百個，例如騰訊的應(yīng)用寶、小米的小米應(yīng)用商城等, 發(fā)布Android應(yīng)用可以說是一個體力活. 谷歌也提供了一個官方應(yīng)用市場，叫作“Google Play”，

· Android多屏幕適配，可拉伸圖片“.9.png”，點九圖。相對布局配合“.9.png”的使用，基本能解決大部分的屏幕適配問題，

· Android屏幕碎片化嚴(yán)重，屏幕界面的適配往往是Android開發(fā)中一項非常重要的工作。

· iOS基本控件：UIView/UIButton/UILabel/UITextField/UIImageView/UITableView/UICollectionView

· user interface 用戶接口

· 在iOS系統(tǒng)中可 以實現(xiàn)UIView的相互嵌套?？丶ㄟ^坐標(biāo)軸定位具體位置，不是根據(jù)物理分辨率的像素點標(biāo)記，而是通過邏輯像素標(biāo)記。

· 基于屏幕物理尺寸的分辨率叫作物理分辨率

· iOS系統(tǒng)中的UITableView的自帶功能更強(qiáng)大，所謂自帶功能是指系統(tǒng)已經(jīng)實現(xiàn)的，不需要另外開發(fā)的功能。iPhone上短信App中有短信列表，向左滑動即可刪除短信，很簡單地實現(xiàn)列表中每一項的拖動排序和多選操作。UITableView中的每一行叫作“cell”

· iOS應(yīng)用發(fā)布：.ipa文件。開發(fā)者證書3類，按年付費購買

· “哪個View的位置會影響到其他控件的顯示，這個控件系統(tǒng)沒有，得自己寫。”

· 在iOS系統(tǒng)中叫UITableview，在Android系統(tǒng)中叫ListView;iOS平臺的默認(rèn)刪除操作是左滑刪除，Android的默認(rèn)刪除操作是長按然后選擇刪除。對于不同前端平臺的特性，產(chǎn)品經(jīng)理需要做到充分了解，

· 會讓工程師對產(chǎn)品經(jīng)理產(chǎn)生不信任感。

· 通過瀏覽器訪問的網(wǎng)頁稱為Web頁，每一個Web頁都有一個唯一的地址。域名就是每一個網(wǎng)站的唯一地址，比如baidu.com。“http”是一個互聯(lián)網(wǎng)協(xié)議。域名實際上是將一個數(shù)字化的IP地址進(jìn)行了表達(dá)方式的轉(zhuǎn)換，類似http://109.102.22.1。

· Web頁面也有自己的編程語言，通過HTML語言制作Web頁面，通過CSS樣式表對Web頁面進(jìn)行美化，

· H5頁面就是一種通過Web技術(shù)實現(xiàn)的適配移動設(shè)備的產(chǎn)品形態(tài)

· 修改Web頁面的內(nèi)容不需要重新發(fā)布一個新版本的App，Web的好處是能輕量化產(chǎn)品實現(xiàn)，而且能動態(tài)靈活地調(diào)整產(chǎn)品內(nèi)容。Web的體驗感和流暢度和原生的App實現(xiàn)還有一定差距。

· 是通過Web 實現(xiàn)還是原生App實現(xiàn)時，需要綜合考慮產(chǎn)品功能的使用場景和頻次。

· HTML（HyperText Markup Language）全稱超文本標(biāo)記語言。

HTML語言的語法結(jié)構(gòu)是通過一個個的標(biāo)簽標(biāo)記體現(xiàn)的。

〈a href=“http://www.baidu.com”〉，a表示鏈接文字，href表示單擊連接后跳轉(zhuǎn)的鏈接地址

〈img src=“xxx.png”/〉表示的，src是圖片的地址，

〈input name=“username”type=“text”/〉 輸入框的名稱和類型

· CSS（Cascading Style Sheets）全稱層疊樣式表，給只有內(nèi)容的HTML頁面穿衣服，讓HTML頁面好看起來。

· URL（Uniform Resource Locator）的全稱是統(tǒng)一資源定位符，互聯(lián)網(wǎng)上所有的資源都有一個唯一的URL地址

· url有3部分：1協(xié)議http；2資源所在服務(wù)器IP地址/域名；3資源具體路徑m/aa/bb/c.png

· HTTP是客戶端和服務(wù)端通信的基本協(xié)議。用戶在做登錄的操作時，基于HTTP協(xié)議向服務(wù)器發(fā)送 登錄請求，服務(wù)器接收到請求后處于待響應(yīng)狀態(tài)，處理完成后再基于 HTTP請求將處理結(jié)果返回給客戶端。

· HTTP還有一個安全版本HTTPS（Hyper Text Transfer Protocol over Secure Socket Layer），當(dāng)我們在瀏覽器中使用網(wǎng)銀或者跟支付相關(guān)的服務(wù)時，瀏覽器的地址協(xié)議通常是“https://”開頭的。

· 移動APP實現(xiàn)的兩種形態(tài)，Web App和Native App，

· Web app:H5應(yīng)用，跨平臺運(yùn)行，有瀏覽器運(yùn)行

· Native app: 同一個產(chǎn)品需要開發(fā)一個 Android版本和一個iOS版本，順暢度和使用感受都優(yōu)

· 現(xiàn)在很多產(chǎn)品是混合實現(xiàn)：微信的聊天和朋友圈是native，微信紅包是web

· 修改 Web的內(nèi)容只需要在服務(wù)端進(jìn)行網(wǎng)頁修改就行，不需要重新更新發(fā)布 App，但是如果要修改Native的功能就得重新更新發(fā)布App

· 未來Web技術(shù)會成為主流

· 會話存儲技術(shù)：用戶名和密碼是通過Cookie實現(xiàn)的，保存購物車記錄則是通過Session實現(xiàn) 的。

· Cookie是將信息存儲在本地/客戶端，而Session是將信息存儲在服務(wù)器端。

· 視頻網(wǎng)站廣告欄推薦我剛才在電商網(wǎng)站瀏覽過的商品，兩家是不同公司，用到的是本地緩存的cookie信息

· Hybrid app：界面A通用入口native；界面B運(yùn)營活動web；同一界面，滾動banner-web容器

· 產(chǎn)品的BUG出自客戶端還是服務(wù)端，PM可以自己先判斷一下。先向服務(wù)端工程師確定返回的數(shù)據(jù)是否正確，如果確定無誤，那問題肯定就出現(xiàn)在客戶端解析和展示數(shù)據(jù)的環(huán)節(jié)，

第6章 產(chǎn)品經(jīng)理學(xué)服務(wù)端技術(shù)

· 服務(wù)端它負(fù)責(zé)處理復(fù)雜的業(yè)務(wù)邏輯并對數(shù)據(jù)進(jìn)行存儲管理?？蛻舳伺c服務(wù)端借助網(wǎng)絡(luò)進(jìn)行數(shù)據(jù)傳輸，數(shù)據(jù)傳輸基于基本數(shù)據(jù)傳輸協(xié)議，定義數(shù)據(jù)傳輸?shù)囊?guī)則通常叫接口，每一個接口都處理一個功能邏輯。

· 微信發(fā)消息，消息從客戶端A 發(fā)出，通過數(shù)據(jù)接口訪問服務(wù)端，服務(wù)器處理后將這條消息推送給客戶端B,B接收到消息后再展示在界面上。服務(wù)端起到了對所有客戶端進(jìn)行協(xié)調(diào)處理的角色，每時每刻都有很多客戶端訪問服務(wù)端，如果產(chǎn)品用戶量大而且活躍度高，服務(wù)端就會承受巨大的訪問壓力，像微信這樣有著龐大用戶體量和很高活躍度的產(chǎn)品，服務(wù)器的壓力是非常大的，這就需要對服務(wù)器進(jìn)行擴(kuò)容和各種優(yōu)化，以此來支撐這么龐大的用戶量和訪問量。

· 服務(wù)端開發(fā)語言：PHP、Java、JavaScript、 Python、C#

· 服務(wù)端開發(fā)技術(shù)：Node.js，ASP.NET JavaEE開發(fā)平臺

· 輕量級產(chǎn)品或系統(tǒng)，要求快速迭代和快速發(fā)布，可以選擇例如PHP或者Node.js這樣的服務(wù)端技術(shù)，這些技術(shù)選型的特點是輕量 化，不需要特別編譯打包，由于是由腳本語言編寫，可以直接運(yùn)行發(fā)布，

· 一個完整的客戶端與服務(wù)端交互流程就是客戶端發(fā)起請求、服務(wù)端處理請求、服務(wù)端將處理結(jié)果返回客戶端。請求響應(yīng)（Request-Response）模型

· 服務(wù)端通常被叫作云端，也就是我們所說的云服務(wù)器，云服務(wù)器指物理機(jī)房托管在第三方，而不用自建機(jī)房。每個機(jī)房都由應(yīng)用服務(wù)器、數(shù)據(jù)庫服務(wù)器、交換機(jī)、網(wǎng)絡(luò)端口和外網(wǎng)光纜構(gòu)成。

· 負(fù)載均衡服務(wù)器：將同時進(jìn)來的大量訪問請求根據(jù)應(yīng)用服務(wù)器的忙碌程度進(jìn)行動態(tài)調(diào)度，負(fù)責(zé)流量的動態(tài)分配

·API（Application Programming Interface）服務(wù)器，應(yīng)用服務(wù)器，進(jìn)行業(yè)務(wù)邏輯處理，將處理完成結(jié)果返回客戶端。

· 當(dāng)我們搶購商品時，會出現(xiàn)排隊或者無法訪問的情況，這是因為我們已經(jīng)進(jìn)入了一個負(fù)載量非常大的服務(wù)器，如果這時我們關(guān)掉網(wǎng)頁，重新打開 再請求，有可能會被分配到另一臺應(yīng)用服務(wù)器上。若恰巧這臺服務(wù)器比剛才那臺負(fù)載量低，我們就有可能正常搶購到商品。

· 數(shù)據(jù)庫服務(wù)器負(fù)責(zé)運(yùn)行后端數(shù)據(jù)庫，應(yīng)用服務(wù)器會根據(jù)用戶請求從數(shù)據(jù)庫中查詢商品信息并返回給客戶端。

· 因為數(shù)據(jù)都是核心資產(chǎn)，為了保證系統(tǒng)數(shù)據(jù)的安全 性，在多臺數(shù)據(jù)庫服務(wù)器上會存儲同一份數(shù)據(jù)。

· 數(shù)據(jù)接口是指客戶端與服務(wù)端進(jìn)行數(shù)據(jù)傳輸和交互的數(shù)據(jù)協(xié)議， 數(shù)據(jù)接口是一種數(shù)據(jù)交換的標(biāo)準(zhǔn)。“key-value”，字段-內(nèi)容：

· 客戶端： “{username:ryan, password:123}”

· 服務(wù)端：“{code:200,message:登錄成功}”

· 常用的數(shù)據(jù)接口結(jié)構(gòu)：JSON、SML

· JSON（JavaScript Object Notation）是一種輕量級的數(shù)據(jù)交換格式，可嵌套。

· XML（Extensible Markup Language），可擴(kuò)展標(biāo)記語言。XML的結(jié)構(gòu)體積比JSON大，而且閱讀結(jié)構(gòu)不如JSON清晰。

· 用戶的個人信息是否在登錄時一并返回，那登錄的接口里就需要包含這些信息，雖然在功能里體現(xiàn)不了，但實際上后臺流程需要對這些信息進(jìn)行處理。這也就是技術(shù)之外的視角看不到的內(nèi)容，當(dāng)產(chǎn)品經(jīng)理衡量一個功能的工作量時，不能只看功能本身，應(yīng)該從了解技術(shù)的角度去判斷和這個功能相關(guān)的衍生流程。

· Utf8 是一種統(tǒng)一轉(zhuǎn)換編碼格式

· 產(chǎn)品發(fā)布上線，把我們開發(fā)完成的系統(tǒng)部署到公網(wǎng)服務(wù)器上。傳統(tǒng)自建機(jī)房，維護(hù)成本大，現(xiàn)在云服務(wù)。運(yùn)維：用戶訪問高峰，運(yùn)維人員擴(kuò)大服務(wù)器帶寬或者增加服務(wù)器數(shù)量，擴(kuò)大服務(wù)器帶寬或者增加服務(wù)器數(shù)量，備份或者用臨時服務(wù)器進(jìn)行應(yīng)急處理。

· 之前的開發(fā)和測試都是在測試服務(wù)器上，所以需要將測試服務(wù)器上的新功能或者修改遷移到公網(wǎng)服務(wù)器上。

· 云服務(wù)器：通過租用和按流量付費的標(biāo)準(zhǔn)來使用；有專人維護(hù)；強(qiáng)大的容災(zāi)能力。阿里云、亞馬遜AWS. 在服務(wù)器上節(jié)省下來的大量開支可以降低 中小創(chuàng)業(yè)者的成本，

第7章 產(chǎn)品經(jīng)理學(xué)數(shù)據(jù)

· 互聯(lián)網(wǎng)每天產(chǎn)生大量數(shù)據(jù)，使用大量數(shù)據(jù)分析預(yù)測用戶行為，這個過程稱為大數(shù)據(jù)。數(shù)據(jù)分析結(jié)果支持商業(yè)決策。數(shù)據(jù)驅(qū)動產(chǎn)品、業(yè)務(wù)優(yōu)化

· 內(nèi)容型產(chǎn)品，產(chǎn)生內(nèi)容數(shù)據(jù)，例如文字、視頻或者音頻。交易平臺型產(chǎn)品，產(chǎn)生用戶行為數(shù)據(jù)和交易數(shù)據(jù)。

· 結(jié)構(gòu)化數(shù)據(jù)（商品分類屬性）、非結(jié)構(gòu)化數(shù)據(jù)（瀏覽記錄、操作日志）

· Uv(unique visitor)；pv(page view)；dau(daily active user)(觀察周幾的影響)；mau(monthly active user)；gmv(gross merchandise volume)商品交易總額(非成交總額)；轉(zhuǎn)化率/留存率

· 通過各個層級頁面的pv，看出用戶路徑；兩個展示入口方案觀察數(shù)據(jù)指標(biāo)

· 百度統(tǒng)計、google analytics

· 設(shè)計一些能增加用戶黏性的產(chǎn)品功能或者優(yōu)化之前的產(chǎn)品功能，以此發(fā)掘用戶需求來提高產(chǎn)品對用戶的可用性。

· DW(Data warehouse)數(shù)據(jù)倉庫.數(shù)據(jù)倉庫由一定延遲性，實時數(shù)據(jù)在生產(chǎn)數(shù)據(jù)庫中。

· 數(shù)據(jù)倉庫不同于數(shù)據(jù)庫，數(shù)據(jù)庫可實時數(shù)據(jù)存儲/事務(wù)性處理/增刪查改；數(shù)據(jù)倉庫-只能查詢

· 數(shù)據(jù)庫是為捕獲數(shù)據(jù)而設(shè)計的，數(shù)據(jù)倉庫是為分析數(shù)據(jù)而設(shè)計的。定期將數(shù)據(jù)庫的數(shù)據(jù)導(dǎo)入數(shù)據(jù)倉庫

· 在數(shù)據(jù)庫里，我們存儲的都是與業(yè)務(wù)相關(guān)的數(shù)據(jù)，在數(shù)據(jù)倉庫里也會存儲與業(yè)務(wù)相關(guān)的很多 冗余數(shù)據(jù)，并且我們認(rèn)為這種冗余是非常有必要的。

· 漏斗模型

第8章 產(chǎn)品經(jīng)理如何寫一份高質(zhì)量PRD

· Product Requirement Document，PRD是沉淀結(jié)論并輔助溝通，不能取代溝通，溝通勝過文檔。至少包含三部分：變更日志、需求描述、功能設(shè)計。

· 前期明確需求很重要，不然做出無用功能。

· 產(chǎn)品功能設(shè)計包括產(chǎn)品業(yè)務(wù)流程、功能信息結(jié)構(gòu)、產(chǎn)品原型及交互邏輯、產(chǎn)品視覺設(shè)計。

· 需求一旦被采納，接下來就是投入團(tuán)隊資源進(jìn)行設(shè)計和開發(fā)，產(chǎn)品上線后需要被真實用戶檢驗。要會判斷需求價值，是否提升了用戶價值。用戶的重要性

· PRD的主要讀者是工程師，所以明確目標(biāo)讀者，基于目標(biāo)讀者寫作

· 在PRD里有 一塊很重要的內(nèi)容就是產(chǎn)品邏輯，產(chǎn)品邏輯主要包括功能邏輯、交互邏輯、邊界規(guī)則等。

· 清楚產(chǎn)品所涉及的正常功能邏輯、異常邏輯及特殊情況處理。

· 細(xì)節(jié)設(shè)計需要在PRD里做特別標(biāo)注，

· 產(chǎn)品經(jīng)理提前了解數(shù)據(jù)庫字段，在配置變量文案時方便工程師看。

· Axure/sketch/Xmind/石墨文檔

· 產(chǎn)品經(jīng)理描述一個對話框就是一個簡單線框，技術(shù)要想是dialog還是toast

· 功能型PRD重點陳述產(chǎn)品功能設(shè)計的特點，技術(shù)型PRD 會在其中添加技術(shù)術(shù)語的部分，

第9章 如何與工程師正確溝通

· 工程師嚴(yán)謹(jǐn)挑剔邏輯性強(qiáng)固執(zhí)。工程師對自己寫的代碼極為自信?？紤]工程師的性格特點，與之溝通。

· PM的工作：寫PRD，講解產(chǎn)品需求，將自己的想法和產(chǎn)品設(shè)計方案通過語言或文字表達(dá)的方式傳遞給需求執(zhí)行者。

· 有時工程師對產(chǎn)品細(xì)節(jié)的熟悉程度甚至超過產(chǎn)品經(jīng)理，畢竟每一個細(xì)節(jié)和每一個產(chǎn)品規(guī)則都是他們通過一行行代碼實現(xiàn)的，加上工程師的智力和記憶力都不差，所以他們對邏輯細(xì)節(jié)的記憶和把握能力都比較強(qiáng)。

· 溝通前，產(chǎn)品經(jīng)理自己先審視自己的產(chǎn)品功能邏輯是否完整，包括正常和異常的功能邏輯

· 雙方進(jìn)入?yún)f(xié)商的氛圍，而不是單純告知和表達(dá)自己的觀點。

· 產(chǎn)品需求變動難以避免，如何溝通。（需求背景、功能邏輯、界面設(shè)計、技術(shù)調(diào)整）。和工程師溝通的時候不要忽略需求背景，讓他們知道改動是有價值、必須的。

· “這個功能做不了？”詢問原因1. “這個產(chǎn)品需求在現(xiàn)有技術(shù)條件下是否可實現(xiàn)，是不 是存在技術(shù)邊界”。2. “既然是可實現(xiàn)的，那做不了的原因是否是因為我們 目前不具備這樣的技術(shù)”。3. “既然不存在技術(shù)邊界也不存在技術(shù)儲備不足，那是 因為開發(fā)進(jìn)度和時間導(dǎo)致做不了？”衡量用戶價值和業(yè)務(wù)價值。

· “這不是bug”，加載時沒有提示加載框，數(shù)據(jù)出來突然出現(xiàn)。對普通人感覺是bug，對工程師來說只是prd沒有對這個設(shè)計有詳細(xì)說明。對工程師來說，bug是貶義詞，因為代碼或者邏輯出錯而導(dǎo)致的功能性錯誤。

· PM和工程師爭論：密碼是否有必要支持特殊字符，產(chǎn)品覺得滿足用戶有不安全感的需求，技術(shù)覺得可以統(tǒng)一簡化規(guī)則。應(yīng)該耐心地詢問工程師這兩種設(shè)計方式在實現(xiàn)上有沒有區(qū)別，如果沒有區(qū)別，則建議選擇讓用戶更具安全感的方式；如果在技術(shù)實現(xiàn)上有區(qū)別，那么再來衡量具體實施工作量，看投入產(chǎn)出是否合適。PM要會引導(dǎo)每一場討論。

· 用講故事代替介紹功能：單純地介紹產(chǎn)品功能聽起來很生硬，沒有上下文背景也理解不了這個功能背后的具體意義。

第10章 產(chǎn)品經(jīng)理的自我修養(yǎng)

· 用戶體驗型產(chǎn)品經(jīng)理、業(yè)務(wù)型產(chǎn)品經(jīng)理和數(shù)據(jù)型產(chǎn)品經(jīng)理。

· 不同打車APP對產(chǎn)品需求實現(xiàn)不同：滴滴是司機(jī)挑選乘客，易到是乘客挑選司機(jī)。

· 用戶體驗型PM需要產(chǎn)品經(jīng)理有非常強(qiáng)的同理心。用戶的體驗之一來源于用戶能否快速完成自己的任務(wù)，產(chǎn)品能很清晰地傳遞關(guān)鍵信息

· 工具類產(chǎn)品要求功能符合用戶需求和使用習(xí)慣，而且能快速幫用戶解決問題，這類產(chǎn)品對用戶體驗的要求很高，所以產(chǎn)品經(jīng)理的工作重心在核心功能體驗的設(shè)計上。業(yè)務(wù)型產(chǎn)品經(jīng)理每天關(guān)注的應(yīng)該是整個業(yè)務(wù)流程是否順暢，每個業(yè)務(wù)節(jié)點是否有可優(yōu)化的地方。

· 業(yè)務(wù)型產(chǎn)品經(jīng)理要熟悉、梳理、拆解整個業(yè)務(wù)流程。要有全局思考能力，定義業(yè)務(wù)流程中關(guān)鍵角色以及具體業(yè)務(wù)職能和動作。要會整合協(xié)調(diào)資源，因為一個業(yè)務(wù)流程涉及需要涉及多個資源方。

· 數(shù)據(jù)型產(chǎn)品經(jīng)理需要探究數(shù)據(jù)變化背后原因，優(yōu)化產(chǎn)品策略。A/Btest.數(shù)據(jù)不是萬能的，是產(chǎn)品決策的輔助依據(jù)。

· 產(chǎn)品經(jīng)理需要時刻處于問題一線，對隨時出現(xiàn)的問題有快速應(yīng)對能力，PM必須是行動派。需求分析是產(chǎn)品經(jīng)理的基本技能，利用需求分析的結(jié)果快速推動事情向前發(fā)展，快速產(chǎn)生對的結(jié)果，才是行動派應(yīng)有的風(fēng)格。

· 對產(chǎn)品經(jīng)理來說，交叉學(xué)科知識的獲取很重要，讓信息高效流通，整個組織高效。

· 優(yōu)秀的產(chǎn)品經(jīng)理不在于是否懂技術(shù)，而在于是否懂產(chǎn)品，或者說是否懂用戶。

· 喬布斯以其對用戶的深度洞察力，自信地持續(xù)為用戶帶來優(yōu)秀的產(chǎn)品和用戶體驗

· 一個真正有靈魂的產(chǎn)品不可能是多個人討論后達(dá)成共識的產(chǎn)物，一定是一個人將自己的產(chǎn)品意識植入后產(chǎn)生的結(jié)果，

· 好產(chǎn)品：用戶感覺好：視覺上、功能體驗上、超出預(yù)期、心理滿足

· 設(shè)計完功能不等于做好了產(chǎn)品。

· 產(chǎn)品就會進(jìn)入可視階段，這時大家的注意力就會放到產(chǎn)品的界面和交互上，甚至?xí)屯洰a(chǎn)品定位，以至于后續(xù)設(shè)計出很多和產(chǎn)品定位相矛盾的產(chǎn)品功能。

· 剛接觸產(chǎn)品會研究競品，覺得好就借鑒到自己產(chǎn)品中。不太好，得符合自身產(chǎn)品定位再借鑒。

· 理解場景比設(shè)計功能更重要

· 所有產(chǎn)品無一例外都是在特定的場景下被使用的，產(chǎn)品不僅有功能，還應(yīng)該具備符合場景的解決方案

· 需求迭代可能出于用戶場景、數(shù)據(jù)驗證或用戶反饋

· 當(dāng) 產(chǎn)品經(jīng)理不確定何種方案更優(yōu)時，最快速的方式就是盡快將產(chǎn)品推向市場面向用戶，基于用戶反饋做產(chǎn)品優(yōu)化迭代。

· 產(chǎn)品解決絕大多數(shù)用戶群體的需求，一個設(shè)計本身可能特別優(yōu)秀， 但僅解決部分人的問題而忽略了普遍用戶群體可能就不是一個好設(shè)計 了。

· 張小龍的產(chǎn)品觀：好產(chǎn)品不應(yīng)該黏住用戶，用戶用完即走，但下次需要又會馬上回來。微信將復(fù)雜性掩蓋在表面的簡單之下，深入生活場景的方方面面。

· 初級產(chǎn)品經(jīng)理做競品分析、產(chǎn)品文檔、設(shè)計簡單功能等。要鍛煉自己的寫作能力和語言表達(dá)能力，將事情完整、準(zhǔn)確、清晰地傳遞給別人。PRD不要基于自己的邏輯思路寫，要站在目標(biāo)讀者的角度寫。對于語言溝通能力，多說多練是直接有效方式。

· 產(chǎn)品經(jīng)理必須回描繪清晰的產(chǎn)品遠(yuǎn)景，理想狀態(tài)、遠(yuǎn)期目標(biāo)，將路徑計劃告訴團(tuán)隊成員。

· 領(lǐng)導(dǎo)力有別于管理能力。領(lǐng)導(dǎo)力能制造和傳播氛圍，這種氛圍是感染團(tuán)隊成員全力向前的動力。

· 行為領(lǐng)導(dǎo)力的關(guān)鍵是擁抱變化并快速執(zhí)行，而且執(zhí)行的過程一定是圍繞產(chǎn)品核心定位展開的。行為領(lǐng)導(dǎo)力的本質(zhì)是帶頭沖鋒，能在組織面對變化和挑戰(zhàn)時，從行動上帶領(lǐng)產(chǎn)品和團(tuán)隊快速破局。

· 有所為有所不為。貪多求全的做法通常會讓一個產(chǎn)品失去靈魂，

第十一章 產(chǎn)品經(jīng)理工作中會遇到的問題及解決方案

· 老板的需求傳遞的是一種感覺，經(jīng)常是“不明確”，通過提問的方式，將老板的戰(zhàn)略性需求轉(zhuǎn)化為一個范圍性需求。

· 分析關(guān)注功能的用戶價值和業(yè)務(wù)價值。

· 關(guān)注功能以五角星展現(xiàn)還是文字按鈕，PM和設(shè)計師經(jīng)常在沒有對錯的問題上需要進(jìn)行反復(fù)爭論。這種情況PM應(yīng)該從用戶群體以及用戶對產(chǎn)品的認(rèn)知程度出發(fā)思考，用戶建立對產(chǎn)品的認(rèn)知后，才能對產(chǎn)品進(jìn)行更大膽的設(shè)計。

· 產(chǎn)品經(jīng)理要學(xué)會提問，不是拋出問題然后等待答案出現(xiàn)，而是帶著可能的答案去提問。產(chǎn)品經(jīng)理要能控制談話和引導(dǎo)溝通，這直接決定了問題是否朝著解決方案的方向前進(jìn)。

· 接受用戶真實反饋的原始信息，避免被中間人員基于自己的理解提出問題和解決方案而誤導(dǎo)。

· 聚焦答案而非聚焦問題

· 判斷問題、定位問題、解決問題的能力

· 洞察力insight，透過現(xiàn)象看本質(zhì)。

· 一個需求從提出到落地，中間涉及對很多資源的占用，所以前期對需求的把控就顯得尤為重要了。

· 以用戶的身份思考，而現(xiàn)實是，總是不自覺地變成以產(chǎn)品設(shè)計者的角度，加上個人主觀意愿去思考判斷了，有的時候要小心這種情況，避免陷入盲目自嗨的場景，開發(fā)出沒有必要的功能。

· 產(chǎn)品經(jīng)理的修養(yǎng)：只關(guān)注真實用戶的需求，忽略一切噪音；只關(guān)注來自真實市場的一手材料，忽略一切二手信息。

· MVP，化繁為簡的能力，功能推出要符合業(yè)務(wù)發(fā)展節(jié)奏，不做多，做對。正確把握產(chǎn)品節(jié)奏。也許，你已經(jīng)添加了很多這個階段根本不需要的設(shè)計。

· 少一些不放心，覺得少了這個用戶體驗不好，少了那個不完整，實際問題遠(yuǎn)沒有這樣嚴(yán)重。比如社交產(chǎn)品初期沒有必要做聯(lián)系人分組功能，比如O2O產(chǎn)品初期不必做評價體系。

· 雙方固有知識結(jié)構(gòu)不同導(dǎo)致思維模式和視角不同，PM要掌握基本技術(shù)知識，了解技術(shù)邊界，輔助溝通。PM用用戶視角看待產(chǎn)品，用產(chǎn)品思維設(shè)計產(chǎn)品（表現(xiàn)層、框架層、結(jié)構(gòu)層、范圍層、戰(zhàn)略層），用技術(shù)思維溝通產(chǎn)品實現(xiàn)

· PRD需要清晰的邏輯思維能力和語言、文字表達(dá)能力。

· 以講故事的方式描述和溝通需求，四要素：時間地點人物情節(jié)，來描述隨機(jī)播放這一功能顯得生動的多。

· 用戶想的want并不是用戶真正的需求need，想吃包子其實是餓了。用戶想要的可能有更好的解決方案。

· 放下自我解讀，跳出自我。區(qū)分什么是自我的喜好，什么是用戶的真實需求。識別真需求，過濾偽需求。

第十二章 產(chǎn)品經(jīng)理的職業(yè)發(fā)展

· 大公司完整、全套的產(chǎn)品培訓(xùn)流程

· 產(chǎn)品助理的工作：1理解和分析需求、2產(chǎn)品原型設(shè)計（線框圖、基礎(chǔ)交互設(shè)計）、3PRD（需求+原型）、4跟進(jìn)技術(shù)開發(fā)（溝通和解決）、5產(chǎn)品客服（內(nèi)外部用戶）

· 產(chǎn)品經(jīng)理：業(yè)務(wù)型產(chǎn)品和業(yè)務(wù)方需求溝通確認(rèn)、識別偽需求、

· 不是每一個需求都要去滿足，識別出有價值的需求再考慮下一步是考驗產(chǎn)品經(jīng)理的能力之一

· 和設(shè)計師溝通站在用戶體驗和視覺設(shè)計視角、和工程師溝通站在技術(shù)和功能實現(xiàn)角度、和業(yè)務(wù)運(yùn)營人員站在業(yè)務(wù)場景和運(yùn)營思考視角、和老板溝通站在公司和產(chǎn)品戰(zhàn)略視角、和財務(wù)溝通站在財務(wù)流程視角。產(chǎn)品經(jīng)理真的是個多面手，需要廣泛涉獵很多知識體系，是團(tuán)隊項目的整體領(lǐng)導(dǎo)者。

· 某些需求是能實現(xiàn)，但價值不是很大，要考察產(chǎn)品功能實現(xiàn)帶給用戶的價值，以及是否能強(qiáng)化產(chǎn)品定位。高階的產(chǎn)品經(jīng)理要有這個識別判斷的能力。

· 跨學(xué)科知識的掌握，產(chǎn)品經(jīng)理要組織協(xié)調(diào)資源，將不同專業(yè)背景的人組織在一起實現(xiàn)一個共同目標(biāo)，面向不同溝通角色要用不同溝通技巧

· 產(chǎn)品總監(jiān)要思考產(chǎn)品定位、產(chǎn)品戰(zhàn)略、思考商業(yè)化價值、制定產(chǎn)品路線圖、業(yè)務(wù)邏輯、商業(yè)邏輯。對用戶需求變化要有足夠的嗅覺。

· 在創(chuàng)業(yè)公司的好處是能實現(xiàn)跨越式成長。

· 行業(yè)理解力（行業(yè)背景、業(yè)務(wù)、資源、政策；了解國家政策、擁抱政府、看資本看好哪個領(lǐng)域；全局思考能力）；產(chǎn)品架構(gòu)能力（擴(kuò)展性強(qiáng)）；商業(yè)化思維（用戶價值和商業(yè)變現(xiàn)）（流量變現(xiàn)思維）（商業(yè)化產(chǎn)品經(jīng)理）

· 互聯(lián)網(wǎng)產(chǎn)品前提是做好用戶價值，才去考慮實現(xiàn)商業(yè)價值（廣告、會員、增值服務(wù)等）

· 用戶群越精準(zhǔn)，商業(yè)價值越大

第十三章 產(chǎn)品經(jīng)理必懂的運(yùn)營技術(shù)

· 產(chǎn)品（產(chǎn)品定義、流程設(shè)計、功能設(shè)計）；運(yùn)營（產(chǎn)品運(yùn)營、業(yè)務(wù)運(yùn)營）（用戶運(yùn)營、活動運(yùn)營、內(nèi)容運(yùn)營）（電商的商品展示、交易支付、后臺管理等業(yè)務(wù)流程運(yùn)營）。通過運(yùn)營完成對產(chǎn)品用戶的拉新、促活、留存、轉(zhuǎn)化。

· 現(xiàn)在互聯(lián)網(wǎng)產(chǎn)品在產(chǎn)品功能和體驗層面并不能拉開足夠大的差距，所以差異更多體現(xiàn)在運(yùn)營層面。產(chǎn)品同質(zhì)化嚴(yán)重，到最后不是拼資本，就是拼運(yùn)營。

· 小紅書以內(nèi)容為切入點做電商，區(qū)別于淘寶的純交易型電商，做差異化用戶需求和場景創(chuàng)新。

· 深入競品沒有觸及的市場，三四五六線城市正在被互聯(lián)網(wǎng)化。

· 運(yùn)營效率（獲取用戶成本低、速度快、質(zhì)量高、留存和活躍度高、用戶價值大）

· 運(yùn)營：營造產(chǎn)品氛圍、“好玩”、給用戶超出預(yù)期的體驗

第十四章 產(chǎn)品經(jīng)理必懂的技術(shù)名詞

· 抽象、類、對象、實例；打印；寫死；架構(gòu)、框架；控件、組件；進(jìn)程、線程；腳本；同步處理、異步處理。

· 將數(shù)據(jù)存放在客戶端，寫死在本地，省去開發(fā)數(shù)據(jù)接口；將數(shù)據(jù)放在服務(wù)端，客戶端通過請求數(shù)據(jù)接口獲取，有調(diào)整只需調(diào)整服務(wù)端數(shù)據(jù)內(nèi)容。

· 架構(gòu)好壞決定后期系統(tǒng)的穩(wěn)定性和可擴(kuò)展性；框架指利用現(xiàn)有的成熟技術(shù)框架簡化開發(fā)。

· 進(jìn)程-占用系統(tǒng)資源，如CPU和存儲空間；一個進(jìn)程中可以存在多個線程-異步線程和同步線程。（兩個線程分別處理朋友圈發(fā)布和獲取新信息的的子任務(wù)）

· 腳本就是面向計算機(jī)的劇本，是一種可被計算機(jī)執(zhí)行的文件，

· 執(zhí)行登錄的線程可以稱為主線程，執(zhí)行獲取用戶信息的線程稱為子線程。

· 異步處理不會造成線程阻塞。如果所有的任務(wù)都在一個線程中處理，那就會出現(xiàn)資源占用過多和響應(yīng)時間過長的情況，例如我們在使用一些安卓APP 時偶爾會出現(xiàn)應(yīng)用程序閃退的情況，這有可能是因為出現(xiàn)了線程死鎖。

· 產(chǎn)品要懂 用戶、運(yùn)營、設(shè)計、技術(shù)、開發(fā)、測試、財務(wù)、業(yè)務(wù)、法務(wù)、戰(zhàn)略、盈利模式、商業(yè)模式