作為產(chǎn)品經(jīng)理，就是來解決沖突的嗎？本文作者以自身經(jīng)驗(yàn)告訴你“是的”。enjoy~

最近正在做一款培訓(xùn)相關(guān)的APP，研發(fā)前期進(jìn)行了3輪需求評審和1輪測試用例評審，確定了第一版的需求，研發(fā)周期為一個月。

在產(chǎn)品研發(fā)進(jìn)行到半個月的時候，一名程序員對我說：

“我覺得教室管理放在這里不合理啊，這里的功能這么復(fù)雜，要做成即可選擇又可新增的多復(fù)雜?。　?/p>

在此之前的一周，該名程序員跟我說了幾次后臺的收銀下單功能完全可以不做，直接手機(jī)APP買單就可以了。

整個連鎖店的背景我是跟所有項(xiàng)目組成員描述過的，對于一個現(xiàn)在全部靠線下來運(yùn)營的連鎖店鋪來說，既需要基本的店務(wù)管理功能又需要線上的下單和分享功能。

這兩個在最終需求評審的時候已經(jīng)反復(fù)確認(rèn)過的問題現(xiàn)在再拿出來說，在我看來是在浪費(fèi)時間，我覺得現(xiàn)在應(yīng)該把全部的精力都放在完成這個產(chǎn)品上。

轉(zhuǎn)念一想，作為產(chǎn)品經(jīng)理的我不就是來解決沖突的嗎？研發(fā)與產(chǎn)品的沖突、運(yùn)營與產(chǎn)品的沖突、客戶與產(chǎn)品的沖突，現(xiàn)在我要做的是先反思一下遇到?jīng)_突的時候該怎么辦，而不是一味地覺得研發(fā)不對。

1.?承認(rèn)沖突

產(chǎn)品經(jīng)理和研發(fā)溝通的時間非常多，完全避免沖突是不現(xiàn)實(shí)的。在沖突發(fā)生的時候，我們最需要的就是控制自己的情緒。曾經(jīng)聽說過一個比喻：產(chǎn)品經(jīng)理就像是化學(xué)中的催化劑，既能使得產(chǎn)品加速完成，也能阻礙產(chǎn)品的研發(fā)。

和研發(fā)保持愉快的合作關(guān)系，能夠讓研發(fā)產(chǎn)生更加積極的情緒，有利于產(chǎn)品目標(biāo)的順利完成。若是和研發(fā)產(chǎn)生矛盾，研發(fā)很有可能會產(chǎn)生懈怠情緒，從而導(dǎo)致產(chǎn)品延期，也有可能對后續(xù)的進(jìn)一步合作產(chǎn)生影響。既然情緒本身不會給我們的產(chǎn)品帶來任何好處，我們就需要在溝通的時候盡量避免負(fù)面的情緒，專注于如何解決問題上。

隨后，我冷靜地對研發(fā)說：

“當(dāng)你說教室管理放在排課這里不合適的時候，我感覺有點(diǎn)為難，因?yàn)槲覀冊谛枨笤u審的時候已經(jīng)反復(fù)確認(rèn)了這個問題，只有排課這里會用到教室，在這里維護(hù)的話，用戶操作起來會更方便，界面也會更簡潔?！?/p>

2.?尋找需求

這時，我也在同步思考為什么研發(fā)現(xiàn)在才提出這種想法，為什么之前評審的時候他說沒問題了。于是，我問道：

“那你覺得怎么樣做更合理呢？”

程序員回答：

“把這個功能放在門店管理里面，像分類管理那樣做一個彈出框?qū)崿F(xiàn)這個功能會更好。”

我這時候的想法是：你之所以這么說是因?yàn)槟悻F(xiàn)在正在開發(fā)這個功能，你覺得這樣實(shí)現(xiàn)起來需要耗費(fèi)更多的時間來思考如何實(shí)現(xiàn)，用以前的方法來實(shí)現(xiàn)的話只需要直接復(fù)用以前的功能就行，減少了工作量。而且把這個功能放在門店管理部分，就不屬于你的研發(fā)范圍，你只需要調(diào)用就可以了，這就是你的需求。而我的需求是如何簡單快速地實(shí)現(xiàn)這個功能，不管是誰實(shí)現(xiàn)的。

在研發(fā)產(chǎn)品的過程中，產(chǎn)品經(jīng)理實(shí)現(xiàn)客戶需求的主線是不變的，在此基礎(chǔ)上，若能夠平衡好內(nèi)部的需求，我們就能成為了加速產(chǎn)品完成的催化劑。在這次沖突中，也有可能研發(fā)真的覺得這樣實(shí)現(xiàn)會更好，只是我沒法快速Get到他的思想。

3.?解決矛盾

這個產(chǎn)品的第一版需要在一個月內(nèi)完成，時間非常緊迫。這個時候產(chǎn)品應(yīng)該更多地考慮下一期產(chǎn)品的功能，而不是糾結(jié)于這個已經(jīng)確定的功能。

這個時候我把技術(shù)經(jīng)理和相關(guān)的人員叫在一起，問問大家對這個解決方案有沒有意見，最終大家都同意了這樣實(shí)現(xiàn)。

這個小功能不會對產(chǎn)品本身產(chǎn)生大的影響，不會造成他人的不滿，不影響最終的產(chǎn)品目標(biāo)，快速確定解決方案就是最重要的。

這對我以后管理需求有什么啟發(fā)呢？

需求評審注重細(xì)節(jié)

需求評審的時候，為了減少研發(fā)人員的業(yè)務(wù)思考，避免產(chǎn)品研發(fā)過程中對需求的誤解，一份高保真的原型和詳細(xì)的需求描述很重要。前期溝通得越清楚，后期的溝通成本就越小。

迭代應(yīng)對變化

遇到突發(fā)情況更改產(chǎn)品的需求也是正常的。對于需求變更頻繁的產(chǎn)品，用迭代的方式進(jìn)行研發(fā)能夠減少不確定性。特別是C端使用的產(chǎn)品，根據(jù)用戶的反饋，一周一迭代就是一個很好的控制需求變更的方法。

以不變應(yīng)萬變

若在迭代的過程中遇到需求變更，最好的方法就是先不開發(fā)此功能，充分考慮變化帶來的后果，放到下一個迭代之后再實(shí)現(xiàn)這個需求對應(yīng)的功能。

有需求就可能有沖突，面對變化的需求，要越來越處變不驚。

共勉。

作者：華華，高級產(chǎn)品經(jīng)理一枚，坐標(biāo)長沙，微信公眾號：愛產(chǎn)品愛生活

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

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