作為產(chǎn)品經(jīng)理,我是如何應(yīng)對(duì)“日常撕逼”的?
作為“無(wú)冕之王”的產(chǎn)品經(jīng)理,溝通能力是格外重要的一項(xiàng)技能,強(qiáng)溝通下就難免會(huì)有爭(zhēng)執(zhí),我稍微整理了一下,在實(shí)際工作中,與開發(fā)人員產(chǎn)生爭(zhēng)執(zhí)時(shí)所處的場(chǎng)景,以及對(duì)應(yīng)的解決方式,分享給大家。
為什么會(huì)撕逼?
產(chǎn)生的因素實(shí)在是太多,可能是性格不合,能力問(wèn)題,企業(yè)文化,天生敵對(duì)等等…
但有一點(diǎn)毋庸置疑,因?yàn)榻巧姆止げ煌虼水a(chǎn)品經(jīng)理考慮內(nèi)容,問(wèn)題,方向,范圍一定比程序員考慮的多,因子與因素越多,變量和結(jié)果就越多,這也就導(dǎo)致了產(chǎn)品經(jīng)理們與程序員們,撕逼原因最多的一種情況:更改需求。
為什么會(huì)改需求?
- 產(chǎn)品經(jīng)理設(shè)計(jì)時(shí),自己沒(méi)有考慮到,沒(méi)想清楚,忽略,遺漏,錯(cuò)誤設(shè)計(jì)…等。
- 失敗的市場(chǎng)調(diào)研,錯(cuò)誤的用戶畫像,導(dǎo)致錯(cuò)誤的產(chǎn)品設(shè)計(jì)上線后,不符合用戶胃口。
- 為了配合公司與競(jìng)品的市場(chǎng)競(jìng)爭(zhēng),而展開的戰(zhàn)略性的需求調(diào)整。
- 公司內(nèi)部政策,導(dǎo)致需求的緊急調(diào)整。
以上僅僅是我所經(jīng)歷過(guò),最主要的幾點(diǎn),其中產(chǎn)品市場(chǎng)試錯(cuò),是導(dǎo)致需求更改最多的一種情況,也是程序員們最不理解的一種情況,敏捷開發(fā)就是為試錯(cuò)而生,倡導(dǎo)快速思考,快速執(zhí)行,快速試錯(cuò),行就Ok,不行就立即plan B。
撕逼場(chǎng)景
程序員:我不知道改了需求,你沒(méi)有通知,所以下次再改
改了需求必須要通知到位,這一點(diǎn)很重要,否則PM會(huì)陷入兩頭挨罵的局面。
上面或用戶罵你:為什么沒(méi)有改呢?下面程序員罵你:你改了需求并沒(méi)有通知我們,這是你的責(zé)任。
所以改需求別忘記兩點(diǎn):通知到位,可追溯。
我的做法是:
- 每次更改需求時(shí),首先是PRD、線框原型圖、UI設(shè)計(jì)稿的更新。
- 在項(xiàng)目管理系統(tǒng)中(我們公司使用的是“騰訊敏捷研發(fā)平臺(tái)”),在對(duì)應(yīng)的需求條目里,增加更改記錄,且寫上更改日期、原因、更改內(nèi)容。
- 除了口頭通知,必須要在對(duì)應(yīng)的QQ/微信群中,@相關(guān)人員,或@全體成員,截圖告知我更改了什么地方的內(nèi)容,在哪里可以查看到。如果再嚴(yán)謹(jǐn)一點(diǎn),還可以發(fā)送電子郵件來(lái)通知,具體視企業(yè)具體情況而定。
有可追溯的記錄,能向所有人證明,這次需求的更改,你是做過(guò)的且通知過(guò)大家,在爭(zhēng)論時(shí)能為你提供有力的優(yōu)勢(shì)。
如果你真的忘了做這些,且沒(méi)有什么能證明你做過(guò),那就只有自己背鍋吧。
程序員:我覺(jué)得你這樣做是有問(wèn)題的,我不建議你這樣考慮
有些情況下,如真的是PM考慮欠妥,那么程序員在開發(fā)過(guò)程中發(fā)現(xiàn)了問(wèn)題并告訴你,這還真的是好事情,否則別人只管實(shí)現(xiàn),最后上線流程大問(wèn)題,屁股還是得自己擦。
那么當(dāng)開發(fā)人員,質(zhì)疑產(chǎn)品經(jīng)理所設(shè)計(jì)的內(nèi)容時(shí),拋出以上的問(wèn)題,產(chǎn)品經(jīng)理應(yīng)該如何應(yīng)對(duì)呢?
我的做法是:
- 首先認(rèn)真傾聽,對(duì)方的理由,并結(jié)合自己的想法思考。
- 如果你認(rèn)為對(duì)方提出的質(zhì)疑是錯(cuò)誤的,那么立刻把你的想法,告訴對(duì)方,糾正并說(shuō)服對(duì)方。
- 如果你認(rèn)為對(duì)方提出的質(zhì)疑是正確的,那么你應(yīng)該“示弱”,并表示馬上重新考慮一下。
需要注意的是:
- 無(wú)論是你的理解,你的說(shuō)辭,還是你的想法,都一定要表現(xiàn)出產(chǎn)品經(jīng)理應(yīng)有的專業(yè)。
- 別暴露出“我沒(méi)想好”,“完蛋了,好像真有問(wèn)題”這類狀態(tài),一旦你這樣,那么你連反駁的機(jī)會(huì)都沒(méi)有了,自己都沒(méi)想好為什么讓開發(fā)人員做?
- 記別做出一副“我是產(chǎn)品經(jīng)理,我提出想法,你落地實(shí)現(xiàn)就行”這類狀態(tài),這樣是很容易發(fā)生爭(zhēng)執(zhí)的,
在大部分企業(yè)中,PM畢竟不是管理崗,因此別太把自己當(dāng)回事,只要有利于產(chǎn)品,適當(dāng)?shù)摹笆救鹾屯瞬健保瑳](méi)壞處。
程序員:又改需求,這個(gè)地方已經(jīng)改了幾次了,為什么還要改?
改需求對(duì)開發(fā)人員來(lái)講,是很痛苦的,寫代碼也講究一個(gè)成就感,試想你花了1天的時(shí)間研究并實(shí)現(xiàn)了一種你曾不會(huì)的方法,正在享受著成就感時(shí),PM對(duì)你講需求改了,要換一種實(shí)現(xiàn)方式,你抓狂不?
我的做法是:
- 別因?yàn)樽约旱氖韬觯尦绦騿T為你買單,宣講前,我會(huì)對(duì)流程和設(shè)計(jì)內(nèi)容過(guò)3遍左右。
- 如果是因領(lǐng)導(dǎo)、市場(chǎng)、用戶所決定的,零時(shí)需要更改的需求,那么把實(shí)際情況告訴對(duì)方就好了,同時(shí)你應(yīng)該無(wú)奈的告訴對(duì)方:“我也沒(méi)辦法啊,這不是我所能控制的”這類話,試著讓程序員感受到,你們是站在同一邊的。
- 如果是你沒(méi)想好,不如請(qǐng)別人抽支煙,喝杯咖啡,吃頓飯,用實(shí)際行動(dòng)感化對(duì)方,讓對(duì)方幫你彌補(bǔ)這個(gè)錯(cuò)誤。
- 爭(zhēng)吵是最沒(méi)效果的方法。
程序員:這個(gè)真的不好實(shí)現(xiàn),你讓我怎么實(shí)現(xiàn)
對(duì)于此類情況,通常可以分為從兩種類型的程序員口中說(shuō)出:認(rèn)真負(fù)責(zé)或偷奸?;?。
如果是前者,我的做法是:
- 首先傾聽,試著了解,并結(jié)合同類功能,盡力判斷,是不是確實(shí)不好實(shí)現(xiàn)。
- 如果非我所認(rèn)知的那么難,我會(huì)嘗試說(shuō)服對(duì)方,沖一下,攻克困難。
- 考慮是否有其他方式,代替方案的實(shí)現(xiàn),或更改需求。
如果是后者,我的做法是:
- 無(wú)論我懂不懂技術(shù),只要我知道對(duì)方是抱著想蒙我的態(tài)度,那么我會(huì)加入感性的情緒來(lái)與他交流,比如故意提高音量,態(tài)度強(qiáng)硬,以表明出“別tm想來(lái)蒙我,這個(gè)東西必須做”的這種氣勢(shì)。
- 我會(huì)提前背書,如百度搜索相關(guān)技術(shù)答案,私下詢問(wèn)朋友等,以便在辯論中有足夠的談資和話語(yǔ)權(quán)。
- 當(dāng)然也要告訴對(duì)方,實(shí)現(xiàn)后對(duì)用戶帶來(lái)什么好處,對(duì)平臺(tái)帶來(lái)什么價(jià)值,不實(shí)現(xiàn)會(huì)有哪些不好的后果…
才疏學(xué)淺,歡迎補(bǔ)充與指教!
本文由 @Palowlto?原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來(lái)自PEXELS,基于CC0協(xié)議
哈哈哈哈哈?
??
不得不說(shuō),得脾氣多好的人才能寫出這篇文章啊,還雙方都考慮到,別鬧了,作為一個(gè)產(chǎn)品人,技術(shù)就等于我們的敵人,每次更改需求跟求大爺似的,不打一架分出勝負(fù),這活甭干了
打工仔何必為難打工仔。
嗯嗯
產(chǎn)品設(shè)計(jì)時(shí)經(jīng)常會(huì)考慮不全,這是普遍現(xiàn)象嗎?
正常,人有完美的人嗎,哪個(gè)人沒(méi)點(diǎn)缺點(diǎn)
允許存在吧,但如果長(zhǎng)期出現(xiàn),就是個(gè)人問(wèn)題了。