有意思的需求分析:用案例手把手教你
關于“需求”這個詞語,真的是讓人又愛又恨,我們來說說需求分析的那點事。
空口無憑,我們舉例說明。
斯巴達星球是浩瀚宇宙中的一顆小星球,下面是朝堂之上的一段對話:
皇帝:A愛卿啊,為何119省的信還沒有送到?
A臣:陛下息怒,奏折已經在路上了,快馬加鞭趕往京城呢。
這時A臣開始要求產品經理:馬太慢了,我們需要一匹更快的馬來送信。
產品經理大狗子分析了需求,朝廷是覺得送信的速度太慢了,大狗子得出需求:想要一匹更快地馬。
于是召集了一大批馴馬高手,開始對馬進行訓練,每天起早貪黑,讓馬進行高強度的訓練,爬雪山,過草地,鉆火圈,跳高,跳遠,跳泥坑,各種訓練項目;同時改善馬的膳食,綜合營養,該吃的吃,該喝的喝,該補的補。功夫不負有心人,終于大狗子訓練出了速度更快的千里馬,大大縮短了送信的時間。
產品經理二狗子接到需求后,開始分析,朝廷是想要更快的送信,因此,“快”才是需求,二狗子得出需求:想要送信速度更快。
于是二狗子冥思苦想,什么比馬更快呢?比馬快的是天上飛的,于是,二狗子召集了一大批馴鴿子高手,每天起早貪黑,對鴿子進行高強度的訓練,穿密林,越山谷,虎口奪食,崖上采藥,各種訓練項目;同時改善鴿子的飲食,身體棒棒的。功夫不負有心人,二狗子頁訓練出了飛的比馬更快的鴿子,大大縮短的送信的時間。
產品經理三狗子也接到了需求,送信的目的是傳達信息,不管朝廷是想要更快的馬,還是想要更快的送信,其實都是想要更快的傳達消息。三狗子得出需求:更快的傳達消息。
三狗子開始思索,傳達信息的方式有很多,三狗子咨詢了手底下的技術人員,決定做一款可以通訊的設備,最終發明了大哥大,不管多遠,一個電話或短信就可以實現信息互通。
從上面的例子我們知道:對于需求的分析不同,就會有不同的理解,從而產生截然不同的解決方案。
以上就是產品從0到1提出解決方案的需求分析案例,下面我們說一下迭代的需求分析,也就是不改變原有的解決方案進行優化。還是以狗子們的例子為例。
大狗子通過訓練更快的馬,實現了送信快的目的,并取得了顯著的成效??墒窃谶\行一段過程中,問題出現了,馬長期奔跑,變得越來越虛弱,蹄掌潰爛,死傷無數,送信人員也大多屁股疼,還有的不小心失去了生育能力(臥槽笑cry)。
于是大狗子決定,給馬打造鐵掌,搞更加柔軟的馬鞍,更加可靠的腳蹬。從此馬的死傷數量直線下降,送信人員的幸福感爆棚,腰不酸了,腿不疼了,一口氣能爬五樓,子孫也滿堂了,感謝大狗子所做的一切。
二狗子的鴿子雖然沒有出現死亡的情況,但是依然遇到了難題,鴿子每次只能攜帶極少數量的信息,如果想要同時傳達較多的信息是很難做到的。二狗子好苦惱啊,跟老婆訴苦,一把鼻涕一把淚,什么人生啊,理想啊,二狗子的老婆二丫頭給二狗子支招:你見過螞蟻尋食嗎,一直搬不動,就一群螞蟻搬回家。
二狗子茅塞頓開,直呼自己三生有幸娶了二丫頭。開始訓練鴿子的群體團隊意識,讓幾只鴿子一起協作,一同送信,收信人只要把收到的幾封信按照序號組合起來,就是一封完整的信。二狗子二丫頭更加恩愛了。
三狗子也沒有那么安逸,他的大哥大就像磚頭一樣,太沉了,很多人都被砸傷了腳,衣服的口袋也被撐破了,甚至有很多業務員被壓的不長個子了,連老婆都搞不到,已經結婚的也都面臨離婚的風險,員工們紛紛提出離職,三狗子委屈無奈,寶寶心里苦啊,但是寶寶不說(男子漢一般的三狗子)。
三狗子立刻調整方案,制造出了更加智能更加輕快好用的手機,江湖人稱“愛瘋6s 普拉斯”,不但能傳達信息,還能視頻通話,甚至還能“柔光雙攝2000W像素,照亮你的美”,把老婆們的照片拍的美美的。從此業務員不受傷了,也沒有人要離婚了,讓業務員們一度成為了白富美的勾搭對象,火爆程度堪比香港劉德華、山東梁朝偉。
在實際的工作過程中,我們會遇到以下表面需求,我們要深度挖掘需求,就想本文提及的,不論是“更快的馬”“更快的送信”都不是用戶的最終需求,最終需求是“快速傳達信息”。
在產品上線后,會遇到各種各樣的問題,這就需要我們去做版本迭代來適應當前需求的變化,也就是文中大狗子二狗子三狗子所作出的不同改進方案。
好了,瞎比比了這么多,就是希望能以更通俗易懂的方式讓大家理解文章主題,而不是枯燥乏味的理論。
作者:膝蓋哥,是一枚“跪著提需求”的產品經理。常說“不用不用,真的不用了,我跪著就好!”
本文由 @膝蓋哥 原創發布于人人都是產品經理。未經許可,禁止轉載。
生動形象、簡單明了地闡述了用戶需求分析。快馬:提高原有產品的性能;信鴿:改變產品的服務方式;大哥大:從0到1的,抓住用戶本質需求,改變信息的承載方式,開發新產品。
生動形象而又把事實闡述清楚,贊!!~~
沒看文章之前進行了下腦圖風暴。中間考慮過手機問題,但是考慮到當時的環境,可行性不高。也考慮過飛機、火車XX的,考慮到你的問題所處環境,也被排除。
最后我腦圖風暴如下:
客戶:皇帝
問題:119的信沒及時送到
風暴:為什么沒送到?交通工具?資源太分散?離得太遠?等等…
解決:如是交通工具問題,是不是換匹馬就行了?還是需要重新定義傳信工具?飛鴿傳書?
信件太分散導致傳信人效率低下?要不要建立一個集中收集信件的中心,先把奏折快馬加鞭至一個集中的地方處理后,再集中發送至皇帝手邊。
收寄信件的中心讓我想起了中轉站,這個好比現代快遞的形式
螞蟻搬家那個一只寫成一直了
受教了
寫的不錯,通俗易懂,趣味性強,贊,
對于新手來說是福音,通俗易懂,對產品經理的工作有了更明確的了解。贊!
作者沒有微信號,是腐男
幾句話說完的福特汽車與馬的故事說成一篇文章
大神輕噴,我錯了
功能的穩定性和可擴展性是不可分的。
需求分析=縱向分析+橫向分析
縱向分析:挖掘真實需求,分析需求的可行性
橫向需求:確定需求的優先級
對于想入門PM的新人來說,比較容易接受這種方式的理解需求,不錯很好,
本故事純屬杜撰,叫我段子手
受教了,以前剛開始接觸時,出了很多錯,拿到需求就直接做了,沒有更深的去考慮,導致后面的項目在運營時出現差錯,希望以后多看到你的文章,又不枯燥無味 ?? ——剛入行的小產品敬上
寫的不全面,只是簡單映射需求,對可行性等都還沒考慮 ??
有趣而形象的闡述理論,總是能讓人更容易理解和牢記 good
是一本正經的吹牛8
超級喜歡這種風格,看起來一點都不覺得枯燥無味,喜歡這種幽默詼諧講道理的文章,希望以后能多出些這種文章。 ??
身為一個段子手,幽默詼諧是多嗎痛的領悟 ??
這個明白,但是在實際中,如果大哥大開發成本高,周期長呢
那這就是說明該方案不可行,文章僅僅是為了說明需求分析,不涉及方案的可行性評估
不錯,很直白易明
很形象
有意思