產(chǎn)品經(jīng)理應(yīng)該如何與程序員打交道?

1 評(píng)論 2246 瀏覽 14 收藏 17 分鐘

產(chǎn)品經(jīng)理與程序員之間的矛盾沖突,并不特殊,它是一個(gè)系統(tǒng)性問題。那么,產(chǎn)品經(jīng)理應(yīng)該如何與程序員打交道?

01

與程序員打交道,是產(chǎn)品經(jīng)理的日常工作之一。從網(wǎng)上流傳的各種產(chǎn)品與技術(shù)起沖突的段子可以看出,產(chǎn)品經(jīng)理與程序員之間的關(guān)系,總的來說,并不十分融洽。

我相信,有相當(dāng)多的同行朋友,都為之苦惱過,我也不例外。

這幾年下來,被程序員懟得多了,漸漸地也就變得波瀾不驚了。雖然技術(shù)對(duì)產(chǎn)品有諸多不滿,產(chǎn)品也對(duì)技術(shù)有各種意見,但是,這里我并不想去大書特書雙方的矛盾。

在討論“如何與程序員打交道”之前,我想先對(duì)這種矛盾定個(gè)調(diào)。

我認(rèn)為,產(chǎn)品經(jīng)理與程序員之間的矛盾沖突,并不特殊。

如果關(guān)注設(shè)計(jì)師圈子,你會(huì)發(fā)現(xiàn),甲方與設(shè)計(jì)師之間,也有類似的“恩怨情仇”。其實(shí),在任何協(xié)作網(wǎng)絡(luò)中,處于對(duì)接工作的上游和下游之間,普遍存在類似的矛盾沖突。

它是一個(gè)系統(tǒng)性問題,簡單地將之歸因?yàn)槟承┤说哪承╁e(cuò)誤,是一種思想上的懶惰。

從某種程度上講,我們無需過度關(guān)注與程序員的矛盾,等閑視之,做好自己的工作即可。

02

產(chǎn)品經(jīng)理的工作是圍繞著“需求”進(jìn)行的。

在與技術(shù)部門進(jìn)行對(duì)接時(shí),產(chǎn)品經(jīng)理需要關(guān)注的,始終是“需求”。

產(chǎn)品新人很容易在這上面犯錯(cuò)。因?yàn)橥饨缈浯罅水a(chǎn)品與技術(shù)之間的矛盾,導(dǎo)致產(chǎn)品新人會(huì)不自覺地把自己工作的重心,放在“不惹程序員生氣”上面。

在與程序員打交道的過程中,為了避免被懟,過度關(guān)注程序員的情緒,想方設(shè)法地“討好”程序員,與程序員“交朋友”。而另一方面,卻忽視了“需求”,導(dǎo)致需求傳達(dá)得不清不楚。

這其實(shí)是不專業(yè)的表現(xiàn),在與技術(shù)部門對(duì)接時(shí),我認(rèn)為,產(chǎn)品經(jīng)理的核心任務(wù),是“及時(shí)準(zhǔn)確地傳達(dá)需求”。

這里面有3個(gè)要點(diǎn):

2.1 核心目的是傳達(dá)“需求”

目標(biāo)是什么,要實(shí)現(xiàn)什么效果,產(chǎn)品經(jīng)理需要將這些“需求”傳達(dá)給技術(shù)部門。這里面容易犯的錯(cuò)誤是,混淆了“需求”與“技術(shù)實(shí)現(xiàn)方案”。

比如說:我要做一個(gè)“統(tǒng)計(jì)訂單總數(shù)”的功能。

當(dāng)有新訂單產(chǎn)生時(shí),訂單總數(shù)需要實(shí)時(shí)累加,還是說允許一定時(shí)間的延遲,這是“需求”。

監(jiān)控出單情況,一旦有出單就觸發(fā)累加操作,或者設(shè)置一個(gè)定時(shí)任務(wù),隔一段時(shí)間執(zhí)行一次,這是“技術(shù)實(shí)現(xiàn)方案”。

產(chǎn)品經(jīng)理當(dāng)然需要與技術(shù)團(tuán)隊(duì)協(xié)商討論具體的技術(shù)實(shí)現(xiàn)方案,但大前提是,要先將需求傳達(dá)清楚。

所以,我應(yīng)該這樣表述:我需要做一個(gè)“統(tǒng)計(jì)訂單總數(shù)”的功能。最理想的情況是,一旦有新訂單,這個(gè)總數(shù)就實(shí)時(shí)同步累加??紤]到實(shí)際業(yè)務(wù)需要,如果數(shù)據(jù)只統(tǒng)計(jì)到“昨天”,也是可以接受的。

所以,最好是在出單模塊中加個(gè)監(jiān)控,一旦出單,數(shù)據(jù)同步加一。當(dāng)然,如果修改出單模塊的風(fēng)險(xiǎn)比較大,也可以設(shè)置一個(gè)定時(shí)任務(wù),每天凌晨自動(dòng)統(tǒng)計(jì)一次。

具體哪個(gè)方案合適,請(qǐng)技術(shù)部門內(nèi)部自行評(píng)估。

2.2 需求傳達(dá)要“準(zhǔn)確”

有些同行朋友,可能會(huì)錯(cuò)誤地認(rèn)為,只要提需求,程序員就會(huì)不高興。

因此,當(dāng)他們?cè)趥鬟_(dá)需求時(shí),對(duì)“需求”本身,總是輕描淡寫。

“這就是一個(gè)小需求?!?/p>

“就是哪里哪里簡單搞下,加個(gè)什么什么東西就行了?!?/p>

這是不對(duì)的。需求是什么,不要拐彎抹角,應(yīng)該直接了當(dāng)、條理清晰地表述出來。

顧左右而言他,反而會(huì)讓程序員感到混亂。

2.3 需求傳達(dá)要“及時(shí)”

不同團(tuán)隊(duì),有不同的協(xié)作流程。

產(chǎn)品經(jīng)理需要熟悉自己團(tuán)隊(duì)的協(xié)作流程,在正確的時(shí)機(jī),將需求傳達(dá)給所有需要傳達(dá)的人。

如果需求傳達(dá)不及時(shí),導(dǎo)致開發(fā)進(jìn)度出現(xiàn)問題,開發(fā)內(nèi)容有誤,就非常被動(dòng)了。

03

產(chǎn)品經(jīng)理在與程序員打交道時(shí),要始終清楚,自己的核心任務(wù)是“及時(shí)準(zhǔn)確地傳達(dá)需求”。

明確這個(gè)核心之后,我們才能正確地應(yīng)對(duì)各種情況。

具體要怎么做,這里簡單分享幾個(gè)建議。

3.1 產(chǎn)品經(jīng)理需要簡單地向程序員說明一下需求的背景

網(wǎng)上有些做得很精致的PRD,第一頁會(huì)寫一些項(xiàng)目的商業(yè)背景、市場預(yù)期之類的東西,搞得跟商業(yè)計(jì)劃書一樣。

這里說的“需求背景”,不是指這些東西。老實(shí)說,我自己都懶得去看這些“假大空”的套話。

那么,需要說明什么“需求背景”呢?

這個(gè)業(yè)務(wù)的大體情況是什么樣的,為什么要做這個(gè)業(yè)務(wù),哪位領(lǐng)導(dǎo)對(duì)哪個(gè)模塊比較重視,哪位領(lǐng)導(dǎo)對(duì)哪個(gè)地方有特殊的要求,當(dāng)前需求的討論情況如何,根據(jù)經(jīng)驗(yàn)后續(xù)需求變動(dòng)的可能性如何,當(dāng)前與上下游公司對(duì)接中出現(xiàn)了什么問題,等等。

很多時(shí)候,“技術(shù)”會(huì)覺得領(lǐng)導(dǎo)、業(yè)務(wù)和產(chǎn)品都是在瞎搞,“產(chǎn)品”會(huì)覺得領(lǐng)導(dǎo)和業(yè)務(wù)都是在瞎指揮,“業(yè)務(wù)”會(huì)覺得領(lǐng)導(dǎo)總是想一出是一出。

那到底是誰出了問題呢?

其實(shí),沒有人有問題,只是因?yàn)楦鞣秸莆盏那閳?bào)量不同而已。

在決策鏈的最頂端,領(lǐng)導(dǎo)掌握了所有的情報(bào),清楚自己每一個(gè)決策的前因后果。所以對(duì)他來說,他下的每一個(gè)命令,都是有理有據(jù)的。而在決策鏈的最末端,程序員基本就只能被動(dòng)地去執(zhí)行。

舉個(gè)不太準(zhǔn)確的例子,就像富士康流水線上的工人,不清楚自己手上的零部件最終用在什么地方,起到什么作用。

因?yàn)榍閳?bào)缺失,程序員只能自己去“想象”,無法確切知道每個(gè)要求背后的原因,所以就容易覺得這些要求都是在“瞎搞”。

因此,產(chǎn)品經(jīng)理需要有意識(shí)地與技術(shù)團(tuán)隊(duì)共享這些情報(bào)。

這樣做,一方面能讓程序員更加了解項(xiàng)目,確保其工作能滿足項(xiàng)目要求。另一方面,也有利于與技術(shù)部門建立共識(shí),使程序員能理解配合產(chǎn)品經(jīng)理的工作。

3.2 需求討論結(jié)束之后,產(chǎn)品經(jīng)理需要做一個(gè)明確的、書面化的總結(jié)

我一直強(qiáng)調(diào),在溝通過程中,信息要準(zhǔn)確不失真地傳達(dá)下去,是一件非常困難甚至不常有的事情。

所有人頻頻點(diǎn)頭,看似都達(dá)成共識(shí),實(shí)際上很可能每個(gè)人的理解都不一樣。

舉個(gè)簡單的例子:

產(chǎn)品經(jīng)理:我想要一只黑色的狗。

程序員:給你一只白色的貓可以嗎?

產(chǎn)品經(jīng)理:不行。

程序員:那黃色可以不?

產(chǎn)品經(jīng)理:那好吧。

最終,程序員交付了一只“黃色的貓”。

在實(shí)際工作溝通中,尤其是在工作群里討論時(shí),經(jīng)常會(huì)發(fā)生這種情況。

因此,在討論的最后,產(chǎn)品經(jīng)理需要將討論的結(jié)果,完整準(zhǔn)確地表述一遍,最好像寫PRD一樣,用書面化的語言,然后@上所有干系人,一一確認(rèn)。

3.3 產(chǎn)品經(jīng)理無需了解技術(shù)細(xì)節(jié),但需要關(guān)心結(jié)論

關(guān)于“產(chǎn)品經(jīng)理需不需要懂技術(shù)”,我一向的觀點(diǎn)是,產(chǎn)品經(jīng)理懂技術(shù)有好處,但是效用比一般認(rèn)為的要小很多,而且不是必要的。

產(chǎn)品經(jīng)理可以不懂技術(shù)。要記住我們的核心任務(wù),是“及時(shí)準(zhǔn)確地傳達(dá)需求”。

在開發(fā)過程中,產(chǎn)品經(jīng)理在為技術(shù)團(tuán)隊(duì)提供支持和協(xié)助時(shí),始終是圍繞著“需求”進(jìn)行的。注意不要越俎代庖,去“教程序員怎么開發(fā)”。

那產(chǎn)品經(jīng)理不懂技術(shù),怎么和技術(shù)團(tuán)隊(duì)討論呢?

很簡單。當(dāng)程序員拋出一個(gè)你不懂的專業(yè)名詞時(shí),百度一下,你就知道了。

需要了解到什么程度呢?

我認(rèn)為,把百度詞條里面前100個(gè)字看完,知道這個(gè)專業(yè)名詞大致說的是什么,就可以了。也可以當(dāng)場直接請(qǐng)教對(duì)方,這是一個(gè)非常自然正常的事情,我覺得完全沒有什么問題。向協(xié)作方解釋自己負(fù)責(zé)的工作,本身就是每個(gè)職場人的工作職責(zé)之一。

當(dāng)然,更多時(shí)候,我們外行是很難簡單弄懂各種技術(shù)原理的。而很多程序員,也不善于向別人表達(dá)說明。但這沒有關(guān)系,產(chǎn)品經(jīng)理不需要了解全部技術(shù)細(xì)節(jié)。

很多時(shí)候,產(chǎn)品經(jīng)理只需要關(guān)心結(jié)論就行了。

“具體技術(shù)細(xì)節(jié)我不懂,我想知道的是你專業(yè)的判斷,是能做,還是不能做?如果不能做,我們就換一個(gè)方案。”

“這里報(bào)錯(cuò)了。我現(xiàn)在需要知道,具體我要怎么操作,才能得到我想要的結(jié)果?”

“我知道現(xiàn)在碰到了問題,那我這邊需要怎么配合你們,需要我提供哪些東西?”

3.4 產(chǎn)品經(jīng)理下班沒事就回家,不要浪費(fèi)公司的空調(diào)

說到“程序員”,就不能不提“加班”。

現(xiàn)在有一種奇怪的觀點(diǎn),認(rèn)為產(chǎn)品經(jīng)理提需求,導(dǎo)致程序員加班,是產(chǎn)品經(jīng)理“麻煩了人家”,所以產(chǎn)品經(jīng)理需要買奶茶買零食“哄著”程序員,需要陪著程序員加班。

加班,是因?yàn)樽约旱娜蝿?wù)無法在上班時(shí)間按時(shí)完成,所以不得不占用下班時(shí)間。它本質(zhì)上是每個(gè)職場人自己的事情。

大家都是成年人,都是能為自己的工作負(fù)責(zé)的專業(yè)人士。如果我加班趕PRD,業(yè)務(wù)的大哥給我買奶茶飲料,坐在我旁邊陪著我、哄著我加班,那情景想想都瘆得慌。

我認(rèn)為,如果產(chǎn)品經(jīng)理需要協(xié)助答疑,或者驗(yàn)收,那就應(yīng)該和技術(shù)團(tuán)隊(duì)一起留下來加班。如果沒有產(chǎn)品經(jīng)理什么事情,那工作安排妥當(dāng)后,產(chǎn)品經(jīng)理就不需要再留在公司,該干嘛干嘛去。

3.5 當(dāng)程序員有情緒時(shí),要在適當(dāng)?shù)臅r(shí)機(jī)將問題升級(jí)

有時(shí)候,沖突總是不可避免的。其實(shí),在任何場景下的任何兩個(gè)對(duì)象之間,都不可能完全避免沖突。

一些“職場經(jīng)驗(yàn)”會(huì)告訴我們,當(dāng)發(fā)生職場沖突時(shí),我們要努力自行解決。因?yàn)檫@個(gè)時(shí)候領(lǐng)導(dǎo)在看著你,如果你自己無力解決,還需要求助他人,那就說明你能力不足,讓領(lǐng)導(dǎo)失望了。

我認(rèn)為這種觀點(diǎn)是有問題的,或者說,它最多只適用于直屬上下級(jí)之間的沖突。

曾經(jīng)我被一個(gè)程序員狠狠懟過,場面一度十分尷尬,給我留下了不可磨滅的心理陰影。

那是因?yàn)槭裁丛蚰兀?/p>

我個(gè)人工作上的失誤,是一部分原因,但這只是導(dǎo)火索。沒過多久,這個(gè)程序員就辭職了。

原來,他對(duì)公司積怨已久,已經(jīng)相當(dāng)不滿,馬上就要辭職走人了。他看我不爽,只不過是因?yàn)椤拔摇笔沁@個(gè)讓他不滿的“公司”的一部分而已。

一個(gè)員工有情緒,是他的直屬上級(jí)需要處理的問題,而不是團(tuán)隊(duì)其他成員的責(zé)任。當(dāng)產(chǎn)品經(jīng)理發(fā)現(xiàn)對(duì)接的技術(shù)同事有情緒,溝通有障礙,甚至已經(jīng)爆發(fā)沖突,當(dāng)然首先需要自我反思,并主動(dòng)尋求解決。但是,認(rèn)為全部都是自己的責(zé)任,隨便攬責(zé),其實(shí)并不是一直“負(fù)責(zé)任”的表現(xiàn)。

當(dāng)產(chǎn)品經(jīng)理無法單獨(dú)解決時(shí),需要及時(shí)將情況反饋給對(duì)方的直屬上級(jí),由他來負(fù)責(zé)協(xié)調(diào)解決。

反之,如果產(chǎn)品經(jīng)理把事情壓下來,試圖自行解決,最終影響到項(xiàng)目和業(yè)務(wù),那反而是產(chǎn)品經(jīng)理的責(zé)任。

04

在工作中,產(chǎn)品經(jīng)理需要和很多人打交道,和領(lǐng)導(dǎo)、和業(yè)務(wù)、和技術(shù)、和測(cè)試、和運(yùn)營,等等。

越是跟多方打交道,我越覺得,產(chǎn)品經(jīng)理最終并不是在和“人”打交道,而是在和“需求”打交道。無論是與誰對(duì)接,產(chǎn)品經(jīng)理始終是圍繞著“需求”進(jìn)行工作的。產(chǎn)品經(jīng)理的責(zé)任是把“需求”做好。做好自己的工作,足矣。

反之,如果忽視了“需求”,哪怕學(xué)會(huì)了各種溝通的“套路技巧”,也只會(huì)顯得“不專業(yè)”,難以真正得到團(tuán)隊(duì)的信賴。

自我介紹:

大家好,我是Minami,一個(gè)普通小廠的4年產(chǎn)品人。

說來慚愧,我沒進(jìn)過大廠,只能混跡在各種不知名的普通小廠。也正因如此,我發(fā)現(xiàn),前輩們分享的一些優(yōu)秀產(chǎn)品經(jīng)驗(yàn),離開了大廠理想的環(huán)境之后,其實(shí)非常難應(yīng)用到自己的日常工作之中。

所以,我想分享一些來自普通小廠的經(jīng)驗(yàn)教訓(xùn),給剛?cè)胄械呐笥烟峁┮粋€(gè)不同于大廠的觀察視角。

我不是產(chǎn)品大牛,只是作為一個(gè)普通產(chǎn)品人,分享一些日常工作的思考。如果能幫到你,非常榮幸。如果哪些說得不對(duì),歡迎你留言賜教。

 

作者:簡明產(chǎn)品論,微信公眾號(hào):簡明產(chǎn)品論(ID:JianMingPM)

本文由 @簡明產(chǎn)品論 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)作者許可,禁止轉(zhuǎn)載。

題圖來自Unsplash,基于CC0協(xié)議。

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 懂技術(shù)是最好的交流方式,其它的就是個(gè)人偏見

    回復(fù)