在傳統(tǒng)企業(yè)中,對于滿足客戶需求,比較常見的思路是就是開展相關(guān)的行業(yè)及客戶分析判斷客戶對產(chǎn)品的需求程度,然后投入大量的時間與資源去開發(fā)一個產(chǎn)品,再通過大量的市場宣傳就產(chǎn)品投入市場。不過最后的結(jié)果卻不盡如人意,有些產(chǎn)品卻無人問津,客戶不愿意為產(chǎn)品買單。這種方式開發(fā)的產(chǎn)品失敗的最根本原因是:在產(chǎn)品立項之初,沒有真正的從用戶的角度考慮其需求。 企業(yè)如何避免上述問題,埃里克·萊斯在他的《精益創(chuàng)業(yè)》提出了一種快速驗證痛點和需求的方法稱為MVP(Minimum Viable Product),MVP是指用最快、最簡明的方法開發(fā)出一個可用的產(chǎn)品原型,但MVP不僅僅是一個產(chǎn)品,還是一個過程,是由開發(fā)、測量、迭代三個環(huán)節(jié)形成的循環(huán): 開發(fā):開發(fā)出最小可行性產(chǎn)品(MVP),并找到種子用戶。 測量:對種子用戶使用產(chǎn)品的情況進(jìn)行定性定量測試。 迭代:根據(jù)數(shù)據(jù)和用戶的定性反饋,對產(chǎn)品進(jìn)行迭代調(diào)整,或者放棄產(chǎn)品,改變方向。 MVP必備產(chǎn)品要素,除了上述解決用戶痛點的核心功能要素,還要必備反饋渠道和官方通告要素,應(yīng)用類產(chǎn)品還要具有自動升級的要素。 反饋渠道是為用戶在產(chǎn)品內(nèi)部提供的反饋機制,方便于用戶在使用產(chǎn)品時遇到問題或疑惑時,第一時間將他們遇到的問題與使用感受反饋給我們,能夠給予我們產(chǎn)品反饋的,一般都是產(chǎn)品真正的需求者,通過他們的反饋意見改進(jìn)產(chǎn)品,會極大的縮短產(chǎn)品的MVP階段。 官方通知包括群發(fā)通告以及定向用戶通告,設(shè)置官方通告的目的在于向用戶傳遞企業(yè)官方的動態(tài),如運營公示、反饋回復(fù)以及應(yīng)對突發(fā)情況的緊急通知等。 App產(chǎn)品的自動升級要素,首先避免了用戶還要經(jīng)歷搜索-下載-安裝的過程;通過提示用戶確認(rèn)產(chǎn)品升級,在產(chǎn)品后臺幫助用戶進(jìn)行產(chǎn)品更新,將會更好的為用戶提供最新的迭代產(chǎn)品。 上邊介紹了MVP的一些基本問題,但首先還是要明確MVP的意義在于:在市場不確定的情況下,使用最少的資金及資源,驗證的產(chǎn)品兩個核心問題:一是產(chǎn)品能否真正的滿足用戶需求,二是用戶是否愿意為產(chǎn)品買單。我們在進(jìn)行MVP時,要根據(jù)自己所處行業(yè)的實際情況,選擇產(chǎn)品形式及推廣方式,真正的發(fā)揮出MVP的作用。 谷歌UAC廣告優(yōu)化思路總結(jié)篇(附思維導(dǎo)圖) Google UAC 3.0 轉(zhuǎn)化價值優(yōu)化
文章為作者獨立觀點,不代表DLZ123立場。如有侵權(quán),請聯(lián)系我們。( 版權(quán)為作者所有,如需轉(zhuǎn)載,請聯(lián)系作者 )

網(wǎng)站運營至今,離不開小伙伴們的支持。 為了給小伙伴們提供一個互相交流的平臺和資源的對接,特地開通了獨立站交流群。
群里有不少運營大神,不時會分享一些運營技巧,更有一些資源收藏愛好者不時分享一些優(yōu)質(zhì)的學(xué)習(xí)資料。
現(xiàn)在可以掃碼進(jìn)群,備注【加群】。 ( 群完全免費,不廣告不賣課!)