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

我本人也接觸了很多開(kāi)發(fā)，有時(shí)候就會(huì)問(wèn)他們這樣一個(gè)問(wèn)題——你覺(jué)得做產(chǎn)品經(jīng)理需要懂技術(shù)嗎？如果要的話需要懂到什么程度呢？

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

作為一個(gè)開(kāi)發(fā)我想說(shuō)：如果產(chǎn)品經(jīng)理完全不懂技術(shù)，我跟他說(shuō)任何事情他都不懂的話，我會(huì)很無(wú)奈；如果只是懂一點(diǎn)皮毛，并沒(méi)有理解我說(shuō)的要點(diǎn)的話，我會(huì)很反感；如果是懂技術(shù)的話，溝通無(wú)礙啊完全可以好好聊天好吧（壞處是不能以XX功能無(wú)法實(shí)現(xiàn)砍功能，實(shí)現(xiàn)時(shí)間的問(wèn)題影響項(xiàng)目了）。但是，如果技術(shù)方面太牛逼溝通毫無(wú)障礙的話，我覺(jué)得還是讓他來(lái)寫(xiě)代碼把（不需要懂到這種，除非開(kāi)發(fā)轉(zhuǎn)產(chǎn)品），不過(guò)還從來(lái)沒(méi)有遇見(jiàn)過(guò)如此牛人。其實(shí)，我覺(jué)得產(chǎn)品經(jīng)理最重要的還是要謙虛，懂得怎樣去交流和溝通，然后要了解業(yè)務(wù)。要懂得引導(dǎo)客戶，而不是總是受客戶的引導(dǎo)。說(shuō)產(chǎn)品經(jīng)理要懂技術(shù)，其實(shí)是說(shuō)你要懂實(shí)現(xiàn)某個(gè)功能的技術(shù)模型是怎樣的，然后理解一些術(shù)語(yǔ)，并不是非要你搞懂代碼里面的一些細(xì)節(jié)。

想必上述這段話應(yīng)該是絕大部分程序員們的心聲吧，產(chǎn)品經(jīng)理究竟該如何與開(kāi)發(fā)人員進(jìn)行良好的溝通，是所有產(chǎn)品們都非?？鄲赖氖虑?，那么究竟有沒(méi)有什么好的方法來(lái)讓你和開(kāi)發(fā)之間多一些好的互動(dòng)、少一些不和諧的撕逼呢 ，答案是有的。

首先呢，自然是產(chǎn)品經(jīng)理要去了解一些基礎(chǔ)的技術(shù)知識(shí)，這樣你才能對(duì)技術(shù)開(kāi)發(fā)人員的日常工作有一個(gè)大概的了解，這個(gè)了解也是整個(gè)良性溝通的前提。

其次呢，是產(chǎn)品經(jīng)理要去理解開(kāi)發(fā)人員的難處，當(dāng)然好的開(kāi)發(fā)也是會(huì)來(lái)理解產(chǎn)品的難處的。

最后呢，出了問(wèn)題的時(shí)候，優(yōu)先主動(dòng)出來(lái)承擔(dān)責(zé)任，而不是立馬站出來(lái)撇責(zé)任。

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

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

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

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

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

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

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

HTML是網(wǎng)頁(yè)內(nèi)容的載體。內(nèi)容就是網(wǎng)頁(yè)制作者放在頁(yè)面上想要讓用戶瀏覽的信息，可以包含文字、圖片、視頻等。

CSS樣式是表現(xiàn)。就像網(wǎng)頁(yè)的外衣。比如，標(biāo)題字體、顏色變化，或?yàn)闃?biāo)題加入背景圖片、邊框等。所有這些用來(lái)改變內(nèi)容外觀的東西稱之為表現(xiàn)。

JavaScript是用來(lái)實(shí)現(xiàn)網(wǎng)頁(yè)上的特效效果。如：鼠標(biāo)滑過(guò)彈出下拉菜單?；蚴髽?biāo)滑過(guò)表格的背景顏色改變。還有焦點(diǎn)新聞（新聞圖片）的輪換?？梢赃@么理解，有動(dòng)畫(huà)的，有交互的一般都是用JavaScript來(lái)實(shí)現(xiàn)的。

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

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

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

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

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

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

3、移動(dòng)開(kāi)發(fā)工程師

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

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

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

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

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

舉個(gè)例子：

如果你提出來(lái)要實(shí)現(xiàn)一個(gè)產(chǎn)品設(shè)計(jì)方案（暫時(shí)稱之為A方案吧），A方案比較好，實(shí)現(xiàn)出來(lái)的用戶體驗(yàn)效果也比較好，然后你跑過(guò)去拿著設(shè)計(jì)稿和技術(shù)巴拉巴拉一堆，最后技術(shù)看了看設(shè)計(jì)稿，撓了撓頭，嘆了一口氣跟你說(shuō)道：你要實(shí)現(xiàn)這樣的效果也是可以的，不過(guò)需要時(shí)間，短時(shí)間內(nèi)不一定搞得出來(lái)，我覺(jué)得也不一定要做的這么好，可以換種做法。你心想這么一個(gè)設(shè)計(jì)方案不是已經(jīng)很成熟了么，很多互聯(lián)網(wǎng)產(chǎn)品都已經(jīng)做過(guò)了啊，怎么會(huì)短時(shí)間內(nèi)實(shí)現(xiàn)不出來(lái)呢，你越想越氣，不會(huì)是技術(shù)忽悠我吧，于是說(shuō)道：這種技術(shù)不是很成熟了么，為什么還需要這么久，你不會(huì)是忽悠我吧。技術(shù)鄙視了你一眼，也不想跟你多言，便說(shuō)道：不信拉倒，這個(gè)技術(shù)實(shí)現(xiàn)難度很高的，反正給我做，我要花很長(zhǎng)時(shí)間，不然你去找別人吧。你一下傻了眼...

上述對(duì)話，就是典型的溝通雙方?jīng)]有互相理解的情況，已經(jīng)進(jìn)入了撕逼模式。

正確的做法，其實(shí)應(yīng)該是程序員在闡述希望可以換種做法，因?yàn)樵桨傅募夹g(shù)難度很高、時(shí)間成本較久。這時(shí)，產(chǎn)品經(jīng)理要理解開(kāi)發(fā)人員的難處，理解對(duì)方的辛苦，對(duì)不重要的細(xì)節(jié)可以做出適當(dāng)退讓。比如，如果項(xiàng)目時(shí)間比較趕，原方案的技術(shù)實(shí)現(xiàn)難度又確實(shí)很高，則完全可以選擇替代方案，先確保項(xiàng)目進(jìn)度，后續(xù)再做新的迭代。

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

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

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

2、平等相容原則

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

3、溝通后做記錄

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

4、沒(méi)事多表?yè)P(yáng)

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

▌出了問(wèn)題怎么辦

在產(chǎn)品開(kāi)發(fā)和上線的過(guò)程中，毫無(wú)疑問(wèn)會(huì)冒出各種各樣的問(wèn)題，比如說(shuō)項(xiàng)目延遲上線、產(chǎn)品bug一堆，服務(wù)器沒(méi)扛住訪問(wèn)壓力等等。

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

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

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

分享文章：產(chǎn)品經(jīng)理如何與程序員愉快地撕逼
文章地址：http://www.rwnh.cn/news/156358.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供小程序開(kāi)發(fā)、標(biāo)簽優(yōu)化、網(wǎng)站內(nèi)鏈、網(wǎng)站維護(hù)、用戶體驗(yàn)、全網(wǎng)營(yíng)銷(xiāo)推廣

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)