PM與工程師,在“對(duì)立”中協(xié)作

3 評(píng)論 11048 瀏覽 3 收藏 10 分鐘

這是我很喜歡的兩位拳手,一位是出生于拳擊世家未嘗過敗績的美國人梅威瑟,另一個(gè)是叱咤拳壇的菲律賓國寶帕奎奧。聽說兩人將在今年5月份在米高梅中心來一場世紀(jì)對(duì)決,一想到這個(gè)場面,就激動(dòng)不已。

本文要寫的PM與工程師之間,肯定不會(huì)像拳擊比賽一樣充滿火藥味兒,但“對(duì)立”的情況是肯定存在的。一方尋求用戶體驗(yàn),一方尋求實(shí)現(xiàn)方案性價(jià)比,在評(píng)審過程中會(huì)發(fā)生很多的“摩擦”。PM需要推動(dòng)摩擦到和諧的轉(zhuǎn)化,推動(dòng)產(chǎn)品在“航線”上前進(jìn)。

工程師與產(chǎn)品經(jīng)理的“對(duì)立”從產(chǎn)品評(píng)審開始,一直到Debug結(jié)束。有的時(shí)候,可能從產(chǎn)品需求確定環(huán)節(jié)就已經(jīng)開始了。經(jīng)常出現(xiàn)的場景是:工程師會(huì)說XX功能不重要,自己都不會(huì)去用,產(chǎn)品經(jīng)理也會(huì)說工程師嫌麻煩而要求簡化產(chǎn)品與交互邏輯…工程師與產(chǎn)品經(jīng)理之間的“對(duì)立/沖突”會(huì)經(jīng)常發(fā)生,從需求,邏輯,交互,圖形等各個(gè)環(huán)節(jié)都會(huì)出現(xiàn)。

PM腦袋會(huì)大,工程師腦袋也會(huì)大。這個(gè)過程是痛苦的,但是必經(jīng)的,當(dāng)PM能夠縮短對(duì)立時(shí)間,最大化產(chǎn)品評(píng)審效率,那么自己就成長了。我在自己的產(chǎn)品工作經(jīng)歷中,遇到過就一個(gè)功能被工程師問得啞口無言,也被工程師挑戰(zhàn)過產(chǎn)品邏輯的合理性,這樣的例子有很多,也曾經(jīng)花兩天時(shí)間就一個(gè)默認(rèn)選項(xiàng)的問題“說服”工程師。所謂說服,并不是讓對(duì)方聽自己的,而是另對(duì)方心悅誠服,這樣才能更好的開展接下來的工作。如果協(xié)作雙方都有抵觸情緒的話,項(xiàng)目進(jìn)展不順利也就可想而知了。以下是自己與工程師協(xié)作過程中的經(jīng)驗(yàn),與大家分享。

以下是從PM角度出發(fā)的觀點(diǎn)

1、選擇哪種類型的工程師與自己配合?

要選擇一個(gè)“針對(duì)你”的工程師。這里所說的“針對(duì)”,指的是獨(dú)立思考,擁有較強(qiáng)的邏輯思維能力,喜愛產(chǎn)品(有產(chǎn)品思維)。在與這類工程師協(xié)作時(shí),你將經(jīng)常被挑戰(zhàn),迫使自己在與工程師溝通時(shí)要做足功課。如果自己遇到了這樣的工程師,不該掃興(因?yàn)樗?jīng)常能把你挑戰(zhàn)的體無完膚),而是應(yīng)該慶幸,因?yàn)樗軒椭憧焖偬嵘约旱哪芰?。如果工程師按照你的設(shè)計(jì)一五一十的完成研發(fā),最終的結(jié)果不一定是最好的。

有些PM會(huì)覺得工程師不懂產(chǎn)品,他們的意見無關(guān)痛癢,但這種觀念是錯(cuò)誤的。工程師也是用戶,也在體驗(yàn)產(chǎn)品,有自己的觀點(diǎn)。要把工程師當(dāng)做用戶看待,他們的建議要聽并去分析,很多點(diǎn)子可能PM連想都沒有想過。

2、做足調(diào)研(產(chǎn)品需求/功能點(diǎn))功課

有些公司工程師是不介入功能點(diǎn)決策環(huán)節(jié)的,有的公司則會(huì)介入,小型產(chǎn)品團(tuán)隊(duì),工程師介入到功能點(diǎn)決策環(huán)節(jié)的情況比較多。介入是好事兒…

2.1、如果有競品

下載5個(gè)主流的競品app以及幾個(gè)非主流競品app,把相關(guān)功能點(diǎn)做分類對(duì)比,分析出優(yōu)缺點(diǎn),然后找到最合理的解決方案。要保證你用過的相關(guān)產(chǎn)品比工程師多,就算工程師用過一個(gè)“偏門”,由于你用過了更多的app,那么對(duì)于他的問題也是可以回答的。很多產(chǎn)品經(jīng)理就盯著一個(gè)或兩個(gè)競品app看,然后就得出了結(jié)論,這個(gè)往往是不夠的?!凹藿印辈豢扇。枰虻刂埔?。當(dāng)工程師提出“這個(gè)功能沒啥用吧”,你會(huì)給出客觀依據(jù),同時(shí)自己要成為自己產(chǎn)品的重度用戶,這樣才能從客觀和主觀體驗(yàn)上給予論據(jù)

2.2、如果沒有競品或競品中沒有此功能

給出用戶使用場景,盡量量化場景。什么情況下,誰用,怎么用,多少人會(huì)用。量化場景是最難的,無法直接量化就間接量化。同時(shí)從使用角度出發(fā)給出重度用戶的主觀使用體驗(yàn)。很多時(shí)候PM都會(huì)遇到這樣的反饋“這個(gè)功能強(qiáng)度有那么大嗎?會(huì)有人用嗎?”,此時(shí)給出直接或間接定量數(shù)據(jù)就顯得很重要的,不過也有很多時(shí)候是無法量化的,那就只能憑借主觀體驗(yàn),經(jīng)驗(yàn)判斷和個(gè)人魅力了

3、產(chǎn)品方案如何平衡

產(chǎn)品方案(產(chǎn)品邏輯或交互流程)是另一個(gè)評(píng)審的重點(diǎn)部分,因?yàn)樯婕暗介_發(fā)的性價(jià)比,產(chǎn)品經(jīng)理在考慮用戶體驗(yàn)的前提下,也要保障能夠提升研發(fā)效率。一般的做法是,給出多個(gè)產(chǎn)品方案。首先要調(diào)研競品邏輯,然后再給出自己的產(chǎn)品邏輯,結(jié)合自己產(chǎn)品的實(shí)際情況列出方案優(yōu)缺點(diǎn)。評(píng)審的時(shí)候就多個(gè)方案展開,并選出最終方案

QQ截圖20150209235036

* 競品邏輯一定要看

* 至少給出兩個(gè)產(chǎn)品方案(不為給方案而給方案,如果邏輯簡單,一個(gè)方案也OK),盡量從產(chǎn)品角度考慮全面

在評(píng)審過程中經(jīng)常會(huì)遇到如下兩種情況:

3.1、整體產(chǎn)品方案由于技術(shù)限制不可行,如何解?

* 如果技術(shù)限制是有限的,那么就在評(píng)審時(shí)記下并在會(huì)后對(duì)方案進(jìn)行調(diào)整

* 如果邏輯復(fù)雜,那么就需要在方案設(shè)計(jì)時(shí)就去找工程師評(píng)估可行性,得到確認(rèn)后再繼續(xù)完成全部

* 產(chǎn)品經(jīng)驗(yàn)豐富后,PM自己就能夠總和篩選方案了

3.2、產(chǎn)品方案優(yōu)缺點(diǎn)各異無從選擇,如何解?

產(chǎn)品方案都與產(chǎn)品目標(biāo)相符,且方案各有特點(diǎn),或無直接或間接數(shù)據(jù)印證好壞,尤其是PM與工程師各執(zhí)一詞。如果出現(xiàn)這樣的情形,則選擇其中一個(gè)方案上線,然后根據(jù)具體情況再做迭代優(yōu)化

4、產(chǎn)品與工程師文化

團(tuán)隊(duì)文化直接影響著產(chǎn)品的推進(jìn)。有的公司是產(chǎn)品主導(dǎo)的文化,產(chǎn)品話語權(quán)較重,那么工程師更傾向于執(zhí)行;有的公司是工程師文化,工程師會(huì)在產(chǎn)品未設(shè)計(jì)前就開始了demo的研發(fā),產(chǎn)品隨后介入進(jìn)行設(shè)計(jì)。這兩種公司我都經(jīng)歷過,也都有過錯(cuò)誤的認(rèn)識(shí)。

* 當(dāng)我在產(chǎn)品主導(dǎo)的團(tuán)隊(duì)時(shí),我會(huì)覺得自己說了算,自己的設(shè)計(jì)沒有問題,工程師直接去開發(fā)就好了,他們無需對(duì)需求和核心邏輯產(chǎn)生什么異議;

* 當(dāng)我在技術(shù)主導(dǎo)的團(tuán)隊(duì)時(shí),我又覺得研發(fā)先行產(chǎn)品隨后介入的工作方式是本末倒置,從而喪失了主動(dòng)性和積極性

經(jīng)歷過后深刻的體會(huì)到,這兩種想法并非客觀也并非高效

* 產(chǎn)品主導(dǎo)是有前提的,那就是不能以抑制工程師思想為前提,產(chǎn)品中一定要有他們的聲音。工程師不是機(jī)器,他們有思想,是用戶,且很可能還是重度用戶

* 技術(shù)主導(dǎo)時(shí),工程師與產(chǎn)品工作是并行的,且是相向而行的。PM更應(yīng)該做足功課,積極地參與到項(xiàng)目中來

當(dāng)工程師的想法被接納或心悅誠服的采納PM的方案,當(dāng)技術(shù)先行的demo由于產(chǎn)品經(jīng)理的建議更好而被優(yōu)化,那么就不僅僅的PM或工程師的勝利,而是整個(gè)產(chǎn)品團(tuán)隊(duì)的勝利

5、寫在最后

* PM與工程師是合作關(guān)系,過程中的對(duì)立是正常的,是成長的基石。PM要勇于接受來自工程師的“挑戰(zhàn)”

* PM要做足功課,讓自己處于產(chǎn)品的核心,成為項(xiàng)目中各個(gè)環(huán)節(jié)的紐帶

* 適應(yīng)公司或團(tuán)隊(duì)文化,發(fā)揮產(chǎn)品經(jīng)理的特長,誠服于人

* 保持開放的心態(tài)

希望我的分享能夠幫到大家,并給大家?guī)韱l(fā)

本文由作者ZHENG(公眾號(hào)ID:liushizheng-pm)投稿發(fā)布,轉(zhuǎn)載請(qǐng)注明來源于人人都是產(chǎn)品經(jīng)理并附帶本文鏈接

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 溝通、合作

    來自廣東 回復(fù)
  2. 很實(shí)在,贊!

    來自廣東 回復(fù)
  3. 贊一個(gè)哦~

    來自廣東 回復(fù)