告別溝通不暢:3個(gè)要旨解決產(chǎn)品與研發(fā)溝通問(wèn)題
有一個(gè)新創(chuàng)業(yè)的項(xiàng)目,我個(gè)人有一點(diǎn)點(diǎn)投資參與的,最近開發(fā)進(jìn)度一直不如預(yù)期,因?yàn)殚_發(fā)的負(fù)責(zé)人也是我認(rèn)識(shí)很久的一個(gè)朋友,所以有點(diǎn)奇怪,就去聊了聊。(說(shuō)來(lái)慚愧,主要我也有責(zé)任,本來(lái)答應(yīng)一開始研發(fā)就介入做一些技術(shù)溝通的工作,結(jié)果自己太懶,一直沒太多過(guò)問(wèn)) 然后發(fā)現(xiàn),問(wèn)題主要還是出現(xiàn)在溝通環(huán)節(jié)。這個(gè)創(chuàng)業(yè)團(tuán)隊(duì)的負(fù)責(zé)人,業(yè)務(wù)運(yùn)營(yíng)能力應(yīng)該還是有的,但是他們之前沒有技術(shù)產(chǎn)品開發(fā)的經(jīng)驗(yàn),簡(jiǎn)單說(shuō)就是,團(tuán)隊(duì)里缺乏一個(gè)產(chǎn)品經(jīng)理的角色,需求的反復(fù)和雙方理解的歧義導(dǎo)致了研發(fā)周期的延宕。
這個(gè)場(chǎng)景相信很多創(chuàng)業(yè)公司,甚至規(guī)模不小的公司都出現(xiàn)過(guò),我也不敢說(shuō)自己就可以徹底的解決,但是還是分享一下關(guān)于產(chǎn)品需求設(shè)計(jì)與開發(fā)溝通的一些觀點(diǎn)。
第一要旨: 產(chǎn)品人員在提出功能需求時(shí),應(yīng)明確告訴開發(fā)人員,其需求的目標(biāo)是什么。
很多產(chǎn)品人員做需求設(shè)計(jì),給開發(fā)的時(shí)候只告訴開發(fā)你要做這個(gè)這個(gè),那個(gè)那個(gè),而并不具體說(shuō)明為什么要做這些,也許他們認(rèn)為開發(fā)不需要了解這個(gè),也許他們認(rèn)為開發(fā)應(yīng)該一看就明白這是什么,但實(shí)際上,往往這里就產(chǎn)生理解歧義。這是很常見的問(wèn)題。
此外,產(chǎn)品人員,特別是沒有技術(shù)背景或技術(shù)背景一般的產(chǎn)品人員,有時(shí)候會(huì)替開發(fā)人員多想,比如會(huì)認(rèn)為這樣做簡(jiǎn)單而那樣做復(fù)雜,但也許技術(shù)實(shí)現(xiàn)成本并不是他想象的那樣,而對(duì)于創(chuàng)業(yè)公司,實(shí)現(xiàn)成本往往也是特別重要的需要考慮的因素,產(chǎn)品人員往往沒有給出實(shí)現(xiàn)成本最低的方案,而開發(fā)人員則盲目按照定義的需求出發(fā),有時(shí)候做出的東西從實(shí)現(xiàn)成本來(lái)說(shuō)非常不經(jīng)濟(jì),特別是時(shí)間成本,消耗非常巨大。
在符合第一要旨的前提下,開發(fā)人員應(yīng)能參與需求的討論,我知道有些大公司或者產(chǎn)品經(jīng)理不希望這樣,我定義好的需求你去實(shí)現(xiàn)就好了,你做研發(fā)的討論這個(gè)干什么? 但這樣其實(shí)是有好處的。
- 研發(fā)人員的參與意識(shí)強(qiáng),對(duì)產(chǎn)品的熱愛度和積極性會(huì)提高。
- 加深對(duì)需求目標(biāo)的理解,減少開發(fā)過(guò)程中因理解歧義做出無(wú)用功或不符合需求的狀況。
- 有可能提供目標(biāo)一致,而更低實(shí)現(xiàn)成本的方案。對(duì)創(chuàng)業(yè)公司,開發(fā)力量不夠完善的場(chǎng)景而言,這一點(diǎn)也非常重要。
當(dāng)然,強(qiáng)調(diào)一點(diǎn),研發(fā)人員可以參與需求設(shè)計(jì)的討論,但決策權(quán)仍需要明確掌握在產(chǎn)品經(jīng)理手里,(如果研發(fā)人員確實(shí)更懂得需求定義,可以兼任產(chǎn)品經(jīng)理。但只要你賦予了獨(dú)立的產(chǎn)品經(jīng)理角色,這個(gè)需求的決策權(quán)還是必須給予保證的。)
第二要旨:產(chǎn)品人員應(yīng)給出所有功能需求的流程和結(jié)構(gòu)圖
在給出具體功能需求設(shè)計(jì)之前,應(yīng)給一個(gè)總綱,也是為了加深需求理解,形成完整的需求概念的一步重要工作。
很多時(shí)候,產(chǎn)品經(jīng)理會(huì)覺得,我說(shuō)的都那么清楚了,你怎么不明白呢? 其實(shí)主要就是因?yàn)樵谶@個(gè)環(huán)節(jié)上產(chǎn)品經(jīng)理對(duì)整個(gè)項(xiàng)目的背景,結(jié)構(gòu),前提,目標(biāo)早已有了代入感,所以覺得每個(gè)細(xì)節(jié)都理所當(dāng)然是這樣的,但是對(duì)研發(fā)而言,他們并沒有得到完整的背景信息,對(duì)細(xì)節(jié)的理解往往就出現(xiàn)偏差和誤判。對(duì)彼此功能點(diǎn)的關(guān)系,相互的聯(lián)系了解的支離破碎,那么實(shí)現(xiàn)起來(lái)這個(gè)系統(tǒng)也就難免出現(xiàn)不盡如人意的地方。
常見的,比如,用戶的某個(gè)屬性,在某個(gè)功能中體現(xiàn)出來(lái),而在另一個(gè)功能中被賦予或產(chǎn)生變化的,但是因?yàn)樾枨笤O(shè)計(jì)的時(shí)候,沒有給出整體的結(jié)構(gòu)和流程,只是在局部的設(shè)計(jì)中提供了不精確不嚴(yán)謹(jǐn)?shù)拿枋觯óa(chǎn)品經(jīng)理也許覺得描述的足夠清楚了,但是缺乏必備的背景信息鋪墊),那么實(shí)現(xiàn)的工程師,(甚至可能兩個(gè)不同功能是不同工程師實(shí)現(xiàn)),也許會(huì)誤判做成兩個(gè)不同的字段,賦予不同的定義。這樣這個(gè)屬性的實(shí)現(xiàn)就徹底錯(cuò)了,而在上線前甚至雙方都沒意識(shí)到存在這樣的問(wèn)題。
第三要旨:具體視圖設(shè)計(jì)的三要素
不論是設(shè)計(jì)網(wǎng)站,還是設(shè)計(jì)app,基本都是由一個(gè)到多個(gè)交互視圖組成需求設(shè)計(jì)。
產(chǎn)品人員在提供這樣的應(yīng)給與研發(fā)者如下三要素:
界面元素
比如哪里是文字,哪里是下拉框,哪里是按鈕,這些屬于界面元素,可以用草圖,或word簡(jiǎn)單排版,但要明確界面上的元素是什么,如何展現(xiàn)。是靜止?浮動(dòng)?
數(shù)據(jù)邏輯
這一點(diǎn)往往也是非常多創(chuàng)業(yè)團(tuán)隊(duì)和新手產(chǎn)品經(jīng)理容易忽視的,比如頁(yè)面這里是最新新聞,那么你要說(shuō)明,這個(gè)最新新聞是基于怎樣的數(shù)據(jù)邏輯獲取的,當(dāng)然這個(gè)基本上工程師都知道,按照時(shí)間逆序就好,但是如果涉及,比如有一個(gè)區(qū)塊叫做推薦游戲,那么你要告訴開發(fā)人員,這個(gè)推薦游戲是從什么地方取出來(lái)的信息,按照什么邏輯取出來(lái)的。有的產(chǎn)品經(jīng)理說(shuō),這不是技術(shù)活么?我怎么知道? 哦,要是真不知道,就要跟技術(shù)人員溝通這個(gè)問(wèn)題,看看你需要這個(gè)地方出現(xiàn)的東西體現(xiàn)出怎樣的一種特征,然后問(wèn)他應(yīng)該怎么來(lái)設(shè)計(jì),然后你也要參與思考,這個(gè)數(shù)據(jù)邏輯是否符合用戶的預(yù)期,以及在運(yùn)營(yíng)中是否會(huì)出現(xiàn)一些比如說(shuō)位置會(huì)固化,新數(shù)據(jù)無(wú)法體現(xiàn)的問(wèn)題,這些都是產(chǎn)品經(jīng)理要思考和確認(rèn)的,不能說(shuō)甩手給技術(shù),當(dāng)然,如果你遇到一個(gè)特別有產(chǎn)品經(jīng)驗(yàn)和理念的工程師,他真能幫你都解決好,但這情況其實(shí)非常罕見。
操作邏輯
界面上可以進(jìn)行操作的有哪些元素,哪個(gè)可以點(diǎn)擊,可以選擇,操作后出現(xiàn)怎樣的反饋,比如顯示浮層?進(jìn)入新頁(yè)面?或怎樣怎樣? 這也是要在需求設(shè)計(jì)文檔里說(shuō)清楚的。
一個(gè)視圖的設(shè)計(jì),說(shuō)清楚界面元素,數(shù)據(jù)邏輯,操作邏輯,開發(fā)者才能明確這個(gè)視圖的開發(fā)需求。不要讓開發(fā)的工程師自己去猜,去揣測(cè),如果有些邏輯涉及算法,產(chǎn)品經(jīng)理不清楚,也要與開發(fā)者確認(rèn)他所采用的邏輯是什么,以及效果是什么,并與自己所預(yù)期的效果做比對(duì),而不是說(shuō),這個(gè)我不清楚,讓工程師決定。 操作邏輯可能會(huì)指向其他視圖,這就是前面說(shuō)的,結(jié)構(gòu)流程圖要說(shuō)明的地方。
在百度這樣的公司,產(chǎn)品經(jīng)理要寫繁瑣冗長(zhǎng)的MRD,(其實(shí)早期的MRD不繁瑣,也不冗長(zhǎng),但后來(lái)對(duì)需求定義的精確性要求越來(lái)越高,內(nèi)容就越來(lái)越繁冗了)。其實(shí)我不喜歡這樣的風(fēng)格,溝通成本太高,所以對(duì)于創(chuàng)業(yè)公司而言,還是盡可能簡(jiǎn)單直接有效最好。 那么我認(rèn)為,要做到簡(jiǎn)單直接有效,做好如上幾點(diǎn),對(duì)于大部分場(chǎng)景來(lái)說(shuō),應(yīng)該就可以滿足。
重復(fù)一下,第一,要讓開發(fā)工程師明確需求的目的并參與討論。第二,要給出結(jié)構(gòu)圖,流程圖,對(duì)需求有完整的認(rèn)識(shí)。第三,針對(duì)具體的視圖,提供元素,數(shù)據(jù)邏輯,操作邏輯 三要素,其實(shí)并不會(huì)很復(fù)雜,正常一個(gè)視圖寫一頁(yè)到兩頁(yè)就夠了。如果開發(fā)工程師配合比較默契,有較多合作基礎(chǔ),中間很多內(nèi)容可以寫個(gè)略字。但是這個(gè)結(jié)構(gòu)建議還是養(yǎng)成習(xí)慣。
說(shuō)一個(gè)執(zhí)行中的要點(diǎn),當(dāng)產(chǎn)品經(jīng)理給技術(shù)人員展示完文檔,表達(dá)完需求后,最好的一種確認(rèn)方式是讓技術(shù)人員按照自己理解重述一下需求,重述的過(guò)程往往容易暴露出理解的歧義。確保你表達(dá)的與對(duì)方理解重述的一致,這樣有可能減少很多后續(xù)的麻煩。
今天講的主要是產(chǎn)品經(jīng)理如何更好的與技術(shù)溝通;那么在產(chǎn)品設(shè)計(jì)中,如何更好的滿足用戶需求,是另一個(gè)特別大的話題,以后有機(jī)會(huì)我們?cè)倭牧目础?/p>
作者:曹政
微信公眾號(hào):caoz的夢(mèng)囈(caozsay)
【高階產(chǎn)品1元福利好課:產(chǎn)品管理者的溝通技巧!!】
? 奇魚微辦公產(chǎn)品副總裁@黃喆老師
? 1小時(shí)產(chǎn)品管理者溝通技巧拆解!
? 原價(jià)108元,特惠1元!
立即點(diǎn)擊預(yù)約聽課>>>http://3.woshipm.cn/byy26b
書單