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