開發(fā)和產(chǎn)品經(jīng)理在產(chǎn)品研發(fā)中是一群相愛相殺的人群。一個是工作的上游、一個是工作的下游。

產(chǎn)品經(jīng)理做的產(chǎn)品設計、需求調(diào)研的確會影響開發(fā)的工作成本、框架設計方案。

因此掌握有效的溝通方式，減少這類矛盾、增加研發(fā)效率的必要條件。分享下我在產(chǎn)品生涯和創(chuàng)業(yè)過程中面對這類問題的溝通方式

一切以文檔溝通為媒介

很多產(chǎn)品經(jīng)理或互聯(lián)網(wǎng)研發(fā)團隊，以敏捷開發(fā)為前提，提出：“多溝通、少文檔”，但敏捷中的少文檔要求本質(zhì)是減少精力投入在榮譽的文檔撰寫工作，但不是不寫文檔。尤其是核心功能、核心邏輯要寫文檔。

舉個例子，登錄注冊PRD需求文檔的邏輯。

登錄包含的功能有如下

需求文檔要包含注冊、登錄、第三方注冊、找回密碼、安全機制4個狐妖板塊，給出核心的功能描述，如下是功能邏輯邊界

登錄注冊PRD文檔

同時涉及的第三方平臺接口地址、接口說明，需要提前為開發(fā)同學準備。

api文檔

用戶操作的時序圖邏輯，包含了信息流轉(zhuǎn)、服務器響應額先后順序需要在文檔中記錄。

時序圖

文檔有了上述三部分內(nèi)容后，那開發(fā)與產(chǎn)品的溝通就會輕松很多。

搞清楚產(chǎn)品的技術(shù)實現(xiàn)復雜度

許多產(chǎn)品經(jīng)理看到某競品或新產(chǎn)品有了靈感，就準備啟動馬上自己。但能不能實現(xiàn)、對方背后的技術(shù)成本就沒有評估。

實際上這類需求成了產(chǎn)品經(jīng)理與開發(fā)人員溝通的核心難點。比如PMTalk做的文章編輯器，幾乎每個UGC產(chǎn)品都會涉及的。

以為編輯器找個開源的就可以使用，但實際上并不是。開發(fā)、產(chǎn)品經(jīng)理格子關(guān)注的功能主要是從下面5點來評估實現(xiàn)復雜難度。

由于沒有做編輯器的技術(shù)調(diào)研，最后在研發(fā)中心發(fā)現(xiàn)市面上許多開源的編輯器，都很難二次開發(fā)。

編輯器的二次開發(fā)

技術(shù)實現(xiàn)難度要求產(chǎn)品經(jīng)理在需求調(diào)研階段就和開發(fā)溝通、緊密聯(lián)系。甚至是讓開發(fā)親自使用這類產(chǎn)品。

工作中減少使用情緒化用語

這一點可以說是最重要的，和上面2點技術(shù)策略相比，這一點也最難做的。情緒化用語包括：“指責、侮辱、諷刺、甚至是臟話”。

如今的研發(fā)大多數(shù)以線上社群的方式在工作群，對開發(fā)的稱呼、工作內(nèi)容陳述比如工作內(nèi)容的完成進度、消息的回復速度，都會影響開發(fā)同學做事情的效率。

所以經(jīng)常有人吐槽，產(chǎn)品經(jīng)理要是會為人處世，前面2點都不是問題。我見過許多產(chǎn)品經(jīng)理就是因為第三點沒有做好，即使做得1點和點再好，仍然不濟于是。

只要溝通共贏，形成團隊共贏，這樣的互聯(lián)網(wǎng)產(chǎn)品研發(fā)才會做出有效的產(chǎn)品。

今天的分享就在這里。

每天體驗1款app知識星球

加入后365天，每天體驗一款APP。提升產(chǎn)品設計能力，同時有1500份體驗報告幫助你找到競品。

平均1天1塊錢，掃碼購買即可加入

連續(xù)體驗90款應用，通過后原路退回