產(chǎn)品經(jīng)理和程序員似乎是天生的一對(duì)死對(duì)頭，在面對(duì)產(chǎn)品經(jīng)理不斷更改的需求時(shí)，脾氣再好的程序員也會(huì)情緒暴走，如何巧妙地避免這種情況的發(fā)生呢？

眾所周知，產(chǎn)品經(jīng)理跟程序員屬于死對(duì)頭崗位，程序員跟產(chǎn)品經(jīng)理因?yàn)樾枨蟠蚱饋淼男侣劯菍乙姴货r，甚至還出現(xiàn)過程序員暴力砍人的事件，因此一干產(chǎn)品甚至開玩笑說產(chǎn)品這個(gè)行業(yè)屬于高危行業(yè)，隨時(shí)面臨著被砍，被套麻袋，被群毆等各種問題。

雖說沒有到描述的這么可怕，但是在面對(duì)不斷更新需求即將爆發(fā)的程序，如何讓他們放下手中的刀，確實(shí)尤為重要。

這里主要分析的場是面對(duì)需求頻繁更改已經(jīng)處于暴走邊緣的程序員如何安撫的場景。

造成需求不斷更改的原因有很多：

1. 客戶突然更改的想法并且要求必須實(shí)現(xiàn)。
2. 領(lǐng)導(dǎo)突然又看到了一個(gè)app并要求按照此app做出更改。
3. 之前由于考慮不周后期需要填坑。
4. 技術(shù)之前就沒理解需求，出現(xiàn)了問題需要大改。
5. ……

面對(duì)一改再改的需求，脾氣再好的程序員也會(huì)變身暴躁龍，身為產(chǎn)品狗的我們?yōu)榱诵枨竽鼙M快落地，先穩(wěn)住開發(fā)是非常重要的。

穩(wěn)住開發(fā)是關(guān)鍵

1. 解釋需求更改的原因，該認(rèn)錯(cuò)認(rèn)錯(cuò)，不是自己的錯(cuò)也先背著（畢竟產(chǎn)品背鍋俠）。

需要更改一個(gè)需求之前，先讓技術(shù)知道更改的原因，所有的需求調(diào)整都是有理有據(jù)，不是靈光一閃。

產(chǎn)品經(jīng)理作為貫穿整個(gè)產(chǎn)品研發(fā)周期的責(zé)任人，不管產(chǎn)品出現(xiàn)什么問題，首當(dāng)其沖站出來，能提高團(tuán)隊(duì)的信賴感。

2. 懷柔政策，可以跟技術(shù)表現(xiàn)同仇敵愾，一致對(duì)外。

這個(gè)讓技術(shù)產(chǎn)生共情心理，告訴他們我們其實(shí)是一個(gè)戰(zhàn)線的，讓他們產(chǎn)生一種是自己人的感覺，在后續(xù)更好的去說服技術(shù)人員進(jìn)行調(diào)整。

3. 肯定技術(shù)的能力。

技術(shù)是需要認(rèn)同的，之前工作的心血因?yàn)橐粋€(gè)調(diào)整可能就全部付諸流水了，心理難免要炸。所以一定要先肯定技術(shù)的能力，每個(gè)技術(shù)都是需要夸獎(jiǎng)的，適當(dāng)并且到位的夸獎(jiǎng)能降低技術(shù)對(duì)需求更改的抵觸心理。

4. 調(diào)整需求的時(shí)候，更多的讓技術(shù)參與這個(gè)過程，讓他們產(chǎn)生認(rèn)同感。

我們在確認(rèn)某個(gè)功能需求調(diào)整之后，可以先試探的性的跟技術(shù)溝通，對(duì)于這個(gè)功能是否覺得有不合理的地方，是不是應(yīng)該進(jìn)行一下調(diào)整會(huì)更好，讓技術(shù)發(fā)表自己的意見然后慢慢引導(dǎo)，最終導(dǎo)向我們希望的結(jié)果，這個(gè)過程技術(shù)參與進(jìn)來，會(huì)讓他們產(chǎn)生一種認(rèn)同感，這個(gè)能更好的讓技術(shù)接受需求調(diào)整這個(gè)結(jié)果。

一個(gè)產(chǎn)品開發(fā)的生命周期會(huì)收到來自各個(gè)相關(guān)方的意見反饋，作為產(chǎn)品經(jīng)理，除了不可抗力的更改因素外，更多的是要考慮產(chǎn)品的完善性，減少因?yàn)榍捌跍?zhǔn)備不足導(dǎo)致的后期修補(bǔ)性的更改，這些更改會(huì)造成人力成本的提高，以及項(xiàng)目團(tuán)隊(duì)的不和諧。

除了不可抗力因素外，產(chǎn)品能把控的就是在產(chǎn)品規(guī)劃前期對(duì)產(chǎn)品需求的描述，這里會(huì)決定開發(fā)最終交付的成果是否能達(dá)到產(chǎn)品的要求。

我們分析一下產(chǎn)品跟技術(shù)對(duì)立對(duì)需求想法不一致的源頭，兩者所占的角度不同，看問題的點(diǎn)也不一樣，所以我們最常聽到的兩者爭吵的語句就是以下：

雙方都有自己的立足點(diǎn)，看問題的角度不一樣，開始可能是討論，后面就可能演變?yōu)闋幷摗?/p>

產(chǎn)品的立點(diǎn)：

• 產(chǎn)品定位；
• 需求場景；
• 用戶體驗(yàn)；
• 業(yè)務(wù)目標(biāo)。

技術(shù)的立點(diǎn)：

• 功能實(shí)現(xiàn)；
• 開發(fā)難易；
• 后期維護(hù)；
• 改動(dòng)成本。

前期做好準(zhǔn)備

雙方站在自己的領(lǐng)域范圍下，都是有理有據(jù)，但是放到一起，產(chǎn)品的開發(fā)過程就會(huì)舉步維艱，產(chǎn)品要這個(gè)功能明天實(shí)現(xiàn)，技術(shù)考慮這個(gè)功能起碼一個(gè)星期甚至說這個(gè)需求根本不可能實(shí)現(xiàn)，要么砍需求要么改需求，產(chǎn)品也不會(huì)答應(yīng)，你來我往，雙方就此展開撕逼。

這里總結(jié)了幾點(diǎn)產(chǎn)品經(jīng)理在前期做好可以減少很多不必要的爭吵經(jīng)驗(yàn)。

1. 需求明確，邏輯清晰，思維縝密，不要讓程序猜。

我們在制作產(chǎn)品原型以及編寫PRD文檔的時(shí)候，一定要清晰準(zhǔn)確的描述需求目的，所有的需求都是從合理的角度出發(fā)，有理有據(jù)，減少帶個(gè)人主觀性的語言描述（比如我覺得，我認(rèn)為），這樣的描述會(huì)給開發(fā)留下一種產(chǎn)品沒有從實(shí)際出發(fā)，所有功能都是拍腦袋想出來的，團(tuán)隊(duì)會(huì)存在不信任感，也會(huì)給開發(fā)留下一種能力不行的印象，會(huì)導(dǎo)致后面的需求更難落地。

在對(duì)功能做描述的時(shí)候，盡可能詳細(xì)的考慮到多種場景，減少程序的想象空間，我們想的越多，考慮的越全，程序在開發(fā)的過程中才能更貼近我們的原本需求。

比如對(duì)一個(gè)輸入框做說明，我們要考慮的首先是字符長度邊界、可支持輸入的字符類型（比如手機(jī)號(hào)碼輸入就是數(shù)字型，但是備注輸入就是沒有限制）、是否必填、是否有默認(rèn)值、是否有提示語、錯(cuò)誤輸入的狀態(tài)提示等常規(guī)性的描述。但是還有一些特殊場景，比如輸入文本時(shí)，需要自動(dòng)帶出之前輸入過的字符，支持直接快速選中快速錄入，是否支持粘貼等這些也是要考慮進(jìn)去的?？傊a(chǎn)品前期考慮的越全，程序開發(fā)才會(huì)更容易，后期也不會(huì)因?yàn)楫a(chǎn)品漏了一些場景而產(chǎn)生不要的變更。

2. 尊重并理解技術(shù)人員。

調(diào)查了一下身邊的程序員，最煩聽到的來自產(chǎn)品的話語：“這個(gè)需求很簡單……”榮登榜首，反思一下，主要是因?yàn)橐徊糠之a(chǎn)品不懂技術(shù)，僅通過主觀臆斷就決定開發(fā)周期的長短。

舉個(gè)例子：需求是去超市買瓶水；技術(shù)要考慮的可能就是路程有多遠(yuǎn)，走路合適還是需要坐車；一共有幾條路可以到超市；水是只有一種還是有多種；如果有很多人一起買水是需要排隊(duì)還是可以多線程…….

所以我們再給出需求之后，可以多聽聽程序的意見，不要通過主觀想法開口就是“這個(gè)需求很簡單……”。同時(shí)我們也要多學(xué)習(xí)一點(diǎn)的技術(shù)，不懂就問，平時(shí)可以多去一些技術(shù)論壇逛逛，也是為了避免一個(gè)需求評(píng)審?fù)?，技術(shù)報(bào)了3天，結(jié)果兩小時(shí)就做完了這種情況。

3. 小事線上溝通，大事當(dāng)面溝通，所有的調(diào)整都要做好書面記錄。

程序在開發(fā)的過程中是需要大量進(jìn)行思考，所以中途被打斷，可能前面的準(zhǔn)備就前功盡棄了，所有沒有什么特別重要的通知的時(shí)候，可以通過線上交流，等技術(shù)忙完自然會(huì)去看。

對(duì)于很重要的事情，一定要當(dāng)面溝通，不要因?yàn)楹ε聸_突就發(fā)郵件通知。書面內(nèi)容每個(gè)人在理解的時(shí)候很可能產(chǎn)生誤差，最后造成更大的問題。積極主動(dòng)，加上真誠，和善的態(tài)度，是避免沖突的良好開始。

最重要的一點(diǎn)，所有的調(diào)整在通知并確定方案后一定要書面記錄，程序每天要接收很多訊息，很多需求我們在溝通后他們不一定會(huì)及時(shí)去處理，甚至小一點(diǎn)的變動(dòng)可能會(huì)漏掉，所以在溝通清楚后，一定要記錄在便于程序查看的位置，也方便后面測試可以了解。

一般我們可以在原型前增加一頁，專門用來記錄調(diào)整的需求，并且對(duì)每個(gè)調(diào)整的頁面后放置快速跳轉(zhuǎn)鏈接，便于程序快速定位。如下圖：

4. 私下交流，合理套路。

人都是有感情的動(dòng)物，關(guān)系親近也會(huì)有利于沖突的減少。很多人喜歡把工作和生活區(qū)分對(duì)待，但實(shí)際上我們的生活大部分時(shí)間都在工作，工作中的程序和產(chǎn)品私底下也可能是很好的朋友，了解每個(gè)人的工作方式和溝通喜好，更有利于對(duì)癥下藥，當(dāng)對(duì)每個(gè)程序進(jìn)行性格的個(gè)體分析后，就可以合理套路了。

產(chǎn)品跟程序沒有職屬關(guān)系，但是在推動(dòng)研發(fā)按時(shí)交付時(shí)，就只能靠人格魅力了，平時(shí)大家關(guān)系很好點(diǎn)點(diǎn)滴滴都看在眼里，程序自然也不想產(chǎn)品為難，能做的就做了，做不完的可能加班也給做了。

產(chǎn)品經(jīng)理負(fù)責(zé)產(chǎn)品各項(xiàng)事物的協(xié)調(diào)和推進(jìn)，需要有強(qiáng)大的心臟以及很高的情商，多站在對(duì)方的角度看待問題，做出正確的判斷，專業(yè)素質(zhì)越強(qiáng)，程序才能越信服，溝通才會(huì)更加順暢。

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

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