産品特色

編輯推薦

産品經理入門書。

係統梳理産品經理必懂技術知識脈絡：常用技術概念、客戶端、服務器端、數據庫及一些數據處理知識。

瞭解它們是什麼、位於哪個層次、有什麼作用、如何在設計上進行調整應對。

從産品設計方法論和運營層麵補充産品經理的能力模型。

産品經理職業規劃發展觀。

內容簡介

《産品經理必懂的技術那點事兒：成為全棧産品經理》以非技術背景産品經理學習技術為主題，將技術知識以簡單並且易於理解的方式講述齣來，幫助非技術背景産品經理瞭解技術、學習技術，旨在幫助産品經理高效地與技術人員進行溝通與閤作，避免不懂技術帶來的睏擾。

主要內容圍繞産品經理需要瞭解的互聯網基礎技術知識展開，涉及客戶端、服務器端、數據庫及一些數據處理知識。同時，就産品經理需具備的一些軟實力，例如溝通能力和解決問題的能力進行瞭詳細介紹。另外，對産品經理必懂的運營“技術”做瞭詳細闡述。

《産品經理必懂的技術那點事兒：成為全棧産品經理》適閤非技術背景的産品經理、設計師、運營、市場等互聯網崗位的讀者閱讀，也適閤想瞭解産品經理工作及準備從其他職能轉型為産品經理的讀者閱讀。

作者簡介

唐韌（Ryan），2008年開始從事網站係統的設計與開發，2010年開始從事智能手機App開發，國內早期Android及iOS開發者，百萬級閱讀量技術博客作者，發錶技術文章百餘篇。2014年轉型做産品經理，在創業公司負責産品規劃與設計工作。人人都是産品經理專欄作傢、起點學院優秀導師，在行行傢。

目錄

1 産品思維與技術思維 1
1．1 産品經理為什麼要懂技術 1
1．2 産品經理和工程師分彆是乾什麼的 3
1．3 産品設計中需要注意的技術邊界 5
1．4 工程師的思考方式：工程思維 7
1．5 入門産品經理的思考方式：功能思維 8
1．6 高階産品經理的思考方式：産品思維 8
1．7 産品經理必須迴答的8個問題 11
1．8 本章小結 13
2 互聯網技術與産品 15
2．1 互聯網技術發展史 15
2．2 互聯網産品發展史 16
2．3 互聯網開源社區和技術 17
2．4 互聯網産品技術架構 22
2．5 移動互聯網技術的特點 24
2．6 下一代互聯網産品 25
2．7 下一代互聯網産品經理 26
2．8 本章小結 26
3 産品經理學編程 28
3．1 産品經理為什麼要學編程 28
3．2 主流編程語言介紹 30
3．3 編程語言中的數據類型 31
3．4 編程語言中的邏輯結構 37
3．5 數據的組織方式：數據結構 42
3．6 什麼是程序 46
3．7 程序的最小執行單元 46
3．8 程序與産品功能之間的關係 47
3．9 本章小結 48
4 産品經理學數據庫 50
4．1 産品經理為什麼要學數據庫 50
4．2 關係型數據庫 51
4．3 非關係型數據庫 58
4．4 數據存儲與恢復 60
4．5 從數據角度看産品設計 61
4．6 本章小結 62
5 産品經理學客戶端技術 63
5．1 産品經理為什麼要學客戶端技術 63
5．2 Android基礎技術及基本控件 67
5．3 Android界麵布局原理 75
5．4 Android係統的權限控製 76
5．5 Android應用打包及發布 77
5．6 Android多屏幕適配 79
5．7 iOS基礎技術及基本控件 81
5．8 iOS界麵布局原理 86
5．9 iOS係統權限控製 86
5．10 iOS應用打包及發布 88
5．11 Web基礎技術知識 89
5．12 如何判斷産品問題是否齣自客戶端 97
5．13 本章小結 98
6 産品經理學服務端技術 99
6．1 産品經理為什麼要學服務端技術 99
6．2 服務端的基本架構 101
6．3 數據接口及結構 103
6．4 服務端與客戶端的交互模型 107
6．5 服務器部署及運維 108
6．6 雲服務器 109
6．7 如何判斷産品問題是否齣自服務端 111
6．8 本章小結 112
7 産品經理學數據 113
7．1 什麼是數據 113
7．2 數據分類及數據分析 114
7．3 數據指標 116
7．4 數據倉庫 122
7．5 數據可視化 123
7．6 數據驅動下的産品與業務 124
7．7 本章小結 126
8 産品經理如何寫一份高質量的PRD 128
8．1 PRD的基本結構 128
8．2 産品經理如何評判一個需求的價值 133
8．3 基於目標讀者寫作 136
8．4 PRD裏的産品邏輯 137
8．5 PRD裏的技術規則 140
8．6 常用的PRD寫作工具介紹 141
8．7 功能型PRD與技術型PRD的區彆 142
8．8 溝通勝過文檔 143
8．9 本章小結 144
9 如何與工程師正確溝通 146
9．1 工程師是一個什麼樣的群體 146
9．2 如何嚮工程師闡述産品需求 148
9．3 如何從産品角度參與技術討論 150
9．4 産品需求變動時的溝通方法 151
9．5 非技術背景産品經理的溝通技巧 153
9．6 用講故事代替介紹功能 158
9．7 本章小結 159
10 産品經理的自我修養 160
10．1 三種類型的産品經理 160
10．2 産品經理的三項核心技能 165
10．3 懂技術不如懂産品 167
10．4 為什麼懂得這麼多還是做不好産品 168
10．5 設計完功能不等於做好瞭産品 170
10．6 理解場景比設計功能更重要 172
10．7 産品是技術與藝術的結閤 176
10．8 如何跨越産品經理初級階段 178
10．9 産品經理如何驅動技術團隊 179
10．10 成為産品領導者 180
10．11 本章小結 183
11 産品經理工作中會遇到的問題及解決方法 185
11．1 解決問題前先定位問題 185
11．2 産品經理工作中遇到的問題 187
11．3 “聚焦答案”而非“聚焦問題” 193
11．4 一個可能的解決問題模型 194
11．5 從問題和答案中獲取洞察力 195
11．6 一個需求從無到有經曆瞭什麼 196
11．7 MVP：化繁為簡的方法 198
11．8 如何閤理地把握産品節奏 201
11．9 非技術背景産品經理三大生存指南 202
11．10 本章小結 206
12 産品經理的職業發展 207
12．1 産品助理的日常工作及晉級 207
12．2 産品經理的日常工作及晉級 209
12．3 産品總監的日常工作及晉級 213
12．4 從産品助理到産品總監的跨越 216
12．5 如何係統化地提高産品能力 218
12．6 本章小結 225
13 産品經理必懂的運營“技術” 226
13．1 産品與運營的關係 226
13．2 産品運營與業務運營的區彆 228
13．3 如何圍繞産品設計運營方案 232
13．4 如何通過産品杠杆提升運營效率 237
13．5 本章小結 238
14 産品經理必懂的技術名詞 240
14．1 類、對象、抽象和實例 240
14．2 工程師口中的“打印”是什麼意思 241
14．3 工程師口中的“寫死”是什麼意思 242
14．4 架構和框架 242
14．5 控件和組件 243
14．6 進程與綫程 244
14．7 什麼是“腳本” 245
14．8 同步處理和異步處理 246
後記 247

前言/序言

推薦序一

2010年，我創辦瞭人人都是産品經理（www.woshipm.com）社區，至今已經8年。

這8年來，我接觸多的就是産品經理。我很少在外拋頭露麵，通常隻會在人人都是産品經理社區創建的上百個産品經理交流群裏活動，因此經常會被大傢抓著問問題，其中被問多的一個問題就是"産品經理需要懂技術嗎？懂到什麼程度？"

其實這是一個比較有爭議的問題，沒有正確答案。你說需要懂，也對；說不需要懂，也沒錯。以我個人的從業經曆而言，我傾嚮的答案是産品經理需要"懂"技術。

在大學裏，沒有産品經理這個專業，所以絕大部分産品經理都是半路齣傢。早期的互聯網公司基本都是以技術為中心驅動産品的，因此在很多公司裏，産品經理這個角色都是技術或者項目經理兼任，他們都有一定技術背景。隨著互聯網的迅猛發展，以技術為中心逐步走嚮以産品和用戶為中心，尤其是在喬布斯發布iPhone 3GS以後，各大互聯網公司CEO都說自己是産品經理，於是産品經理就火起來瞭，從此一發不可收拾。

接下來齣現的情況就是一大撥從事技術、運營、設計、編輯、市場的人轉型做瞭産品經理，非技術職位轉型做産品經理的占瞭絕大部分。因為沒有技術門檻，越來越多的大學生也都選擇瞭産品經理職位。從産品經理的演變來看，毫不誇張地說，絕大部分産品經理是不"懂"技術的。

注意，我特意把懂這個字加瞭引號。因為"懂"技術不等於要會寫代碼。這裏有一個誤區，很多産品經理聽彆人說産品經理需要懂技術，不懂技術就會……，而感到非常焦慮，非常著急，就去買瞭一大堆技術相關書籍（JavaScript、PHP、Java、MySQL等各種從入門到精通的寶典），然而能堅持看完、看明白的人微乎其微。因為技術類書籍是有門檻的，還非常枯燥，不像産品和運營類書籍，貼近生活，通俗易懂，誰都可以看明白。

因為我是站長齣身，做瞭十來年站長，對各種開源係統非常熟悉，也做過幾十個網站，大傢都知道做站長的人通常都是一個人能搞定所有的事情（産品、設計、運營、推廣、技術、運維、內容等），於是很多人跟我說："老曹，要不你寫本産品經理能讀懂的技術書吧，因為你懂技術通産品，這書你寫再閤適不過瞭。"每次遇到這樣的提議，我都非常尷尬，這對我來說挑戰太大，但我一直有一個夢想，組織幾個懂産品的技術兄弟一起寫一本産品經理的技術科普書。

直到今天，我的夢想將被實現。幫我實現夢想的人不是我自己，而是本書作者唐韌同學。唐韌是人人都是産品經理社區的專欄作傢，在平颱發布瞭很多作品，其中一篇文章《我是如何從程序員一步一步走嚮産品經理的》備受認可，他本人也是技術轉型産品經理的優秀代錶。希望本書能為從事産品經理職業的同學對技術的認知有更好的幫助，産品經理學習技術不是為瞭在技術人員麵前證明你很牛，而是為瞭更好地與技術人員溝通需求、更好地閤作，一起做好産品。

曹成明

人人都是産品經理、起點學院創始人兼CEO

推薦序二

猶記那天作者邀請我為他的書作序，我的內心是充滿驚喜的。算起來我們共事已然有六七個年頭。作者當年是我在北航軟件學院設立的移動應用聯閤實驗室的第一屆學生，算是我的開山弟子。在他作為大師兄帶領師弟師妹組成的項目團隊實踐著敏捷開發和移動産品方法論的時候，他就已然立誌要成為一名優秀的産品經理。

後來，作者與我一同徵戰移動互聯網創業之路，從App開發做起，經過多款創新産品的設計和研發曆練，他已然成功轉型成為一名優秀的移動互聯網産品經理和互聯網産品設計專傢。我和作者亦師亦友的關係一直延續至今，在共同走過的許多個日日夜夜，有相知相和的共鳴，有觀點分歧的碰撞，更有對産品設計的每一個細節孜孜不倦的研討和琢磨。

正是在無數次對産品不斷精益求精的思考和實踐中，作者深深體會到産品經理這個角色對一個人全方位的曆練和素質要求。作為把握甚至主導互聯網産品的關鍵角色，産品經理必須具備的一項重要素質就是要懂一些有關的互聯網技術。

眾所周知，産品經理是處於業務需求和技術實施中間的橋梁和樞紐，肩負著理解、明確、界定業務需求，將其翻譯為技術研發工程師能夠聽得懂的語言，並交付給工程技術團隊實施這樣一個關鍵而重要的職責。在這個過程中，懂技術不僅能讓産品經理用更準確的、更縝密的、工程師更喜聞樂見的語言清晰描述業務需求和業務邏輯，更能讓産品經理在産品設計階段就前瞻性地預見到技術落地時可能存在的挑戰和障礙，進而提前對設計進行優化、摺中，甚至取捨。在邀請工程師協助評估技術難點的時候，也能迅速理解工程師所說的語言，實現高效的互動和溝通，為自己贏得工程師的尊重和配閤。

所謂的懂技術，並不是說産品經理一定要自己擁有大量的代碼編寫經驗，而是說産品經理要盡可能全麵地瞭解與自己的産品落地息息相關的各方麵技術。瞭解它們是什麼、位於哪一個層次、有什麼作用，可能齣現的技術難點一般會存在於哪些方麵，如何在設計上進行調整應對，等等。

更值得一提的是，本書不僅較全麵、淺顯地綜述瞭産品經理需要瞭解的一些互聯網技術體係，更分享瞭很多作者對産品設計方法論、産品與運營等上下遊環節的關係、産品經理職業提升和職業發展等方麵的心得和感悟。對非技術背景的産品經理而言，一定會感到開捲有益。從技術轉型而來的産品經理也一定會從作者的文字中找到共鳴和收獲。

很高興能嚮有誌於做齣偉大的互聯網産品、已經或即將成為産品經理的各位讀者推薦本書。

劉青焱

前阿裏巴巴雅虎數據平颱主管，愛立信大數據研究部總監，硃李葉集團CTO

內容很適閤産品經理看 尤其非技術背景 受益！

一本寫給非理工科背景的讀者的産品經理入門的書籍。 感覺亮點都在最後——最後三章，尤其是最後一章道齣瞭産品經理工作中需要注意的一些非技術性細節——“溝通”。 産品經理，管理的是産品，但在對産品管理，産品實施的過程當中，需要涉及到協作，通過團隊以及用戶來實現産品夢，溝通就很重要瞭

挺劃算的，速度快，雖然有幾本沒貨在等，可還是很快的，就是有時候服務不太好，擅自刪除我加入購物車的商品。

京東物流快！包裝完整！不錯不錯！京東物流快！包裝完整！不錯不錯！京東物流快！包裝完整！不錯不錯！京東物流快！包裝完整！不錯不錯！

挺好的，我很滿意，要是經常有活動就好瞭。挺好的，我很滿意，要是經常有活動就好瞭。挺好的，我很滿意，要是經常有活動就好瞭。

我為什麼喜歡在京東買東西，因為今天買明天就可以送到。我為什麼每個商品的評價都一樣，因為在京東買的東西太多太多瞭，導緻積纍瞭很多未評價的訂單，所以我統一用段話作為評價內容。京東購物這麼久，有買到很好的産品

看上去不錯，還沒有用，看上去不錯，還沒有用，

京東書的包裝倒是沒有問題，內容閱讀後再補。

給同事買的，他說還可以。