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

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

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

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

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

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

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

最后呢，出了問題的時候，優(yōu)先主動出來承擔責任，而不是立馬站出來撇責任。

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

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

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

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

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

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

簡單來理解一下三者之間的關系：

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

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

JavaScript是用來實現(xiàn)網(wǎng)頁上的特效效果。如：鼠標滑過彈出下拉菜單。或鼠標滑過表格的背景顏色改變。還有焦點新聞（新聞圖片）的輪換。可以這么理解，有動畫的，有交互的一般都是用JavaScript來實現(xiàn)的。

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

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

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

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

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

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

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

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

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

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

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

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

舉個例子：

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

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

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

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

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

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

2、平等相容原則

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

3、溝通后做記錄

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

4、沒事多表揚

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

▌出了問題怎么辦

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

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

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

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

分享文章：產(chǎn)品經(jīng)理如何與程序員愉快地撕逼
本文URL：http://m.newbst.com/news8/156358.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供自適應網(wǎng)站、關鍵詞優(yōu)化、網(wǎng)站導航、網(wǎng)站制作、企業(yè)建站、網(wǎng)站排名

廣告

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