如果你經(jīng)常瀏覽互聯(lián)網(wǎng)方面的段子，你就會經(jīng)?？吹街T如“產(chǎn)品經(jīng)理改需求被打”之類的搞笑娛樂信息。有些互聯(lián)網(wǎng)公司還會在辦公室的墻壁上貼上相關(guān)的圖紙，用來告訴產(chǎn)品經(jīng)理，程序員們是有多痛恨你們頻繁地更改需求。

我本人也接觸了很多開發(fā)，有時候就會問他們這樣一個問題：

你覺得做產(chǎn)品經(jīng)理需要懂技術(shù)嗎？如果要的話需要懂到什么程度呢？

開發(fā)大大們都是這么回答的：

作為一個開發(fā)我想說：

 

• 如果產(chǎn)品經(jīng)理完全不懂技術(shù)，我跟他說任何事情他都不懂的話，我會很無奈；
• 如果只是懂一點(diǎn)皮毛，并沒有理解我說的要點(diǎn)的話，我會很反感；
• 如果是懂技術(shù)的話，溝通無礙啊完全可以好好聊天好吧（壞處是不能以XX功能無法實現(xiàn)砍功能，實現(xiàn)時間的問題影響項目了）。

但是，如果技術(shù)方面太牛逼溝通毫無障礙的話，我覺得還是讓他來寫代碼把（不需要懂到這種，除非開發(fā)轉(zhuǎn)產(chǎn)品），不過還從來沒有遇見過如此牛人。

 

其實，我覺得產(chǎn)品經(jīng)理最重要的還是要謙虛，懂得怎樣去交流和溝通，然后要了解業(yè)務(wù)。要懂得引導(dǎo)客戶，而不是總是受客戶的引導(dǎo)。

 

說產(chǎn)品經(jīng)理要懂技術(shù)，其實是說你要懂實現(xiàn)某個功能的技術(shù)模型是怎樣的，然后理解一些術(shù)語，并不是非要你搞懂代碼里面的一些細(xì)節(jié)。

想必上述這段話應(yīng)該是絕大部分程序員們的心聲吧，產(chǎn)品經(jīng)理究竟該如何與開發(fā)人員進(jìn)行良好的溝通，是所有產(chǎn)品們都非常苦惱的事情，那么究竟有沒有什么好的方法來讓你和開發(fā)之間多一些好的互動、少一些不和諧的撕逼呢 ？

答案是有的。如下：

• 首先，自然是產(chǎn)品經(jīng)理要去了解一些基礎(chǔ)的技術(shù)知識，這樣你才能對技術(shù)開發(fā)人員的日常工作有一個大概的了解，這個了解也是整個良性溝通的前提。
• 其次，是產(chǎn)品經(jīng)理要去理解開發(fā)人員的難處，當(dāng)然好的開發(fā)也是會來理解產(chǎn)品的難處的。
• 最后，出了問題的時候，優(yōu)先主動出來承擔(dān)責(zé)任，而不是立馬站出來撇責(zé)任。

經(jīng)過這么幾個環(huán)節(jié)之后，相信大部分產(chǎn)品經(jīng)理都能夠愉快地與開發(fā)人員進(jìn)行溝通了，而不是陷入到常常撕逼的狀態(tài)。

產(chǎn)品經(jīng)理要了解的技術(shù)知識

拉勾網(wǎng)上技術(shù)職位

產(chǎn)品經(jīng)理要了解的技術(shù)知識，首當(dāng)其沖就是要了解開發(fā)人員都有哪些崗位，他們具體的職責(zé)又是怎樣的，上圖是拉勾網(wǎng)上的職位信息，拉勾把技術(shù)相關(guān)的崗位分為：后端開發(fā)、移動開發(fā)、前端開發(fā)、測試、運(yùn)維、DBA、還有一些高端的管理崗位（這邊沒有只是把軟件開發(fā)的相關(guān)崗位列出來了，硬件開發(fā)暫時就不包含了）。如果有空，建議你抽出一些時間上去瀏覽一下，腦子里存儲個大概的印象也是極好的。

這里就簡單介紹幾個開發(fā)工種，方便大家對技術(shù)崗位有個基本的了解，更多的知識還是要靠產(chǎn)品經(jīng)理自己去自學(xué)：

1、前端開發(fā)工程師

前端工程師，也叫Web前端開發(fā)工程師，他是隨著web發(fā)展，細(xì)分出來的一個崗位職責(zé)。在互聯(lián)網(wǎng)的演化進(jìn)程中，Web 1.0時代，網(wǎng)站的主要內(nèi)容都是靜態(tài)的，用戶使用網(wǎng)站的行為也以瀏覽為主。2005年以后，互聯(lián)網(wǎng)進(jìn)入Web 2.0時代，各種類似桌面軟件的Web應(yīng)用大量涌現(xiàn)，網(wǎng)站的前端由此發(fā)生了翻天覆地的變化網(wǎng)頁不再只是承載單一的文字和圖片，各種富媒體讓網(wǎng)頁的內(nèi)容更加生動，網(wǎng)頁上軟件化的交互形式為用戶提供了更好的使用體驗，這些都是基于前端技術(shù)實現(xiàn)的。

Web前端開發(fā)技術(shù)主要包括三個要素：HTML、CSS和JavaScript。HTML甚至不是一門語言，僅僅是簡單的標(biāo)記語言；CSS只是無類型的樣式修飾語言，當(dāng)然可以勉強(qiáng)算作弱類型語言；Javascript的基礎(chǔ)部分相對來說不難，入手還算快。

簡單來理解一下三者之間的關(guān)系：

為Hello World添加樣式

• HTML是網(wǎng)頁內(nèi)容的載體。內(nèi)容就是網(wǎng)頁制作者放在頁面上想要讓用戶瀏覽的信息，可以包含文字、圖片、視頻等。
• CSS樣式是表現(xiàn)。就像網(wǎng)頁的外衣。比如，標(biāo)題字體、顏色變化，或為標(biāo)題加入背景圖片、邊框等。所有這些用來改變內(nèi)容外觀的東西稱之為表現(xiàn)。
• JavaScript是用來實現(xiàn)網(wǎng)頁上的特效效果。如：鼠標(biāo)滑過彈出下拉菜單。或鼠標(biāo)滑過表格的背景顏色改變。還有焦點(diǎn)新聞（新聞圖片）的輪換?？梢赃@么理解，有動畫的，有交互的一般都是用JavaScript來實現(xiàn)的。

2、后端開發(fā)工程師

既然有前端開發(fā)，那對應(yīng)的理所當(dāng)然會有后端開發(fā)，前后端的劃分，可以簡單地理解為凡是運(yùn)行在用戶設(shè)備上的技術(shù)都可以稱為前端技術(shù)（ 比如 HTML / CSS / JS，甚至移動設(shè)備的 Obj-C / Swift ）；而后端的作用就是負(fù)責(zé)將這些東西封裝在 HTTP 的數(shù)據(jù)包中然后通過網(wǎng)絡(luò)傳送到前端。當(dāng)然除了這些前端文件，后端還有一個更重要的職能，即保存和提供用戶數(shù)據(jù)，比如移動端常見的 JSON 就是目前最流行的在后端和前端之間傳輸?shù)囊粋€文件格式。

前后端如何協(xié)同工作

那么，前端與后端是如何協(xié)同工作的呢？如上圖，以 Web 端為例，在瀏覽器輸入一個網(wǎng)址后，瀏覽器向服務(wù)器發(fā)送了一個 HTTP 請求；服務(wù)器通過一個 HTTP 響應(yīng)，把顯示這個網(wǎng)頁所需要的資源傳回給了瀏覽器。而需要在瀏覽器中執(zhí)行的技術(shù)，HTML / CSS / Javascript 等就叫做前端；需要在服務(wù)器端執(zhí)行的、通常我們看不到技術(shù)就叫做后端。

所以說，后端的任務(wù)實際上就是向前端提供需要顯示網(wǎng)頁和 APP 內(nèi)容的數(shù)據(jù)，可能是 HTML，也可能是JSON 數(shù)據(jù)，也可以是音視頻或者 PDF 文件。

但后臺開發(fā)語言有非常多種，不同公司不同行業(yè)往往會采用不同的后端語言進(jìn)行后臺開發(fā)，比如?.net、java、PHP、Ruby、python 等等。

數(shù)據(jù)庫方面呢，代表性的有兩個：MySQL、MongoDB。MySQL 是最常用的結(jié)構(gòu)化數(shù)據(jù)庫，也是大多數(shù)創(chuàng)業(yè)公司的選擇。MongoDB 則是NOSQL 數(shù)據(jù)庫，可以保存非結(jié)構(gòu)化數(shù)據(jù)。

3、移動開發(fā)工程師

很多互聯(lián)網(wǎng)公司也許沒有前端開發(fā)工程師，那是因為他們沒有pc官網(wǎng)，只有一個APP。移動端和瀏覽器的區(qū)別就在于，大部分 App，我們打開的一瞬間，就已經(jīng)看到了它的界面，而不用再去向服務(wù)器來拿顯示界面的 HTML 等文件。所以移動端，開發(fā)原生應(yīng)用所運(yùn)用到的技術(shù)（比如 Objective C，swift）就相當(dāng)于前端的 HTML，只不過它是直接保存在應(yīng)用本地的。這樣就產(chǎn)生了一個問題：如何來獲取應(yīng)用數(shù)據(jù)？如果是網(wǎng)頁應(yīng)用，我們可以直接將數(shù)據(jù)包含在HTML 中一并反饋給瀏覽器；但是對于移動應(yīng)用就需要有一個專門的協(xié)議來傳送應(yīng)用需要的數(shù)據(jù)，這就是 JSON。

移動開發(fā)又分為IOS開發(fā)和安卓開發(fā)，移動應(yīng)用的前端技術(shù)，目前來說主要有以下三種：原生、混合式、HTML5。

HTML5 必經(jīng)要經(jīng)過瀏覽器這個中間層，所以在性能上多少會有些損失，所以如果你的應(yīng)用對性能特別敏感，原生APP會是比較好的選擇；對于普通的性能要求沒那么嚴(yán)格的應(yīng)用來說，HTML5是完全可以滿足的。而如果已經(jīng)有了一個移動端的wap網(wǎng)站，這種情況下混合式就會是一個比較好的選擇，它可以最大程度的利用已有的資源。

產(chǎn)品經(jīng)理如何和開發(fā)互相理解

所謂的互相理解，就是大家各有各的難處，沒事都相互體諒下，做產(chǎn)品、做開發(fā)真的都不容易，所以盡量不要讓對方為難。

舉個例子：

如果你提出來要實現(xiàn)一個產(chǎn)品設(shè)計方案（暫時稱之為A方案吧），A方案比較完美，實現(xiàn)出來的用戶體驗效果也比較好，然后你跑過去拿著設(shè)計稿和技術(shù)巴拉巴拉一堆，最后技術(shù)看了看設(shè)計稿，撓了撓頭，嘆了一口氣跟你說道：你要實現(xiàn)這樣的效果也是可以的，不過需要時間，短時間內(nèi)不一定搞得出來，我覺得也不一定要做的這么好，可以換種做法。

 

你心想這么一個設(shè)計方案不是已經(jīng)很成熟了么，很多互聯(lián)網(wǎng)產(chǎn)品都已經(jīng)做過了啊，怎么會短時間內(nèi)實現(xiàn)不出來呢，你越想越氣，不會是技術(shù)忽悠我吧，于是說道：這種技術(shù)不是很成熟了么，為什么還需要這么久，你不會是忽悠我吧。

 

技術(shù)鄙視了你一眼，也不想跟你多言，便說道：不信拉倒，這個技術(shù)實現(xiàn)難度很高的，反正給我做，我要花很長時間，不然你去找別人吧。

 

你一下傻了眼……

上述對話，就是典型的溝通雙方?jīng)]有互相理解的情況，已經(jīng)進(jìn)入了撕逼模式。正確的做法，其實應(yīng)該是程序員在闡述希望可以換種做法，因為原方案的技術(shù)難度很高、時間成本較久。這時，產(chǎn)品經(jīng)理要理解開發(fā)人員的難處，理解對方的辛苦，對不重要的細(xì)節(jié)可以做出適當(dāng)退讓。比如，如果項目時間比較趕，原方案的技術(shù)實現(xiàn)難度又確實很高，則完全可以選擇替代方案，先確保項目進(jìn)度，后續(xù)再做新的迭代。

很多時候我們會進(jìn)入撕逼狀態(tài)，往往都是為了證明自己的觀點(diǎn)正確，這個是溝通的大忌。與項目成員溝通，千萬不能抱著“必贏”的心態(tài)，而是為了解決問題而溝通，為了更好地了解這個世界而溝通。當(dāng)然，在溝通的過程中，我們還可以遵循幾個原則：

1、邏輯和業(yè)務(wù)為先

產(chǎn)品經(jīng)理和開發(fā)們有一個共同的特點(diǎn)，那就是都是邏輯思維非常好的人類物種。產(chǎn)品經(jīng)理在和開發(fā)溝通的過程中，還是需要非常注重業(yè)務(wù)流程、目標(biāo)和邏輯表達(dá)的，不然真的很容易被開發(fā)噴。比如，你考慮的情況沒有開發(fā)全面，開發(fā)就會提出說如果出現(xiàn)這種情況該怎么辦，如果出現(xiàn)另一種情況又該怎么處理。

2、平等相容原則

平等相容的原則相信大家都會覺得這是一個老生常談的話題了，但是真正實踐起來的卻比較少。也就是我們提到的相互理解，真的能夠做到相互理解，相信百分之90的溝通問題都不再是什么問題。

3、溝通后做記錄

開發(fā)和產(chǎn)品經(jīng)理一樣，很多時候可能是多個項目的任務(wù)并行處理，所以單純的溝通成功有了結(jié)果之后，還是需要做一些記錄，避免大家瑣碎的事情比較多把任務(wù)給忘記了。

4、沒事多表揚(yáng)

每個人都有虛榮心，只是多和少的問題，所以，每個人都喜歡聽到別人對自己的贊美。產(chǎn)品經(jīng)理在項目進(jìn)展的過程中，可以經(jīng)常表揚(yáng)一下開發(fā)人員，但表揚(yáng)的時候也要注意一個細(xì)節(jié)，那就是不能太空洞。打個比方，你要去夸獎一個女孩子今天的穿著打扮很漂亮，你不能直接來一句“你今天好漂亮”，這個就是比較空洞的表揚(yáng)了。表揚(yáng)的時候，還是需要具體一些，提供相關(guān)的細(xì)節(jié)比較好，比如“你今天穿的裙子看起來很有感覺，剛剛你走過來的時候，仿佛間有一種走在海灘邊海風(fēng)吹在臉頰上的味道?！?/p>

出了問題怎么辦

在產(chǎn)品開發(fā)和上線的過程中，毫無疑問會冒出各種各樣的問題，比如說項目延遲上線、產(chǎn)品bug一堆，服務(wù)器沒扛住訪問壓力等等。

這個時候，產(chǎn)品經(jīng)理就需要敢于站出來直接承認(rèn)錯誤，承擔(dān)責(zé)任，不要什么都推給“這是老板要求的做法”、“老板中途更改的需求”、“服務(wù)器壓力頂不住我有什么辦法”之類的。因為，說到底，產(chǎn)品經(jīng)理才是一個產(chǎn)品的負(fù)責(zé)人，所以產(chǎn)品出現(xiàn)的所有問題，產(chǎn)品經(jīng)理都是有責(zé)任去背鍋的。對于老板不自覺地經(jīng)常拍腦袋想出來的產(chǎn)品需求，產(chǎn)品經(jīng)理還是有責(zé)任去和老板進(jìn)行溝通，把事情的利弊給分析出來。

如果產(chǎn)品經(jīng)理在這種重大事件面前（即使不是產(chǎn)品經(jīng)理的錯）都能站出來承擔(dān)責(zé)任，那么你的項目團(tuán)隊成員則會對你更加信任，犯了錯的成員還會感到有一點(diǎn)不好意思而請你吃飯什么的。當(dāng)然，老板自然是能夠分辨出問題主要是誰造成的，看到產(chǎn)品經(jīng)理能夠“挺身而出”，自然也會感到很欣慰，在內(nèi)心發(fā)出一聲呼喊——

這樣的產(chǎn)品經(jīng)理才靠譜嘛！

#專欄作家#

壹百度，微信公眾號：倒退集，人人都是產(chǎn)品經(jīng)理專欄作家。在線教育企業(yè)服務(wù)領(lǐng)域產(chǎn)品經(jīng)理，創(chuàng)業(yè)公司Team Leader。曾主導(dǎo)多款重量級產(chǎn)品的產(chǎn)品策劃和設(shè)計工作。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。