起點課堂會員權益
職業(yè)體系課特權
線下行業(yè)大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業(yè)技能直播
會員專屬社群
榮耀標識贈書福利｜產品經理需要懂技術嗎？它可能是最適合你的答案
作為中國最大的產品經理社區(qū)，在我們發(fā)起的數(shù)百個產品經理交流群里，常常能看見大家在探討一個話題：“產品經理需要懂技術嗎？懂到什么程度？”
許多朋友給出的答案都是：要懂。
所謂“懂“技術，并不是說產品經理一定要學會自己寫各種代碼，而是盡可能全面地了解與自己的產品落地息息相關的各方面技術。了解它們是什么、位于哪一個層次、有什么作用，可能出現(xiàn)的技術難點一般會存在于哪些方面，如何在設計上進行調整應對等等。
雖然這些已經在業(yè)內達成了較為普遍的共識，但對于許多非技術出身的產品經理朋友來說，如何入手提升對于技術的了解與認知，依然是個難題。
為了幫助非技術出身的產品經理朋友提升對技術的認知，以更好地在工作中與技術人員溝通需求，從而更好地達成合作，做出好產品，2017年1月，我們就已經與技術轉型產品經理的優(yōu)秀代表、社區(qū)專欄作家唐韌老師，聯(lián)合出品了《產品經理必懂的技術那點事兒》一書。在過去的半年里，我們也聯(lián)合起點學院，與唐韌老師共同推出了《產品經理的技術必修課》系列課程，為非技術出身的產品新人科普基礎技術知識。
第一版《產品經理必懂的技術那點事兒》一經推出，便獲得了數(shù)萬產品經理朋友們的認可與好評，當然也收到不少對內容的建議。
隨著產品行業(yè)的變化以及對產品認知的加深，我們力邀唐韌老師推出本書的2.0版，經過7個月的精心打磨，這本書再次升級：《產品經理必懂的技術那點事兒——成為全棧產品經理》終于上市銷售了。
可能，你會對如下2個問題比較關心：
- 這本書適合誰閱讀？
- 書中包含了哪些主要內容？
在接下來的內容里，我們將為你解答這些疑惑，并贈送10本新書給一直關注著人人都是產品經理社區(qū)和唐韌老師的朋友們，贈書的方式請參考文末說明。
這本書的作者
唐韌（Ryan），《產品經理必懂的技術那點事兒》作者，人人都是產品經理專欄作家，微信公眾號：唐韌，國內早期移動開發(fā)者，轉型產品經理，目前在創(chuàng)業(yè)公司負責產品工作。
這本書適合誰閱讀？
本書以幫助讀者建立“技術思維”為目標，希望讀者在閱讀本書后，能具備基本的技術判斷力，并且實現(xiàn)與技術人員的高效溝通。
所以，如果你是：
- 非技術背景產品經理
- 設計師或者運營同學
- 在校大學生或者想從事產品工作
那這本書適合你一讀。
如果你已經讀過老版本的書了，并且希望對技術以及產品和運營有更多的了解，可以選擇本書。但如果你對技術知識的理解已經有一定的提升，那這本書在技術角度不會給你太大的幫助。
如果你還沒看過本書，并且希望獲得“產品+技術+運營”整體思維，這本書適合你一讀。
書中包含了哪些主要內容？
全書以“產品+技術+運營”為主線構建內容，通過掌握產品思維、具備技術思維、使用運營能力成為“全棧產品經理”。
本書從基礎到應用，梳理了一套適合非技術背景同學了解并學習技術的脈絡。
在內容框架順序上，以互聯(lián)網技術發(fā)展歷程開始，介紹了互聯(lián)網技術的演化歷史，然后過度到最基礎的技術知識，也就是什么是程序、什么是編程語言，通過對基礎技術知識的介紹，讓讀者對“技術思維”有整體的了解。
在完成基礎技術知識內容的介紹后，就會展開技術應用層面的介紹，從客戶端技術、后端技術、數(shù)據(jù)庫技術以及產品數(shù)據(jù)收集統(tǒng)計等為讀者逐一詳述技術應用層面需要了解的技術知識。
同時，本書不是一本狹義的技術書籍，不僅僅從技術本身講述，核心還是為非技術背景產品經理提供一種“技術思維”，所以在于技術人員的溝通、解決問題的方法上給出了一些參考建議，試圖幫助非技術背景的產品經理能夠在與技術人員合作的過程中更加順暢。
此外，在新版書中，唐韌老師還結合了自己這幾年的工作實踐，將產品工作過程中與技術團隊、運營團隊和相關職能協(xié)作的一些收獲也記錄了下來，綜合為“產品經理必懂的運營技術”。
贈書規(guī)則
1.在本文下方評論區(qū)留言（僅限在woshipm.com站內或產品經理app內留言有效），寫下你在產品工作過程中，因為“不懂技術”踩過的坑，唐韌將在2月7日24:00前的所有評論中，挑選出最具代表性的10條走心評論，每人贈送1本新書《產品經理必懂的技術那點事兒：成為全棧產品經理》
2.所有參與評論的同學，都可以獲得由人人都是產品經理社區(qū)、起點學院與唐韌老師聯(lián)合推出、受到近千名學員好評的《產品經理的技術必修課》第7期課程限時3.3折超值預約購課優(yōu)惠，掃描下方二維碼，聯(lián)系起點學院betty（微信/手機：18680310383），并備注“預約”可領取
中獎名單公布
懂技術帶來的便利是相似的，不懂技術的產品經理卻各有各的辛酸
在發(fā)出“你說故事，我送書”的活動后，我們共收到了200多條留言回復，大家紛紛分享了自己因為不懂技術而踩坑的經歷。唐韌老師也仔細閱讀了每一條留言，并從中選出了10位同學，贈送新書。這10位同學的社區(qū)昵稱分別是：
- 趙傳義
- Mango
- A_真愛無敵
- ◇◆◇·洋
- erma_feng
- 愛喝飲料
- Bili
- Mr.Z
- 晴暻
- 于快快
恭喜以上同學！每位同學都可獲得唐韌老師新書《產品經理必懂的技術那點事兒：成為全棧產品經理》1本。請于2月8日晚20:00前聯(lián)系起點學院betty（微信/手機：18680310383），備注“領獎”，領取獎勵，過時視為自動放棄領獎資格。
這些同學的踩坑經歷都在評論里有分享，大家都可以去看一下。希望每位同學都可以多懂點技術，少踩點坑。
（如果你已經迫不及待要看到唐韌老師的新書，也可以戳這里直接購買：http://item.jd.com/12296638.html）
嘻嘻，我不是做產品的，我是做向同事運營的小伙伴，但是對于技術也是小白，在工作中經常向同事提問，什么是前端，什么是后臺，等等白癡問題。希望可以學會點技術
終于可以不被懟了
作為一個剛剛要從設計師轉到產品的我，聽到這個消息簡直不甚歡喜！做設計師的時候想一些交互上的問題，也會被技術說這個不能做，吧啦吧啦吧啦～～～～（雖然不是很懂，但是也感覺被忽悠了）下定決心要好好了解技術！但是公司了解的不全面，只能遇到問題才去了解技術！遇到這本書簡直太幸福了吧～雖然第一版沒有讀過，但是相信第二版會更加完善！希望能更好的提升自己，系統(tǒng)的學習產品。小編小編～看到我的小心心了嘛
1歲產品經理，工作中除了自身經驗（眼界）不足挖了坑，日常挖坑就是因為不了解技術；了解技術其實是為了提高效率吧，畢竟產品整個開發(fā)效率從設計原型開始才是最佳的。團隊中和開發(fā)配合的時間最多最長，他們平時忙，給你梳理開發(fā)難度顯然不現(xiàn)實，只能靠自己多學習，把坑盡量挖小一點……加油！
坑1：開發(fā)周期時:長的一臉懵逼；
坑2：開發(fā)難度預計的一臉懵逼；
坑3：開發(fā)維護Bug難度的一臉懵逼；
坑4：產品技術架構的維度上的一臉懵逼；
坑5：需求評審的難度上的一臉懵逼……
和諧開發(fā)你我他，產品和程序員是好朋友，對嗎？?。▏Γ?/p>
做了半年多的產品助理，從互聯(lián)網不搭邊的專業(yè)轉到本行業(yè)，由于不懂代碼邏輯，和程序員鬧矛盾是家常便飯，每當我和程序員鬧矛盾過后，就想，為什么程序員不懂我的意思，和做這個功能的意圖，就有一種孤芳自賞的感覺。開始我以為是自己的原因，就開始買書自學編程，學著學著發(fā)現(xiàn)思想受到程序邏輯的限制，思想變得很狹隘了，但是和程序員撕逼的次數(shù)變少了。希望能夠通過本書找到未來規(guī)劃，和跨過這個新人的坑~
目前做產品來說更專注于業(yè)務領域，更多對接客戶和運營，因為是計算機專業(yè)，而且自己邏輯性比較強，在技術上、和開發(fā)對接上，基本沒遇到特別大的困難，最多就是在技術細節(jié)上，把鍋舉高高，往上甩。說兩個例子，一個是App開發(fā)，在業(yè)務設計上自認為邏輯清晰地表述清楚了，開發(fā)人員似乎嫌麻煩找了一堆關于cell的理由，然后我就找總監(jiān)溝通確認了實現(xiàn)，開發(fā)只有乖乖去做了；一個是BI框架的設計，有三個方案：自己開發(fā)組件，運用第三方插件（百度echarts之類），購買服務（BI廠商），和開發(fā)討論不休，最后直接找了上層拍板。其實覺得如果懂多點技術，比如實現(xiàn)方式、難易程度，應該會更有效合理地管控產品
正在轉產品，每次讓我們的技術小伙伴們做個功能或修改個功能都已之前的誰誰誰做的找不到、改不了為理由，至今死磕，能改過來的都改過來了，改不過來的就還那樣，我心是憂桑的；死磕到底，與樓上的眾位大神比起來感覺還是幸運的，死磕成功后最起碼能給我改，雖然我技術的道理講不過，但是我能講歪理?。ù藭r我的技術小伙伴可能淚流滿面的——因為確實有些東西更改不了） ? 就等著學完技術讓我巴拉巴拉說完拿正經的他們的道理跟他們講，就等著看他們張大嘴吃驚的樣，小樣這回該能給我改了吧 ?? 言歸正傳，樓主我要求書求書
如果我中獎了，我看完之后會繼續(xù)把書分享給更多的人:D
很走心的說，踩過比較多的技術坑，就不舉例了，因為項目情況各不相同，并不能給大家比較好的參考，但針對技術方面得出三個對大家自身比較有用的建議：
1.的確如文中所說，不需要懂底層代碼什么的，但是要了解再日常溝通中常用的技術詞匯；以及再項目功能中要明白是否能夠實現(xiàn)，實現(xiàn)的大概周期，有余力的童鞋可以了解是通過什么手段實現(xiàn)的
2.要多問為什么。和技術溝通中過程中通過話術要明白為什么不能實現(xiàn)，為什么要7天才能實現(xiàn)，為什么…（重點是話術，輔助必要得人情手段：吃飯喝酒之類）
3.再往上看一步，以現(xiàn)在互聯(lián)網趨勢來看，技術的門檻越來越低（大部分行業(yè)，AI/區(qū)塊鏈等除外），運營變的越來越重要，就要考慮自身發(fā)展得重點，是向市場運營側重還是偏技術因人而異，勉勵之
最后，祝大家都能早日跳出技術坑，邁向更大的坑…?
作為一個設計出身的產品經理，深知技術與策略并重的重要性，首先就是溝通，能正確的把自己想要呈現(xiàn)的效果傳達給技術和設計，可以節(jié)省很多時間，其次，如果產品經理懂一些技術，在策劃某個方案的時候可以盡量規(guī)避技術無法實現(xiàn)的難題，所以產品經理不一定會技術，但一定得懂一些常識，因為這樣你可以提前知曉你所策劃的案子是如何落地執(zhí)行。
作為一個剛入行的小白，非常希望通過自己現(xiàn)有的特長在策劃這條路上能走的長遠，多方面學習一些知識，促進個人成長。
“不懂技術的時候就會說，這個東西不就是簡單的特效么，你就是像誰誰誰那樣做就夠了，很簡單的，這個做出來之后用戶肯定會很喜歡；什么，你做不出來？做不出來就想辦法，問問身邊的一些其他大神吧，反正我再給你寬限兩天，你就肯定可以做出來！我雖然不懂技術，但是我感覺這個就是很簡單，你不要逃避問題嘛。這個就是要這樣的做，你實現(xiàn)不了就花點時間專研一下，別人能搞出來，你也肯定可以搞出來的，加油吧!”
—–來自我的產品同事
所以我特別希望，能送他一本書，就是如何理解程序員說的難到底是真的難還是假的難，實現(xiàn)不了是真的實現(xiàn)不了，還是很難實現(xiàn)！恩，送給他！ ??
每次與開發(fā)溝通，經常被說的體無完膚，說這個底層邏輯太復雜，搞不了，可是在我看來很簡單呀，就兩個東西，非說做不到，容易被忽悠，希望能夠通過學習，能夠更好的理解開發(fā)，項目能夠順利進行
我是去年中旬剛接觸產品的，小公司你懂的，莫名被項目經理叫去當產品經理，項目經理是偏向技術這塊的，以上為背景。然而產品小白不斷學習中只能聽項目經理的，每次開會是我主講但其實都是項目經理在嗶哩吧啦一大推，你寫這個功能的時候有考慮到開發(fā)是怎么實現(xiàn)的嗎？這個功能現(xiàn)階段對開發(fā)來說實現(xiàn)有點難度，能不能換個更好的方式實現(xiàn)。這個功能先留到后期吧，前期實現(xiàn)難度有點大，害怕開發(fā)那邊忙不過來的，趕不上工期。內心各種黑人問號，還能這樣子砍需求的？無奈對于技術這塊不是很懂沒有發(fā)言權，只能默默地修改。。。
老板說：做一個商城平臺，一個半月完成。
我理解，時間緊得快速開發(fā)，管他什么需求，老板說做那就做。按著淘寶一路全畫原型圖里了。
花兩天，用戶前端原型出來了，老板一看，說：不對，還少了上傳商品，商家得查看訂單呀對不對？
我了個去，這是要搞大事情??！行，加，那就給加個商家管理后臺！是的，確定要在用戶的前端加個商家操作后臺（捂臉）（捂臉）！
再經過兩天，原型初版發(fā)群里了，跟著是老板的技術開發(fā)時間表。
其實說真的，我只是一個畫原型圖的，收入不高，技術沒有，經驗不夠，想法不創(chuàng)新，但是我想學習，我想怎么做好一個產品，我想怎么利用產品幫到更多的人！
需要
“不懂技術”最大的坑莫過于在需求排期時經常被技術人員忽悠，明明就是一個很簡單的需求，技術人員給你預估工時的時候隨便給出個5人天，理由是你這個需求我需要新建一張表、還要增加一張映射表，還要修改底層代碼，系統(tǒng)的代碼邏輯也要做出修改等等，讓你感覺很有道理一樣，其實很有可能他所謂的5人天的需求前3天他們都在打醬油，最后兩天稍微努把力就解決你的需求。如果懂一些技術知識，可能就很容易反駁他們，將工時壓縮到3人天，提升整個項目進度。
從事產品經理工作，一直在創(chuàng)業(yè)公司。流程和體制不完備的情況下，產品容易獨立出產品方案，沒有需求評審，更沒有技術參加，等prd做完之后，再對接技術，真的是坑事不斷。基于對技術底層框架的不了解，或者兼容性不清晰時，設計的功能很難加入現(xiàn)有框架，這就導致重新更改產品設計，反反復復，心力疲憊，就很沒有效率了。以上只是其中一點，還有很多被技術懟的無話可說的時候，還有時候其實功能可做，但是技術難度較大，技術人員自身水平不夠的時候，會托辭說：不行啊，做不了，你這個設計的有問題，技術實現(xiàn)不了。此時如果懂點技術，就可以理直氣壯的懟回去了，告訴技術可以通過哪些方式實現(xiàn)。（以上為本人親身經歷，并不代表全部創(chuàng)業(yè)公司產品經理 ? ）
1、提出一個在開發(fā)看來是反技術的需求，然而并不懂為啥時的懵逼；
2、一個簡單需求評估需要幾周的開發(fā)時間，開發(fā)大講特講需要做的技術準備，然而一句都反駁不了；
3、一遇到技術實現(xiàn)的問題，仿佛一個弱智。。。
我學的是營銷專業(yè)，從事產品工作快5年了，有幾處因為“不懂技術”踩過的坑列舉如下；
1、2013年剛從事產品工作，領導要看一些數(shù)據(jù)（大概有5個），我把數(shù)據(jù)整理之后交給技術同事，結果他們把這個需求排期到2天之后（寫個SQL都要排期，明擺著欺負小白?。。。野呀Y果跟領導反饋后，領導笑著跟我說，他們忽悠你呢，這個事情分分鐘搞定，哪里還要排期，于是他自己打電話給那個同事，結果10分鐘之后結果就出來了，事后我真想殺了那個同事，欺負我不懂技術！
2、有個項目需要和外部系統(tǒng)交互，接口文檔由我整理，完成后交給開發(fā)小伙伴了；后來因為文檔中有較多的字段命名不符合技術規(guī)范，好多字段需要重新命名，技術同事說這個修改是傷筋動骨的，數(shù)據(jù)庫和實現(xiàn)程序都得改，巴拉巴拉。。。；最后工期增加了2天，而且還遭到開發(fā)同事的嫌棄。。。
3、參加某個需求討論會，運營提了很多需求，由于技術知識缺乏好多需求能否實現(xiàn)不能當場給予回答，結果遭到運營同事的好多白眼和疑似嘲諷的微笑。。。
總結：產品還是要懂一些技術才好，這樣需求實現(xiàn)難度、排期、后期的產品拓展心里才有譜，我在平時的工作中，通過向技術同事學習、網上查閱、購買書籍等方式不斷學習著技術知識，現(xiàn)在工作起來有底氣多了。
每次討論需求：
程序猿：這個不能實現(xiàn)，這個邏輯有問題，這個babababa…..
我：這些都是很基本的功能啊，為什么不能實現(xiàn)，市面上那么多APP，人家不做的挺好的嘛….
程序猿：那你來唄…..
我：…..
每次都恨不得自己變身技術大牛，當研發(fā)說你來的時候，我立馬當他的面敲出完美的代碼。。。。 ?
本人是新聞專業(yè)出生，后入互金產品坑，熟悉業(yè)務邏輯，但是對技術實現(xiàn)心中沒譜。入坑初期負責一項運營支撐系統(tǒng)后臺項目，其中主要功能模塊是對包括線上、線下的不同渠道、平臺的業(yè)務做訂單管理及銷售統(tǒng)計，開發(fā)評審時技術大神說有些統(tǒng)計字段只存在核心系統(tǒng)，有些在則業(yè)務系統(tǒng)，數(shù)據(jù)字段不統(tǒng)一沒法做統(tǒng)計，當時就懵逼了…后來有心了解一些技術知識，網上查了下大多數(shù)教各種編程語言的，與產品不太相關。
半歲產品，負責一款新的B2B2C產品，經歷過最大的坑就是，因為涉及到很多身份區(qū)分以及數(shù)據(jù)庫結構等等的問題，在我的理解中很容易拆開或者分隔開的數(shù)據(jù)和頁面，在開發(fā)邏輯上根本走不通，我一開始又沒有清楚闡述這一個需求，現(xiàn)在挖出來的天坑已經快要把我埋了~
也算是深刻了解到一點，越是底層的東西，越是要反復思考反復琢磨，在產品最開始的時候就考慮好延展性，因為后面一動就基本等于重做了
我：程序員哥哥，這個功能您看一下能不能實現(xiàn)？
技術：哦，我看看
三分鐘后…
技術：這個功能服務器*#￥……&，控件&……&*&……
我：那可以做吧
技術：我都說了服務器*#￥……&，控件&……&*&……，做不了
我：…
個人在技術方面比較保守，一般在產品的任何設計階段都會先考慮這個功能我們公司目前的程序員實現(xiàn)起來容不容易，不容易的是不是還需要學習，會不會耽誤工期，或者是不是這個技術在行業(yè)就是一個難點，這樣的話學習起來就更加困難以至于不現(xiàn)實。
從易到難的思考，站在技術的角度去考慮功能的實現(xiàn)，這也讓我經常低估了我們技術人員的水平，非常尷尬，希望能夠更加了解技術，了解每個階段的程序員應該具有的水平，了解產品的開發(fā)成本（人員成本、學習成本、時間成本）
從去年已經打算成為產品經理的我，已經關注咱們平臺很久。只有自己對這些知識都懂，才不會被技術人員排斥。這本書我特別感興趣，也覺得特別適合自己
我們公司是開發(fā)主導項目，但是產品推進，把控時間。經常會出現(xiàn)技術開發(fā)部門虛報開發(fā)時間的情況，客戶火急火燎，技術還拖延時間，產品無法反駁，哎呦。。。
碼農：你設計的這個是什么鬼，實現(xiàn)不了啊。 負責人：實現(xiàn)不了設計師就換一下頁面吧 我;…………..好吧
我是想技術轉型產品，作為技術人員，經常會遇到有想法但不懂技術的人，深知之間的那么一點鴻溝，需求想法與實現(xiàn)之間的距離，所以做產品對技術來說還是需要大概了解技術思路和實現(xiàn)大致方案。期待老師的新作品和指導！
那么我來做第一個，拋磚引玉好了。轉行做產品不足一年，做分銷系統(tǒng)時，開發(fā)同學為節(jié)約時間采用之前的貨幣體系，導致后期的拓展功能（老板根據(jù)市場戰(zhàn)略提出的）無法很好的展現(xiàn)，那么這個鍋誰來背？當然是不懂技術的我 ?? 不能再被技術牽鼻子走，于是下定決心提升技術能力，更重要的是作者的技術思維很吸引我，謝謝
每次新方案出來之后，要和技術交流，他們就會以各種理由來說，這個東西實現(xiàn)起來有什么什么問題，或者是技術在以技術的角度討論的時候，感覺自己就像個二傻子似的，什么都聽不懂，這種感覺好痛苦，當技術討論完以后，給到的結果，自己只能默默的承認，不管是否可以現(xiàn)實，或者以什么樣的方式來實現(xiàn)。