當(dāng)一個(gè)需求出現(xiàn)的時(shí)候，如何評(píng)估做不做？本文作者對(duì)這個(gè)問(wèn)題進(jìn)行了分析梳理，從2個(gè)大方向?qū)@個(gè)問(wèn)題總結(jié)了自己的看法，與大家分享。

作為一個(gè)產(chǎn)品人員，接收需求已經(jīng)成為家常便飯，無(wú)論是來(lái)自老板老板、運(yùn)營(yíng)、用戶或者同行建議，經(jīng)常可能遇到的問(wèn)題是：這么多的需求，我到底做不做？什么時(shí)候做？今天，借著最近許久沒(méi)提筆總結(jié)，來(lái)和大家一起討論，也希望評(píng)論中能夠有指正和補(bǔ)充。

作為大家熟知的重要緊急四象限，不知道被多少人說(shuō)爛了。但是，問(wèn)題就在于，你要如何去填充這個(gè)四象限？

從個(gè)人的一個(gè)從業(yè)經(jīng)歷中，結(jié)合日常接觸的業(yè)務(wù)，總結(jié)了這么幾個(gè)方向去拓展細(xì)分：

一、這個(gè)需求類屬于bug或是類屬于新功能？

如果，這個(gè)需求類屬于bug，一般情況下需要去分析：

1. 這個(gè)bug是否影響產(chǎn)品的業(yè)務(wù)主流程？這類型的bug屬于救火型，一刻不得耽擱。
2. 這個(gè)bug影響的用戶基數(shù)有多少？這個(gè)取決于你這個(gè)產(chǎn)品的體量。如果是百萬(wàn)用戶，影響一兩百個(gè)無(wú)關(guān)痛癢；如果是剛起步的，這個(gè) 就即為致命了，不改=等死。
3. bug是否影響到特定人人群？如果你的產(chǎn)品比較特殊，比如是一款游戲，bug對(duì)99.9%的用戶沒(méi)有影響，可就是讓那么一小部分的氪金大佬難受了，那就麻溜的抱著程序員大腿去改吧！畢竟，這些是真正的衣食父母。

BUG型需求，一般考慮這三個(gè)要素就可以了，而非BUG型需求嗎，可能就比較復(fù)雜了，我們繼續(xù)討論

二、新功能類別的需求要如何處理？

對(duì)于新功能的一個(gè)評(píng)估，個(gè)別參數(shù)和BUG的有所類同，也不用著急，我們來(lái)一個(gè)個(gè)的探討。

1. 這個(gè)需求面向的用戶在產(chǎn)品中扮演的角色是什么？【B TO C】

舉個(gè)比較好玩的例子B TO C TO C，也就是常見(jiàn)的如美團(tuán)外賣。產(chǎn)品涉及到商家、用戶、以及外賣員。外賣員送外賣經(jīng)常會(huì)遇到延遲被投訴的情況，從而導(dǎo)致差評(píng)或者罰款。

但是，有很多時(shí)候，外賣延遲送達(dá)可能是因?yàn)樯碳易龅穆耍煌ǘ氯说瓤陀^因素。

如果你作為外賣平臺(tái)的產(chǎn)品經(jīng)理，收到外賣員給你提的需求：增加一個(gè)申訴提交功能，需要可以拍照，用來(lái)證明延遲送達(dá)外賣不是我的問(wèn)題，要取消部分差評(píng)和罰款。

這個(gè)時(shí)候，這個(gè)需求對(duì)外賣員是合理的，真實(shí)的。但是，作為平臺(tái)的產(chǎn)品，基于國(guó)情，你大概是不能做的。

企業(yè)都是為了賺錢，他們不會(huì)去考慮外賣員的營(yíng)收如何，他們會(huì)在意c端用戶舒不舒服，他們也會(huì)在意b端商家會(huì)不會(huì)因?yàn)橐淮窝舆t送達(dá)失去一位c端用戶，但是他們真的很難在意外賣員舒不舒服。為什么呢？因?yàn)橥赓u員這個(gè)角色，真的太多了，隨時(shí)可以替換。

這也是為什么，我要說(shuō)，當(dāng)一個(gè)需求出來(lái)，我們需要分析需求面向的用戶，扮演的角色是什么？如果是產(chǎn)品在意的用戶，那這種需求可以考慮。否則，請(qǐng)慎重。

2. 繼續(xù)衍生上一個(gè)問(wèn)題，在常見(jiàn)的TO C產(chǎn)品中，我們要考慮的就是這個(gè)需求面向的用戶基數(shù)如何？以及這部分用戶是否為核心用戶

大多數(shù)的TO C產(chǎn)品，很少回去區(qū)分核心用戶（上面提過(guò)的游戲類的除外）。一般是去區(qū)分，這個(gè)功能面對(duì)的用戶基數(shù)如何。

比如，微信要和QQ一樣增加一個(gè)偏向低領(lǐng)用戶的功能?？赡?，在微信中就不會(huì)太實(shí)用。畢竟現(xiàn)在微信成人的基數(shù)和使用頻率更高。

3. 這個(gè)功能上線后，是否會(huì)大家都喜歡，是有隱患？

可能，你接受到一個(gè)需求，這個(gè)需求覆蓋了95%的用戶，那么我們需要慎重的是：這些功能是否大家都喜歡？

繼續(xù)舉例，你作為一個(gè)餓了么產(chǎn)品經(jīng)理，你收到一個(gè)用戶留言：能不能增加一個(gè)定時(shí)下單功能，這樣我們就可以提前幾天把一周額的外賣都定好了。

你一看，哎呦，不錯(cuò)??！這個(gè)想法看著很牛逼，于是呢，快馬加鞭的就把功能上線了。那么，讓我們一起來(lái)看看，你可能會(huì)遇到哪些問(wèn)題？

針對(duì)C端用戶，你滿足了這個(gè)人的需求，那么，存在的隱患有哪些呢？

首先是紅包機(jī)制，一次下五單，減免的金額和五單分開(kāi)下單的減免金額是一樣的，用不了幾次用戶會(huì)發(fā)現(xiàn)，你這是在坑我的紅包啊？

再說(shuō)個(gè)人喜好，我在三天前，下單今天中午要吃肯德基，那么會(huì)出現(xiàn)什么情況呢？

可能我今天不想吃了，但是我忘記我預(yù)定了，當(dāng)外賣送到，如何處理；可能我今天和朋友約了出去吃飯，但是我忘記預(yù)定了，當(dāng)外賣送到，如何處理；可能今天我上火了，我吃不了炸的，當(dāng)外賣送到，如何處理；

以及更多諸如此類的問(wèn)題。

針對(duì)B端用戶，隱患又有哪些呢？

再說(shuō)商家可能存在的隱患：一些小作坊，可能突然就不干了，可能突然就停業(yè)休息一天。那么，這時(shí)候，下單這些商家的用戶要怎么維護(hù)？他們的損失有誰(shuí)來(lái)彌補(bǔ)？

這么聯(lián)動(dòng)下去，是不是還得需要增加一套的考核標(biāo)準(zhǔn)，押金體系等等？

再回過(guò)頭來(lái)說(shuō)說(shuō)對(duì)產(chǎn)品本身的影響

日活：可能每天打開(kāi)兩次，現(xiàn)在一周打開(kāi)一次

轉(zhuǎn)化：可能一些金主投放的廣告，曝光率瞬間就下降了幾倍，那這部分的損失完全就不可估量了。

所以呢，接收一個(gè)需求的時(shí)候，一定要考慮好這個(gè)需求中的隱患有哪些，切勿被用戶牽著鼻子走

4. 辨別用戶的需求是否只是一個(gè)用戶期望的解決方案

這個(gè)也是一個(gè)老生常談的話題，一個(gè)最耳熟能詳?shù)睦樱汗湃藢?duì)驛站說(shuō)，我想要一匹跑得快的馬！

這個(gè)就是典型的，用戶把解決方案當(dāng)需求的案例。在這個(gè)案例中，用戶的需求其實(shí)是：我想要更快的交通工具。在互聯(lián)網(wǎng)中，這種案例也是很多，也希望大家互相提醒，避免踩坑。

5. 回歸最根本，必須考慮的一個(gè)問(wèn)題：新功能上線的成本

成本這東西，簡(jiǎn)單來(lái)說(shuō)：需要多少人，需要多少錢，需要多少時(shí)間。相信，很多的產(chǎn)品經(jīng)理，這部分都能考慮的很周到，在基于公司當(dāng)前項(xiàng)目安排的情況下，都能處理好。

至于其他更多的方方面面，其實(shí)就沒(méi)必要細(xì)究了。能夠掌控好以上的幾點(diǎn)，其實(shí)也就差不多夠用了。

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

題圖來(lái)自 unsplash