ZKIZ Archives


【幹貨】什麽是用戶真正的需求?用戶根本不知道自己需要什麽

來源: http://new.iheima.com/detail/2013/1230/57499.html

每個人都在談論用戶需求,可是用戶根本不知道自己需要什麽!創新,尤其是顛覆式創新、破壞性創新是不可能通過需求調研出來的。i黑馬分享這篇文章給創業路上的小夥伴們,希望有所啟發。曾經有一個很有名的段子,大致意思就是說在汽車尚未出現的馬車時代,你去做消費者調研,只會得到這樣的答案:我需要一匹更快的馬,而不會得到:我需要汽車。因為對於消費者來說,他從來沒有看到過汽車,怎麽可能回答你需要汽車呢?這個段子,似乎充分說明了,創新,尤其是顛覆式創新、破壞性創新是不可能通過需求調研出來的。不過,這個段子可能是有些問題的。它沒有搞清楚一點,到底什麽叫需求。在“我需要一匹更快的馬”這句話里,其實“更快”才是需求,而“馬”只是一個解決方案。消費者在這句話里不僅提出了需求,而且還提出了他能想到的“解決方案”。現在,你到底是要滿足他的需求?還是滿足他的解決方案?顛覆式創新的要點在於由供給者提出一個全新的解決方案來滿足用戶的需求,而不是用戶自己想到過的解決方案。其實這件事有很大的風險:要說服用戶拋棄固有的解決方案,接受一種全新創造出來的解決方案。這一步沒有做好,顛覆式創新就會失敗。炮制一個概念是非常重要的。概念其實就是做這樣一件事:這種解決方案優於以前使用的任何一種解決方案。但由於是一個非常新的、用戶從來沒有想到過的解決方案,它面臨的風險在於用戶會很懷疑這種方式是否“完美”。比如,為用戶推薦一匹跑得更快的馬,還是推薦一臺汽車?用戶會擔心,它會不會有什麽不確定風險?它能像一匹馬那樣為我服務上若幹年嗎?顛覆式創新有時候需要漸進式創新(微創新)幫忙,因為用戶也需要一步一步接受。比如蘋果的三大手持i系列產品,它的路徑是這樣的:iPod到iPhone到iPad。iPod是一個音樂播放器,這個產品的成功意味著用戶通過iTunes來購買一個無形產品是可行的,而且也證明了一個類似無形產品的虛擬銷售商店是可行的,但它不是沒有鋪墊,它的鋪墊就是MP3播放器比隨身磁帶機CD機更值得擁有。iPhone,喬布斯在介紹它的時候,其實也用了鋪墊,他把它稱為一個大屏可觸摸的iPod加上一個Phone再加上一個互聯網溝通物件。在那次演講中,他嘲笑了一通當時世面上的智能手機之難用,誇耀了一通自家的iPhone。本質上而言,早期的智能手機之所以市場不大,無非就是作為一種解決方案,用戶不能接受罷了。從中我們可以看到,之所以蘋果會如此強調易用性以至於連iPhone都沒有說明書,就是在於一項顛覆式創新作為一種全新的解決方案,如果還需要用戶苦苦學習,用戶的慣性會讓他們拋棄這種方式――這一點,在信息時代剛剛開啟時還不至於如此,而在今天,則特別明顯。諾基亞搞智能手機搞了很多年,市場依然不大。這並非代表著用戶不接受智能手機,他們只是不能接受諾基亞的解決方案。而諾基亞在功能手機上巨大的利益也不會讓它使勁琢磨用戶的真正需求是什麽,它可能只是被銷售數據糊弄了一把,以為沒有需求。殊不知其實真正的核心問題是:需求存在,解決方案不對。我原來一向的立場是,需求是被炮制出來的,是商家通過概念炮制生生催生出來的。但我後來慢慢改正了這個觀點。人說到底是一種欲壑難填的動物,作為一種物種,它的需求無邊無際。真正被炮制出來的是解決方案,只不過有些解決方案失敗了,淪落為無人問津的產品。有些解決方案大獲成功,於是人們說:它們滿足了我們的需求。 相關公司: 數據來自 創業項目庫 作者:魏武揮 | 編輯:ningyongwei | 責編:寧詠微

幹貨 什麼 用戶 真正 需求 根本 知道 自己 需要
PermaLink: https://articles.zkiz.com/?id=86699

股票掌故 | 香港股票資訊 | 神州股票資訊 | 台股資訊 | 博客好文 | 文庫舊文 | 香港股票資訊 | 第一財經 | 微信公眾號 | Webb哥點將錄 | 港股專區 | 股海挪亞方舟 | 動漫遊戲音樂 | 好歌 | 動漫綜合 | RealBlog | 測試 | 強國 | 潮流潮物 [Fashion board] | 龍鳳大茶樓 | 文章保管庫 | 財經人物 | 智慧 | 世界之大,無奇不有 | 創業 | 股壇維基研發區 | 英文 | 財經書籍 | 期權期指輪天地 | 郊遊遠足 | 站務 | 飲食 | 國際經濟 | 上市公司新聞 | 美股專區 | 書藉及文章分享區 | 娛樂廣場 | 波馬風雲 | 政治民生區 | 財經專業機構 | 識飲色食 | 即市討論區 | 股票專業討論區 | 全球政治經濟社會區 | 建築 | I.T. | 馬後砲膠區之圖表 | 打工仔 | 蘋果專欄 | 雨傘革命 | Louis 先生投資時事分享區 | 地產 |
ZKIZ Archives @ 2019