需求分析，產(chǎn)品經(jīng)理繞不過的第一個門檻

——“我有一個價值十億的idea，就差一個程序員了?！?/p>

這句話在創(chuàng)業(yè)圈火，在產(chǎn)品圈也是一樣。每一個產(chǎn)品經(jīng)理都想做出一款特別的，甚至可以改變世界的功能或者是產(chǎn)品。這些功能和產(chǎn)品往往是從一個或者幾個簡單的需求和idea開始，越做越大。但是，用戶真的需要么？最終的產(chǎn)品和功能真的解決了用戶的痛點么？

前些天看了孫繼新老師的文章《產(chǎn)品方法論之：菜鳥做加法，高手做減法》，頗有感觸。結(jié)合著這兩天搭個人博客和公眾號以及以前的一些經(jīng)驗，簡單來談一下產(chǎn)品初期對于需求取舍的看法。

Insert：大而全讓你寸步難行

踏雪的第一個產(chǎn)品，應(yīng)該是大學(xué)時的第一次創(chuàng)業(yè)。當(dāng)時美團(tuán)外賣和餓了么還沒有出道，踏雪瞅準(zhǔn)學(xué)校里外賣橫行，卻沒有一個統(tǒng)一的平臺將他們整合在一起，于是就打起了這個主意。

踏雪的執(zhí)行力還不錯，當(dāng)即拉來幾個小伙伴就商討著做這件事。一邊向?qū)W校和老師要資源，一邊就做起了產(chǎn)品規(guī)劃。

小明說：“除了外賣，學(xué)校周邊的飯店、網(wǎng)吧、賓館，我們都可以做起來，統(tǒng)一在平臺上，這樣他們想要什么，我們就有什么?！?/p>

小剛：“對對對，我們還要加上地圖，這樣用戶就知道怎么過去了！”

小紅：“加上自習(xí)室提醒，告訴同學(xué)們哪里有自習(xí)室?！?/p>

小張：“對，還要有即時聊天功能，萬一自習(xí)室人滿了，有人說一句，大家就不需要白跑一趟了?！?/p>

( `)3′)▃▃▃▅▆▇▉ 你們是認(rèn)真的么！

當(dāng)時作為完完全全的產(chǎn)品菜鳥，踏雪不停的點頭，對啊，這個功能肯定有人要用，加上加上，這個也對，加上加上。于是，產(chǎn)品的原型就變成了徹徹底底的四不像。

這個例子，很簡單，大家一眼就能看出，很多需求是偽需求，比如聊天室，真的會有同學(xué)在聊天室里喊一句，自習(xí)室滿了么？地圖，有多少人需要在自己學(xué)校也看地圖呢？自習(xí)室提醒，用軟件吃喝玩樂的同學(xué)，會是經(jīng)常去自習(xí)室的同學(xué)么？最后，我們最初的想法，不應(yīng)該是整合一個訂外賣的平臺么？這已經(jīng)離我們的初衷越來越遠(yuǎn)了。

這個例子看起來很傻，但是很多做產(chǎn)品的同學(xué)，在一開始做產(chǎn)品的時候，會犯下同樣的錯誤。不自覺的往產(chǎn)品中添加功能，而這些功能，往往變成了產(chǎn)品的負(fù)擔(dān)，讓產(chǎn)品越來越臃腫，自己的思路越來越混亂，最終導(dǎo)致偏離初衷，走向失敗。

踏雪在做產(chǎn)品的時候，每每見到新的需求或者想到新的功能，會這么做：

1. 問自己這個功能是否真的需要，和產(chǎn)品相輔相成。需要，進(jìn)入下一個問題，不需要，記錄到自己的idea庫。
2. 問自己這個功能在現(xiàn)在是否真的需要，優(yōu)先級有多高，是否立馬就要做出來。還是需要，立馬加到計劃列表并高亮，不需要，記錄到自己的idea庫。

即便是這樣，踏雪有時候還是會犯下添加不需要或者優(yōu)先級較低的功能，那么——

Delete：開工之前，別忘了再刪一遍需求

這次，拿新搭建的博客舉例。

踏雪原來是做開發(fā)的，又不喜歡某浪等blog提供的模板，于是選擇了購買域名和服務(wù)器自己搭（用的WordPress，套了主題后修修改改，沒有那么復(fù)雜）。

在選擇服務(wù)器的時候，眾多服務(wù)器廠商的眾多套餐晃的踏雪眼花繚亂。怎么挑選？

踏雪用做產(chǎn)品的思路去選擇。首先，博客的定位是這樣的：個人博客、產(chǎn)品經(jīng)理相關(guān)。那么博客算是個小眾博客，再加上踏雪是個新人，沒有什么人氣，一段時間內(nèi)流量不會太大，那么買流量大，儲存量大的服務(wù)器，顯然沒有必要，這個需求，刪掉！

服務(wù)器和域名搞定，安裝wordpress。自己寫主題？顯然“敏捷開發(fā)”（套用主題）更適合，那么自己寫主題這個需求也刪掉。

接下來挑選主題：踏雪的內(nèi)容以文字為主，可能會有一些圖片。那么播放音樂和視頻的功能就完全沒有必要，刪掉！

文章會有評論，但以交流為主，頭像這種社交性偏強(qiáng)的東西沒有必要，刪掉！刪掉！

于是，博客的雛形就有了：

不大的服務(wù)器，準(zhǔn)確易記的域名，文字和圖片為主的內(nèi)容，以及交流為主的評論。

于是半天的時間，踏雪的博客就搭好了，剩下的就需要花時間，一點一點的填充博客的內(nèi)容了。

所以，在產(chǎn)品真的開工之前，我們需要對產(chǎn)品的每個功能和需求重新進(jìn)行一次評估，只要不是真正立即需要的需求，統(tǒng)統(tǒng)砍掉。

那么問題來了。

“藍(lán)翔！”

(╯’ – ‘)╯︵ ┻━┻

┬─┬ ノ( ‘ – ‘ノ) {擺好擺好)

(再掀一次} (╯°Д°)╯︵ ┻━┻

踏雪要問的是：“如果砍掉的需求需要，或者沒砍掉的需求不需要，再或者沒砍掉的需求不夠準(zhǔn)確怎么辦？”

Update：迭代中完善，改變世界也要一步步來

迭代更新這個事，需要大量的數(shù)據(jù)和用戶反饋來支持。踏雪也沒有發(fā)現(xiàn)一個特別共通的特點。

簡單的舉個踏雪遇到過的小例子。

踏雪做過的一款A(yù)PP里，有一個發(fā)表話題的功能。這個功能在APP里是必須的，但是很多用戶對這個功能的作用并不夠清楚和了解，于是踏雪對它進(jìn)行了一個小的改動，收到了很好的反響。

在發(fā)送話題前，彈出一個小框，引導(dǎo)用戶選擇是提問題還是分享經(jīng)驗或照片。

簡單的功能升級，或者說需求升級，引導(dǎo)用戶做出更規(guī)范的行為，即讓用戶知道他可以干什么，也讓后臺對內(nèi)容的管理更加方便，數(shù)據(jù)統(tǒng)計也更加清晰。

很簡單，卻很有效。

\(￣）￣)/贊\ (￣）￣)/;

那么對于迭代更新，大家一定要謹(jǐn)小慎微。千萬不要把添加功能當(dāng)作迭代，千萬不要沒有條理的去滿足用戶需求，真正的解決了用戶痛點，才是一個好產(chǎn)品一個好功能。

增刪改的基本要求

至此，踏雪淺入淺出的講述了一下自己對“增刪改”功能和需求的一些看法。重中之重，便是謹(jǐn)小慎微。

而增刪改的基本要求便是：大膽猜想，小心求證。

本文為作者 @踏雪Monkey（微信公眾號：踏雪Monkey）投稿發(fā)布，轉(zhuǎn)載請注明來源于人人都是產(chǎn)品經(jīng)理并附帶本文鏈接