產品經理該如何跟技術人員更好的溝通？是一個較為古老的話題了，今天作者結合自己的經驗分享了一些關于溝通的小技巧，希望你也能夠受用。

產品經理面試的過程中，面試官特別喜歡問一個問題：如果開發人員以無時間為理由拒絕你的需求怎么辦？工作中產品經理和技術人員打交道的次數太多了，行業內也流行一些圖片來調侃產品和技術之間的關系，兩者的關系可以用相愛相殺來形容。

之所以這么說有兩個理由，相愛是因為兩者要互利合作，把老板交給的任務完成，而且只有彼此合作才能讓工作進展的更順利。相殺是因為這兩個職業又存在著很大的矛盾，產品經理的需求間接決定了技術人員的工作量，有些技術人員確實對產品經理比較反感。

我也看過一些關于產品與技術如何溝通的文章。這篇文章我想結合我自己的親身經驗，分享一些小技巧，可以當做是保持良好關系的潤滑劑。

1

首先我們分析一下技術與產品之間產生矛盾的原因。在分析之前，先設一個前提，每個公司在招人的時候都有其標準，尋找價值觀相同的人，所以我一直都相信開發人員并不會無故找理由拖延項目周期。反過來，如果開發人員因為品性而偷懶或者說是耍心眼不干活的話，那就沒辦法了，個人主觀因素太大。

第一種情況是產品經理的需求與開發人員手頭的項目撞期了，解決的辦法很簡單，就是根據需求的優先級來調整開發排期。碰到這種事，有些領導也總是期望產品經理靠著自己的方法解決。但是除了跟上級領導申請調整優先級，沒有別的好辦法。一個客觀事實，公司在多個項目中確實有優先級之分，雖然你自己的孩子自己最看重但是在別人眼里并不是這樣。第二個原因是開發人員是按照公司意愿辦事，說嚴重點你總不希望別人因為你的事情跟領導鬧僵，搞砸自己的飯碗吧。

第二種情況技術人員并不認同產品經理的觀點，雖然產品經理和技術人員各司其職，但是在工作中會碰到有些技術對產品特別關心，如果產品經理的做法自己不認同的話會提出質疑。如果質疑的人是技術老大，產品經理往往會更被動。遇到這種情況我覺得很正常，想辦法說服技術人員。

除了搬出之前做的產品分析和用戶調研外，我在工作中總結了一點經驗，平時可以多跟技術聊聊天，增進彼此了解，觀察他們經常上使用的產品，在溝通說服他們的過程中，可以拿他們經常用的產品舉例，這樣的話他們本身對那個產品更熟悉，自然也更好理解。另外，在跟技術講解產品的時候也要適當的畫餅，描繪一下產品上線成功后的美好未來，這會帶動起他們的積極性。

2

產品經理要做好自己的基礎工作，這利于給開發人員留個好印象。做好這方面的工作有兩點：

• 一是想好產品規劃的原由，避免被技術的同學問住。技術人員也特別討厭產品經理說“某某產品就是這么做的，我們按照他們的做就行了”這樣的話；
• 二是寫好產品文檔，在產品文檔中避免有遺漏的地方，特別是一些比較復雜的功能，一定要解釋清楚，因為技術人員會遵照著產品文檔進行開發，所以說如果有疏漏的地方會增加溝通成本，如果文檔寫錯了，造成開發出來的產品功能不符合預期就是產品經理的責任了。

為了提高文檔的可讀性，我們也可以多使用圖文、流程圖的表現形式，如果只是干巴巴的一個word文檔，幾千個文字，看起來確實很枯燥。

對于產品經理和開發人員來說信任尤為重要，如果開發對產品經理缺乏了信任，結果就是你的話開發人員不會再聽了，每個需求他們需要經過你的領導確認后才會去做。獲取對方信任的一個很重要前提就是說話算數，當技術人員詢問你某一個問題時如果自己沒想清楚，可以先暫時別回答，考慮清楚后再說。要是隨口一說，過后又讓開發人員修改，不僅會造成開發人員返工，這種行為也是非常不負責任的。

即便文檔寫的再完善，在產品開發過程中也難免需要當面溝通。項目跟進，需要產品經理極大的責任心和積極性。一個項目立項后，公司通常會把參與人員列為一個小組，產品人員需要根據開發排期跟進開發進展，避免開發出來的產品與預期不符，驗收產品功能是否與產品期望一致。這個過程產品人員的工作往往會比較繁瑣，也會比較忙，當然也會鍛煉產品經理的溝通能力。

3

說一下行業內一直討論的一個問題，產品經理該不該懂技術？我覺得這個問題并沒有什么好討論的，無論是從個人知識量還是從是否有利工作的角度講肯定是懂技術要更好，而之所以能吸引那么大的熱議，可能是由于很多產品經理不懂技術，但是又沒有興趣學習，所以心底一直會糾結這個問題。

從我個人的經驗來看，特別是你做項目比較多的時候，會發現懂點技術跟技術人員溝通起來會順暢很多，一個重要的體現是技術人員也很愿意跟你交流技術實現的一些想法，而不會說“算了，跟你說了也沒用”這樣的話。

產品經理懂技術還有一個很重要的益處是當業務部門提出需求時，自己就能評估出技術實現的可行性，對于實現起來比較困難的需求自己就可以跟業務部門商量優化方案。而不必每個功能都去詢問技術，無形中也減少了技術的麻煩。

不過我跟很多人的觀點也一樣，產品經理對技術的了解不需要太精通，說到這我還得慶幸自己大學時候學的是計算機專業，雖然學的不好，但對于現在的工作還是非常有益處的。不過我在工作中也會碰到技術人員偶爾說了一個名詞自己不理解的，這時候兩種辦法，要么主動問一下，要么自己去網上查，明白其中的邏輯關系，知道是怎么一回事就好。

畢竟術業有專攻，雖然我們希望知識越多越好，但也別給自己太大壓力。況且技術知識也在更新迭代，他們使用的框架也會變化，技術的語言也有很多，如HTML、Java、PHP等，你不可能全都精通。

4

最后說點工作中會遇到的個人主觀因素。

當產品經理跟其他部門提需求或是溝通確認的時候也不排除其他同事有未及時回復的情況，為了確保項目上線也為了爭取資源，這個時候就需要產品人員更加主動一些，所以產品經理有時候還需要臉皮厚一點。

當提交一個需求給開發部門制定排期，你會發現他們都會把時間定的很充足。也許你會因此對其他同事有看法，但其實在工作中都是這樣子，大家都不會把自己的時間安排的太緊張，而且還要考慮過程中可能會出現的風險因素，例如請假的情況。當然也不能把時間定的太長，那樣老板該不開心了，所以最好是產品經理根據上線時間與開發人員定一個時間結點，讓開發人員在這個時間點前完成即可。

#專欄作家#

云瑞，微信公眾號：馬虎眼，人人都是產品經理專欄作家。原片刻產品經理，6年產品人，走在內容社交產品路上，死磕產品設計，喜歡玩各種APP，玩桌球，打羽毛球，歡迎與大家交流。

本文原創發布于人人都是產品經理。未經許可，禁止轉載。

題圖來自 Pixabay，基于 CC0 協議