這是Kevin的第 713
篇原創(chuàng)凤粗，
持續(xù)日更纠炮，做產(chǎn)品經(jīng)理的創(chuàng)業(yè)斜杠青年。
開發(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è)狐妖板塊平委，給出核心的功能描述奈虾，如下是功能邏輯邊界
登錄注冊(cè)PRD文檔
同時(shí)涉及的第三方平臺(tái)接口地址、接口說明廉赔，需要提前為開發(fā)同學(xué)準(zhǔn)備肉微。
api文檔
用戶操作的時(shí)序圖邏輯，包含了信息流轉(zhuǎn)蜡塌、服務(wù)器響應(yīng)額先后順序需要在文檔中記錄碉纳。
時(shí)序圖
文檔有了上述三部分內(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ā)蒋荚。
編輯器的二次開發(fā)
技術(shù)實(shí)現(xiàn)難度要求產(chǎn)品經(jīng)理在需求調(diào)研階段就和開發(fā)溝通、緊密聯(lián)系馆蠕。甚至是讓開發(fā)親自使用這類產(chǎn)品期升。
工作中減少使用情緒化用語
這一點(diǎn)可以說是最重要的，和上面2點(diǎn)技術(shù)策略相比互躬，這一點(diǎn)也最難做的播赁。情緒化用語包括：“指責(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)品皂股。
今天的分享就在這里。
