跟開發溝（si）通（bi）是產品經理的工作日常：給開發提需求，功能模塊的討論都涉及到一些技術知識；如果沒點技術底子在的產品很可能會被技術怒懟，輕則需求被反對或者拒絕，重則可能導致項目推進出現問題并延期。既然產品經理要懂技術，那么要懂到什么程度才能跟開發愉快的聊天？這也是很多產品人的疑問。

本期天天問為大家整理了產品與開發相愛想殺的常見問題，來學習下如何跟程序猿們在項目溝通過程中保持和諧，讓產品需求順利地落地。

問題1：做產品經理需要懂技術嗎？如果要的話需要懂到什么程度呢？@liltushy

精選回復@夏夏

作為一個開發我想說：

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

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

其實，我覺得產品經理最重要的還是要謙虛，懂得怎樣去交流和溝通，然后要了解業務。要懂得引導客戶，而不是總是受客戶的引導。

精選回復@老貓貓

說產品經理要懂技術，其實是說你要懂實現某個功能的技術模型是怎樣的，然后理解一些術語，并不是非要你搞懂代碼里面的一些細節。

有一定的開發經驗當然是最好了，不過也可以后期補一點。

其實懂一點技術最主要的作用在于與技術順暢溝通，少提那些不可行的需求，不至于讓人家覺得他在對牛彈琴。但是要注意的一點是千萬不要讓技術束縛了你的思維。

問題詳情：http://wen.woshipm.com/question/detail/o7des.html

問題2：提需求被技術直接拒絕了，該怎么處理？@小果

精選回復@Elvis

做為會點技術的人告訴技術：你數據庫有問題。有可能不是效果層面了，如果隨便找網上的例子給技術說“我要實現這個功能”，可以說基本都會給你說做不到。

你要細致問技術：為什么做不到這個功能？數據庫有問題，他一定有說什么問題只是你不懂而已。

不要老跟技術說什么公司層面的東西，技術只會懂要實現這個效果，你能提供他們多少資源與時間完成這個問題。

作為一個產品經理，你要了解問題不能做的原因。當技術說數據不能滿足或所有流程都全改應該（你應該追到為什么數據不行，改流程涉及了什么）時，你應該評估你的產品在改設計的整體流程的重要性。如果非常重要，應該說服相關人員修改該流程，然后與相關部門溝通，為程序分析并解決問題。

不理解問題的源頭，拼命為自己的產品，不為產品排除阻礙力，只有下面幾個情況：

• 與技術關系不好
• 技術忽悠做不到
• 請排期（在老板壓下來的情況）

當所有問題都分析清楚（就是排除問題），這樣你會順利些。

問題詳情：http://wen.woshipm.com/question/detail/gs5dr.html

問題3：開發混亂導致每次版本迭代都出現問題，該怎么處理？@曉明

精選回復@joanne

看描述感覺是信息同步出現了問題，專門的文檔是必須的。因為在開發的過程中可能會出現修改，需求時效性等等問題。

建議可以從以下這幾方面改進：

（1）確保信息及時準確傳達

小團隊的好處就是溝通成本比較低，所以要保證信息的絕對同步。有一個人（一般是項目經理或者產品經理），或者一個平臺（比如像JIRA，Teambition，或者就是墻上的一塊白板也可以），作為團隊內部的信息樞紐。所有信息都要從這個樞紐發出，所有不明確的問題也統一跟各負責人員確認。確保信息時效性、準確性、一致性。每次信息的產生、變化都要與所有成員同步。

（2）開發人員的效率、管理

程序作為產品的落地方，首先要保證項目開發的進度，作為產品的你需要每天、周、月進行項目的跟進，這點不解釋，總不可能拿到手了才發現功能出現失誤或者遺漏，那很大一部分責任都落在你身上。如果是開發人員的專業實力不夠強，建議技術負責人固定一個時間做交流分享以增強團隊實力。此外還有一點，就是實施的平臺基礎。這點不用多說了吧，得有支持持續同步的服務器和SDK。

（3）根據產品所處的階段進行調整

敏捷開發適應產品的成長階段。如果產品未上線，通常團隊內部的目標是明確的，大家都知道我們要做什么，要做成什么樣。做出來之后，不用別人說，自己就能發現問題。在這個階段，使用相對長周期的迭代是可行。畢竟這個階段，風險主要來自于需求的理解偏差，和客戶的需求變更。

如果產品已經上線，進入的維護階段，就要控制迭代周期。這個階段事情會變的更多、更雜，切實任務來的沒有時間規律，隨時有可能有突發事件或者新的任務。因此，在保證運營成本的情況下，盡量縮短迭代周期，才能保證盡快發現問題。

問題詳情：http://wen.woshipm.com/question/detail/hovdr.html

問題4：作為產品 ，當自己提出的需求被開發反對時怎么說服對方？@小城

精選回復@魚精

開發反對先溝通是什么原因？是時間不夠，實現難度大，實現效果差，評估成果和付出不成正比中的哪一個？嗯，還有可能是開發討厭你……這個情況很少先不說。

先說時間不夠，時間不夠有三種解決方案：

1. 申請延期
2. 砍些不必要功能
3. 要求開發加班

視需求緊急情況和復雜程度而定，但不建議用第三種，容易造成開發討厭你的尷尬局面。不得不用的時候 一定要慎重。
實現難度大，這個 要和開發一起討論合理替代方案，很可能你想的開發實現太復雜，但開發提供的方案也符合你的要求，兩全其美。如果討論后你還堅持用這種實現難度大的方案，請參考時間不夠的情況，做延期砍需求和要求加班的措施，保證工作量在合理范圍。

實現效果差，產品可以和開發一起尋找合適的效果參考，參考實現難度大，并給測試留足夠時間。

評估成果和付出不成正比，這種的反對多來自于技術經理 技術leader 之類的，需要你去和你的領導溝通去說服他，當然也有可能開發是對的，這種要求產品經理 自我反省和改動，以完成順利開發。

暫時就想到這些，至于開發不喜歡你，額，保持好自身產品素質，盡量不坑隊友，女生多賣萌，男生多請客，就可以解決的。

問題鏈接：http://wen.woshipm.com/question/detail/26d28.html

問題5：PM如何讓技術信服？@sunflower

精選回復@栗子

對于產品新人來說，溝通更是一件不能忽視的事情，資歷尚淺的產品實習生大戰經驗豐富的設計師、程序員等必是一段不斷跌倒掉坑再爬起填坑的艱辛旅程。下面筆者將以自己的親身經歷來談談如何在工作中與他人更好的溝通。

以下將從溝通前、溝通中、溝通后三個步驟來細細講述，這三個環節將最終影響一次溝通的質量。

1.溝通前

（1）做足功課，理清需求

產品新人對于自己設計的線框圖以及數據交互邏輯要有清晰全面的理解，然后再與相關同學溝通。切忌領導讓你去溝通你就什么都不想的去了，三思而后動，是萬事成功的基礎。

（2）準備不同“語言”

注意每個職位所站在的思考角度是不同的，所理解的知識范圍也是不同的，我們不能試圖以同樣的語言跟不同崗位的人進行輪番舌戰。

2.溝通中

（1）及時統一意見

在初期的溝通過程中可能會存在觀點分歧的問題，在這種情況下我們要注意先把之前溝通中已經統一的意見拎出來，這樣做會有兩方面可預見的好處：

1. 提高溝通的效率，避免重復討論，大家的時間都是寶貴的
2. 避免分歧升級，在明確雙方的統一意見后，雙方心理層面都會減少微妙的抵觸感與溝通的負擔感，不會覺得之前的溝通在浪費自己的口舌。

（2）平等相容原則

平等相容的原則相信大家都會覺得這是一個老生常談的話題了，但是真正運用在實踐生活中的人又有多少呢？

新來的產品實習生最容易犯的錯誤就是在溝通過程中一味的強調注重實現自己的功能規格的需求，而不去考慮對方的設計開發原則或工作成本，此舉極易引起對方的抵觸心理。特別是在大公司每個職位都是受著績效KPI考核約束的，一個人也往往同時跟進好幾個項目開發的，會去計算自己每個項目可以投入的時間和精力。對此若在溝通過程中發現對方的難點或麻煩，請將心比心換位思考讓步一下，這樣才會有利于長期的合作往來，不要因為一次并不十分重要的項目就紅著臉對著吵，傷了雙方的和氣。

3.溝通后

溝通完成后千萬不要以為萬事大吉了，雙方一定要回顧一遍溝通的成果，看看對已達成的共識有無遺漏，最好郵件一下會議紀要。此外，還要敲定任務的交付時間，一方面以免項目爛尾一拖再拖，一方面對項目的進度有一個把控以此來安排后續的進度計劃。

問題詳情：http://wen.woshipm.com/question/detail/22s98.html

小結

看完以上的問題，小編認為產品經理還真是一個需要全面發展的崗位，不僅要懂業務懂產品懂技術懂UI，還要靈活的周轉于各個部門，跟程序猿和射擊濕們提需求推進項目落地。光智商高不行，情商也得高，不然一個不留神得罪了開發跟設計就不好了。對于產品經理而言，學點技術防身以免被開發懟是必須的，在做產品的路上永遠要保持學習和好奇的心態喔！

相關閱讀

【天天問每周精選】第11期：對于業內近期的熱點，產品經理們是這樣說的

【天天問每周精選】第十期：邏輯思維作為產品經理最核心的素質，應如何培養鍛煉？

【天天問每周精選】第九期：產品運營必經困局：如何解決用戶流失的問題？

【天天問每周精選】第八期：如何在創業公司做好產品經理？

【天天問每周精選】第七期：作為一名運營老司機，有哪些套路是新人不知道的？

精選問題每周有，歡迎食用~配合回復味道更佳(∩_∩)

本欄目由天天問小編@Cecila編輯，歡迎大家踴躍提問，一起交流。