作為一名產品經理，與技術人員溝通是其工作內容的重要組成部分，但是溝通的過程卻常常產生激烈的思想碰撞。很多時候因為溝通遇到的問題產品經理會覺得技術人員是「不可溝通」的，技術人員會覺得產品經理「不可理瑜」的。那麼如何避免矛盾、高效溝通呢？筆者結合了自己的工作實際，總結了以下幾點。
在向開發人員講述功能需求的時候，經常會被開發人員提問「這個功能解決了什麼問題，有什麼意義？」、「這個需求的背景是什麼？」，或者之間就說「我現在沒時間」。因此我們在跟技術溝通需求的時候，要講明我們要做的功能都目的、意義、使用者的使用場景以及，這樣能讓開發人員更加理解需求，能夠激發開發的主觀能動性，主動找出方案的不足，去維護相關功能，讓其擁有更好的擴充套件性。
在技術需求評審時有時候會被開發人員懟「這個需求實現不了」、「這樣做太複雜了，短時間內完不成」，因此我們可以在需求細化之前，找開發人員溝通方案的可行性，聽取技術同學的建議，找到最合理的需求解決方案。
在技術需求評審的時候有時候會被開發提問「這個欄位的限制字元數是多少？」、「超過字元數了，如何顯示？」、「報錯了，如何提示？」，這些都是需求的細節，因此我們在文件上要把需求的「業務規則、字段說明、前置/後置條件、涉及使用者角色」等細節描述清楚，這樣能夠很多溝通上的問題。
在專案過程中不可避免的會補充需求說明，進行需求變更，但是有時候因為相關人員沒有同步到位，進而出現前後端、安卓端與ios端的實現不一致導致測試人員提bug，設計人員沒有更新ui稿導致前端實現錯誤等一系列問題。因此產品經理在進行需求變更、補充需求說明時一定要及時通知涉及到的設計人員、開發人員、測試人員，同時更新原型、需求說明、ui設計稿。需求變更時要以「郵件+口頭通知/即時訊息」的形式通知相關人員，同時要把需求變更記錄到專案文件中。
在溝通的過程中講技術術語，能夠讓技術人員迅速的理解需求，不會輕視產品經理。產品經理懂技術術語能夠幫助產品理解技術人員的描述。口語化的描述往往會造成誤解。
在評估工時時，產品經理可能會覺得技術人員評估的工時不合理。出現緊急bug時，技術人員不配合進行修復。遇到這些問題的時候，我們要學會和相應的技術負責人溝通，或者向領導反映，讓領導和相關技術負責人溝通問題。
專案上線需要開發人員提交**到正式環境，產品經理在上線驗收無誤後，要通知開發人員發版，避免出現開發不知道提交**，影響正常的測試或上線。
與技術溝通其實做到全面、準確、及時，就能夠避免大多數矛盾。產品經理提公升自身的技術素養，能夠促進溝通、加強理解。總之和開發人員的溝通要相互理解，相互支援，才能夠把專案做好。
開發人員轉行做產品經理 1
很多從事開發的小夥伴，工作幾年後，都會有這樣的疑惑，未來的職業之路應該如何繼續。其實開發人員有自己的優勢，那就是了解熟悉技術，從事it行業，了解一些技術總也是好的。和開人員溝通有一定的優勢。但是開發人員也有自己的劣勢，就是溝通起來不是太好。一下是轉其他人的 文章 開發人員到一定階段以後就要尋求轉型，...
產品經理與開發人員的矛盾
1 是不是只要沒有技術上的實現問題，開發者就不應該對產品經理提出質疑？2 需求文件 功能文件 最新而最全的原型設計文件，這些要求過時了嗎？3 產品經理高階建議。軟體工程領域，本著分工合作高效進行的管理方式，每個人只要做好自己的分內事就行。當產品經理召集開發人員進行各種評審會的時候，其實是想讓開發人員...
開發人員和產品人員對接需求總結
最近一段時間，碰到乙個業務邏輯比較複雜的專案，和產品經理對接了一周的需求，突然發現對接需求也不比開發工作輕鬆多少，所以想把對接需求時遇到的問題和一些好的經驗記錄下來。1 不要接受產品人員一上來就提的 我需要乙個什麼什麼介面 我需要乙個什麼什麼功能 的所謂的需求，這不是需求，這是要求。這樣做其實是產品...