開發和產品經理在產品研發中是一羣相愛相殺的人羣。一個是工作的上游、一個是工作的下游。
產品經理做的產品設計、需求調研的確會影響開發的工作成本、框架設計方案。
因此掌握有效的溝通方式，減少這類矛盾、增加研發效率的必要條件。分享下我在產品生涯和創業過程中面對這類問題的溝通方式
一切以文檔溝通爲媒介
很多產品經理或互聯網研發團隊，以敏捷開發爲前提，提出：“多溝通、少文檔”，但敏捷中的少文檔要求本質是減少精力投入在榮譽的文檔撰寫工作，但不是不寫文檔。尤其是核心功能、核心邏輯要寫文檔。
舉個例子，登錄註冊PRD需求文檔的邏輯。
登錄包含的功能有如下
需求文檔要包含註冊、登錄、第三方註冊、找回密碼、安全機制4個狐妖板塊，給出核心的功能描述，如下是功能邏輯邊界
同時涉及的第三方平臺接口地址、接口說明，需要提前爲開發同學準備。
用戶操作的時序圖邏輯，包含了信息流轉、服務器響應額先後順序需要在文檔中記錄。
文檔有了上述三部分內容後，那開發與產品的溝通就會輕鬆很多。
搞清楚產品的技術實現複雜度
許多產品經理看到某競品或新產品有了靈感，就準備啓動馬上自己。但能不能實現、對方背後的技術成本就沒有評估。
實際上這類需求成了產品經理與開發人員溝通的核心難點。比如PMTalk做的文章編輯器，幾乎每個UGC產品都會涉及的。
以爲編輯器找個開源的就可以使用，但實際上並不是。開發、產品經理格子關注的功能主要是從下面5點來評估實現複雜難度。
由於沒有做編輯器的技術調研，最後在研發中心發現市面上許多開源的編輯器，都很難二次開發。
技術實現難度要求產品經理在需求調研階段就和開發溝通、緊密聯繫。甚至是讓開發親自使用這類產品。
工作中減少使用情緒化用語
這一點可以說是最重要的，和上面2點技術策略相比，這一點也最難做的。情緒化用語包括：“指責、侮辱、諷刺、甚至是髒話”。
如今的研發大多數以線上社羣的方式在工作羣，對開發的稱呼、工作內容陳述比如工作內容的完成進度、消息的回覆速度，都會影響開發同學做事情的效率。
所以經常有人吐槽，產品經理要是會爲人處世，前面2點都不是問題。我見過許多產品經理就是因爲第三點沒有做好，即使做得1點和點再好，仍然不濟於是。
只要溝通共贏，形成團隊共贏，這樣的互聯網產品研發纔會做出有效的產品。
今天的分享就在這裏。