需求分析，產(chǎn)品經(jīng)理繞不過的第一個(gè)門檻
——“我有一個(gè)價(jià)值十億的idea，就差一個(gè)程序員了。”
這句話在創(chuàng)業(yè)圈火，在產(chǎn)品圈也是一樣。每一個(gè)產(chǎn)品經(jīng)理都想做出一款特別的，甚至可以改變世界的功能或者是產(chǎn)品。這些功能和產(chǎn)品往往是從一個(gè)或者幾個(gè)簡單的需求和idea開始，越做越大。但是，用戶真的需要么？最終的產(chǎn)品和功能真的解決了用戶的痛點(diǎn)么？
前些天看了孫繼新老師的文章《產(chǎn)品方法論之：菜鳥做加法，高手做減法》，頗有感觸。結(jié)合著這兩天搭個(gè)人博客和公眾號(hào)以及以前的一些經(jīng)驗(yàn)，簡單來談一下產(chǎn)品初期對(duì)于需求取舍的看法。
Insert：大而全讓你寸步難行
踏雪的第一個(gè)產(chǎn)品，應(yīng)該是大學(xué)時(shí)的第一次創(chuàng)業(yè)。當(dāng)時(shí)美團(tuán)外賣和餓了么還沒有出道，踏雪瞅準(zhǔn)學(xué)校里外賣橫行，卻沒有一個(gè)統(tǒng)一的平臺(tái)將他們整合在一起，于是就打起了這個(gè)主意。
踏雪的執(zhí)行力還不錯(cuò)，當(dāng)即拉來幾個(gè)小伙伴就商討著做這件事。一邊向?qū)W校和老師要資源，一邊就做起了產(chǎn)品規(guī)劃。
小明說：“除了外賣，學(xué)校周邊的飯店、網(wǎng)吧、賓館，我們都可以做起來，統(tǒng)一在平臺(tái)上，這樣他們想要什么，我們就有什么。”
小剛：“對(duì)對(duì)對(duì)，我們還要加上地圖，這樣用戶就知道怎么過去了！”
小紅：“加上自習(xí)室提醒，告訴同學(xué)們哪里有自習(xí)室。”
小張：“對(duì)，還要有即時(shí)聊天功能，萬一自習(xí)室人滿了，有人說一句，大家就不需要白跑一趟了。”
( `)3')▃▃▃▅▆▇▉ 你們是認(rèn)真的么！
當(dāng)時(shí)作為完完全全的產(chǎn)品菜鳥，踏雪不停的點(diǎn)頭，對(duì)啊，這個(gè)功能肯定有人要用，加上加上，這個(gè)也對(duì)，加上加上。于是，產(chǎn)品的原型就變成了徹徹底底的四不像。
這個(gè)例子，很簡單，大家一眼就能看出，很多需求是偽需求，比如聊天室，真的會(huì)有同學(xué)在聊天室里喊一句，自習(xí)室滿了么？地圖，有多少人需要在自己學(xué)校也看地圖呢？自習(xí)室提醒，用軟件吃喝玩樂的同學(xué)，會(huì)是經(jīng)常去自習(xí)室的同學(xué)么？最后，我們最初的想法，不應(yīng)該是整合一個(gè)訂外賣的平臺(tái)么？這已經(jīng)離我們的初衷越來越遠(yuǎn)了。
這個(gè)例子看起來很傻，但是很多做產(chǎn)品的同學(xué)，在一開始做產(chǎn)品的時(shí)候，會(huì)犯下同樣的錯(cuò)誤。不自覺的往產(chǎn)品中添加功能，而這些功能，往往變成了產(chǎn)品的負(fù)擔(dān)，讓產(chǎn)品越來越臃腫，自己的思路越來越混亂，最終導(dǎo)致偏離初衷，走向失敗。
踏雪在做產(chǎn)品的時(shí)候，每每見到新的需求或者想到新的功能，會(huì)這么做：
1.問自己這個(gè)功能是否真的需要，和產(chǎn)品相輔相成。需要，進(jìn)入下一個(gè)問題，不需要，記錄到自己的idea庫。
2.問自己這個(gè)功能在現(xiàn)在是否真的需要，優(yōu)先級(jí)有多高，是否立馬就要做出來。還是需要，立馬加到計(jì)劃列表并高亮，不需要，記錄到自己的idea庫。
即便是這樣，踏雪有時(shí)候還是會(huì)犯下添加不需要或者優(yōu)先級(jí)較低的功能，那么——
Delete：開工之前，別忘了再刪一遍需求
這次，拿新搭建的博客舉例。
踏雪原來是做開發(fā)的，又不喜歡某浪等blog提供的模板，于是選擇了購買域名和服務(wù)器自己搭（用的WordPress，套了主題后修修改改，沒有那么復(fù)雜）。
在選擇服務(wù)器的時(shí)候，眾多服務(wù)器廠商的眾多套餐晃的踏雪眼花繚亂。怎么挑選？
踏雪用做產(chǎn)品的思路去選擇。首先，博客的定位是這樣的：個(gè)人博客、產(chǎn)品經(jīng)理相關(guān)。那么博客算是個(gè)小眾博客，再加上踏雪是個(gè)新人，沒有什么人氣，一段時(shí)間內(nèi)流量不會(huì)太大，那么買流量大，儲(chǔ)存量大的服務(wù)器，顯然沒有必要，這個(gè)需求，刪掉！
服務(wù)器和域名搞定，安裝wordpress。自己寫主題？顯然“敏捷開發(fā)”（套用主題）更適合，那么自己寫主題這個(gè)需求也刪掉。
接下來挑選主題：踏雪的內(nèi)容以文字為主，可能會(huì)有一些圖片。那么播放音樂和視頻的功能就完全沒有必要，刪掉！
文章會(huì)有評(píng)論，但以交流為主，頭像這種社交性偏強(qiáng)的東西沒有必要，刪掉！刪掉！
于是，博客的雛形就有了：
不大的服務(wù)器，準(zhǔn)確易記的域名，文字和圖片為主的內(nèi)容，以及交流為主的評(píng)論。
于是半天的時(shí)間，踏雪的博客就搭好了，剩下的就需要花時(shí)間，一點(diǎn)一點(diǎn)的填充博客的內(nèi)容了。
所以，在產(chǎn)品真的開工之前，我們需要對(duì)產(chǎn)品的每個(gè)功能和需求重新進(jìn)行一次評(píng)估，只要不是真正立即需要的需求，統(tǒng)統(tǒng)砍掉。
那么問題來了。
“藍(lán)翔！”
(╯' - ')╯︵ ┻━┻
┬─┬ ノ( ' - 'ノ) {擺好擺好)
(再TM的掀一次} (╯°Д°)╯︵ ┻━┻
踏雪要問的是：“如果砍掉的需求需要，或者沒砍掉的需求不需要，再或者沒砍掉的需求不夠準(zhǔn)確怎么辦？”
Update：迭代中完善，改變世界也要一步步來
迭代更新這個(gè)事，需要大量的數(shù)據(jù)和用戶反饋來支持。踏雪也沒有發(fā)現(xiàn)一個(gè)特別共通的特點(diǎn)。
簡單的舉個(gè)踏雪遇到過的小例子。
踏雪做過的一款A(yù)PP里，有一個(gè)發(fā)表話題的功能。這個(gè)功能在APP里是必須的，但是很多用戶對(duì)這個(gè)功能的作用并不夠清楚和了解，于是踏雪對(duì)它進(jìn)行了一個(gè)小的改動(dòng)，收到了很好的反響。
在發(fā)送話題前，彈出一個(gè)小框，引導(dǎo)用戶選擇是提問題還是分享經(jīng)驗(yàn)或照片。
簡單的功能升級(jí)，或者說需求升級(jí)，引導(dǎo)用戶做出更規(guī)范的行為，即讓用戶知道他可以干什么，也讓后臺(tái)對(duì)內(nèi)容的管理更加方便，數(shù)據(jù)統(tǒng)計(jì)也更加清晰。
很簡單，卻很有效。
<(￣）￣)/贊\ (￣）￣)>
那么對(duì)于迭代更新，大家一定要謹(jǐn)小慎微。千萬不要把添加功能當(dāng)作迭代，千萬不要沒有條理的去滿足用戶需求，真正的解決了用戶痛點(diǎn)，才是一個(gè)好產(chǎn)品一個(gè)好功能。
增刪改的基本要求
至此，踏雪淺入淺出的講述了一下自己對(duì)“增刪改”功能和需求的一些看法。重中之重，便是謹(jǐn)小慎微。
而增刪改的基本要求便是：大膽猜想，小心求證。
轉(zhuǎn)載請(qǐng)注明出處。
踏雪的博客地址：
踏雪Monkey寫字的地方
