采用敏捷迭代開(kāi)發(fā)的互聯(lián)網(wǎng)公司，往往在每一個(gè)迭代開(kāi)始前，產(chǎn)品、開(kāi)發(fā)、測(cè)試會(huì)通過(guò)需求會(huì)、沖刺會(huì)，評(píng)估該迭代的需求和工時(shí)，保證在該迭代內(nèi)把所有明確的需求完成開(kāi)發(fā)和測(cè)試。然而，相信很多產(chǎn)品都經(jīng)歷過(guò)在迭代進(jìn)行中加需求的情況，那么如何可以保證向開(kāi)發(fā)、測(cè)試加需求時(shí)不被打呢？

一、為什么會(huì)在迭代中加需求

從緊急重要四象限需求分析方法來(lái)看，在迭代中需要加的需求，一定是緊急重要（也許并非真的“重要緊急”）的需求，那么這類(lèi)需求大致可分為以下兩個(gè)維度：

1. 老板的需求

在迭代中的某一天，老板找到你說(shuō)，某某功能體驗(yàn)不好、改一改啊。你心想，老板好不容易加一次需求，雖然這個(gè)需求看起來(lái)并不靠譜，但是也不好拒絕呀，就說(shuō)好。然而老板的下一句話(huà)讓你瞬間崩潰，“我覺(jué)得這個(gè)功能需要趕緊改，兩天后上吧”。

“What the f*”，相信你的內(nèi)心一定是這樣的，但是你又無(wú)法拒絕，只能加班設(shè)計(jì)解決方案，然后膽戰(zhàn)心驚的去找開(kāi)發(fā)、測(cè)試哥哥姐姐們聊聊“家常”。

其實(shí)上面這種場(chǎng)景很常見(jiàn)，至少我就遇到過(guò)很多次，老板提的需求有的很靠譜，有的卻很扯，當(dāng)然最關(guān)鍵的是老板的需求都很急。如果老板的需求是在迭代周期剛開(kāi)始提出來(lái)還比較好解決，但是如果老板的需求在迭代的中后期提出來(lái)并且要求緊急上線(xiàn)的這種，對(duì)產(chǎn)品來(lái)說(shuō)才是最難受的。

但是請(qǐng)記住一句話(huà)，老板的需求，再不合理，還是要做?。▽?duì)于不合理的需求，如何在做完再和老板溝通，在本文最后會(huì)通過(guò)一個(gè)案例進(jìn)行復(fù)盤(pán)）

2. 對(duì)用戶(hù)體驗(yàn)，對(duì)公司收益造成重大損失

這類(lèi)緊急需求更容易讓團(tuán)隊(duì)成員接受，在線(xiàn)上運(yùn)行的產(chǎn)品，突然出現(xiàn)了某一個(gè)對(duì)用戶(hù)體驗(yàn)造成重大傷害或?qū)臼找嬖斐芍卮髶p失的問(wèn)題，那么設(shè)計(jì)解決方案并緊急安排開(kāi)發(fā)上線(xiàn)，這種場(chǎng)景對(duì)于大多數(shù)人來(lái)說(shuō)都是比較容易接受的。

二、如何保證加需求不被打

1. 以理服人

首先，需求的解決方案一定是可實(shí)現(xiàn)的，比如：前兩天某安的產(chǎn)品與開(kāi)發(fā)大打出手，就是因?yàn)樾枨蟮牟豢蓪?shí)現(xiàn)性。先不去看需求是否合理（畢竟老板提的不合理需求你也是要滿(mǎn)足的），要保證的是給開(kāi)發(fā)的解決方案是可以實(shí)現(xiàn)的。

其次，從5W2H的角度與開(kāi)發(fā)、測(cè)試溝通需求，需求的背景，即誰(shuí)提出了一個(gè)什么樣的問(wèn)題，這個(gè)問(wèn)題在某個(gè)端（PC、小程序、APP等）對(duì)用戶(hù)或公司造成了什么樣的影響，影響有多大。再提出你的解決方案，即通過(guò)什么方案去解決這個(gè)問(wèn)題，能達(dá)到什么樣的效果，希望什么時(shí)間上線(xiàn)。

最后，就是與開(kāi)發(fā)和測(cè)試確認(rèn)時(shí)間點(diǎn)，對(duì)于用戶(hù)體驗(yàn)和公司損失的問(wèn)題，團(tuán)隊(duì)成員都容易理解，通過(guò)加班等方式也會(huì)盡力去保證及時(shí)上線(xiàn)。對(duì)于老板的需求，多多少少都會(huì)有些抵觸心理，那么產(chǎn)品在這中間就要做到協(xié)調(diào)，盡可能讓老板和團(tuán)隊(duì)開(kāi)發(fā)、測(cè)試都滿(mǎn)意，如何做到就是下面要說(shuō)的學(xué)會(huì)向上溝通。

2. 學(xué)會(huì)向上溝通

對(duì)于老板提的不合理或者不靠譜的需求，前面說(shuō)了，一定要做。那么接下來(lái)就是具體的方案和時(shí)間點(diǎn)，通過(guò)與開(kāi)發(fā)、測(cè)試溝通好方案后，也許這個(gè)方案與老板要求的上線(xiàn)時(shí)間點(diǎn)不一致。

這個(gè)時(shí)候就要去和老板溝通，擺事實(shí)、講道理，和老板溝通為什么不能在有限的時(shí)間點(diǎn)內(nèi)完成并上線(xiàn)。羅列解決方案的復(fù)雜性，開(kāi)發(fā)、測(cè)試資源的不足等等，老板也是從普通員工做起的，我相信只要你說(shuō)的有道理，老板不會(huì)蠻不講理的。

向上溝通，就是要保證團(tuán)隊(duì)成員和老板都盡可能的滿(mǎn)意，不能完全壓榨團(tuán)隊(duì)的積極性去一味的拿老板的需求當(dāng)尚方寶劍，這樣起到的作用也許適得其反。

三、案例復(fù)盤(pán)

最后通過(guò)一個(gè)案例來(lái)聊一聊，面對(duì)老板提的不靠譜需求，你應(yīng)該如何合理的處理。

這個(gè)案例是這樣的：

用戶(hù)在購(gòu)買(mǎi)服務(wù)后并沒(méi)有立即支付，對(duì)于未支付的訂單會(huì)在30分鐘后自動(dòng)取消，那么為了做到對(duì)用戶(hù)的提醒，提高支付成功率。系統(tǒng)會(huì)對(duì)下單后未支付超過(guò)10分鐘的用戶(hù)進(jìn)行短信提醒，短信中會(huì)加入訂單詳情頁(yè)鏈接，引導(dǎo)用戶(hù)點(diǎn)擊繼續(xù)支付。

某一天老板用了一下這個(gè)功能，發(fā)現(xiàn)通過(guò)點(diǎn)擊鏈接進(jìn)入訂單詳情頁(yè)時(shí)要先登錄，再點(diǎn)擊去支付跳轉(zhuǎn)收銀臺(tái)才能支付。于是老板提了一個(gè)需求說(shuō)，鏈接直接跳收銀臺(tái)讓用戶(hù)支付就好了，為什么要加那么多繁瑣的步驟，影響用戶(hù)的繼續(xù)支付意愿。

本質(zhì)上來(lái)說(shuō)，這樣一個(gè)優(yōu)化點(diǎn)是有些不合理的，在電信詐騙猖獗的今天，用戶(hù)通過(guò)短信鏈接直接支付而不做任何提醒，對(duì)用戶(hù)來(lái)說(shuō)是有疑問(wèn)的，用戶(hù)可能不會(huì)輕易去支付。但是老板提了需求，就要做，3天時(shí)間開(kāi)發(fā)、測(cè)試、上線(xiàn)。

為了保證老板能看到上線(xiàn)后的效果，以及想讓老板了解，這個(gè)需求也許并不是那么合理。通過(guò)在頁(yè)面埋點(diǎn)以及從后臺(tái)提取數(shù)據(jù)，分析對(duì)比了一下功能優(yōu)化上線(xiàn)前后的數(shù)據(jù)效果，從繼續(xù)支付的數(shù)據(jù)上看，效果并沒(méi)有明顯提升。

通過(guò)頁(yè)面打點(diǎn)來(lái)看，用戶(hù)通過(guò)短信鏈接進(jìn)行繼續(xù)支付的幾乎沒(méi)有，通過(guò)分析和猜測(cè)，可能更多的用戶(hù)還是在看到短信后繼續(xù)登錄了app進(jìn)行繼續(xù)支付，短信鏈接直接跳收銀臺(tái)的優(yōu)化理論上沒(méi)有起到任何正向的效果。

通過(guò)這樣一個(gè)案例可以看出，老板也許只從個(gè)人的角度去看待功能的優(yōu)化，并未考慮用戶(hù)以及環(huán)境的因素，那么提出了這樣一個(gè)不算合理的需求，作為產(chǎn)品經(jīng)理，不僅要對(duì)老板負(fù)責(zé)，還要對(duì)更廣大的用戶(hù)負(fù)責(zé)。

在滿(mǎn)足了老板的需求后，也要通過(guò)上線(xiàn)后效果去提醒老板，也許還有更好的方案去提升用戶(hù)繼續(xù)支付成功率的指標(biāo)，而不是通過(guò)現(xiàn)有的方案。

#專(zhuān)欄作家#

記小憶，人人都是產(chǎn)品經(jīng)理專(zhuān)欄作者，野蠻生長(zhǎng)的產(chǎn)品經(jīng)理，擅長(zhǎng)從0-1搭建產(chǎn)品經(jīng)理知識(shí)體系。公眾號(hào)：PM龍門(mén)陣。

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

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