是體驗(yàn)成就了產(chǎn)品,而不是功能(譯)

原文地址

你的APP的用戶不是靠產(chǎn)品的功能贏得的,而是產(chǎn)品的體驗(yàn)

假設(shè)在這種情形下,你需要定義一下你的產(chǎn)品的最新版本,記得不要只是列產(chǎn)品的功能清單,而是要將產(chǎn)品的商業(yè)目標(biāo)和用戶的需求結(jié)合在一起,然后努力去營造一種體驗(yàn),使你的目標(biāo)用戶想要去用你的產(chǎn)品。同時(shí),你需要做好準(zhǔn)備去聆聽真實(shí)使用者的聲音,不斷的調(diào)整和改進(jìn)你的產(chǎn)品,來不斷的俘獲新用戶,鞏固老用戶,增大你的用戶群。

如果你正在努力為了確保產(chǎn)品有足夠的競爭力或者能覆蓋更多邊緣的使用場景而在給它加各種功能的時(shí)候,你正在推遲你開始學(xué)習(xí)怎樣讓用戶參與互動(dòng),怎樣讓用戶開始行動(dòng),以及會(huì)有怎樣的商業(yè)結(jié)果的點(diǎn)。

你發(fā)布的第一版產(chǎn)品是一個(gè)學(xué)習(xí)怎么創(chuàng)建一個(gè)用戶買賬的體驗(yàn)的重要機(jī)會(huì)。這可比你基于模糊的人口統(tǒng)計(jì)學(xué)甚至是豐富的用戶畫像而感知到的用戶真實(shí)珍貴的多。這也是為什么把你手中的最簡可行產(chǎn)品(MVP)盡快投放到潛在市場是那么的重要的原因。

很多產(chǎn)品進(jìn)入市場的時(shí)候是以一些不一樣的東西開始的。

Foursquare就是一個(gè)很好的例子,他們花了兩年的時(shí)間把目標(biāo)集中在市場衍生物上。他們發(fā)現(xiàn)游戲化模型會(huì)快速被用戶接受,但是它沒有建造足夠好的,有強(qiáng)力引力的體驗(yàn)以至于可以保住核心用戶并讓他們成為潛在支付者或者提供長線價(jià)值。所以他們把重心轉(zhuǎn)向了本地搜索。

Foursquare的例子很好的闡明了快速試錯(cuò)的重要性。他們花在專注于不可持續(xù)的體驗(yàn)上的那兩年,也間接對大多數(shù)的同類型的燒著投資人數(shù)百萬美元卻還沒有任何盈利希望的產(chǎn)品判了死刑。

一個(gè)更好的闡明最簡可行產(chǎn)品(MVP)策略的例子是Hyperlapse,一個(gè)從Instagram/Faceboook出來的產(chǎn)品。

當(dāng)你打開APP,你會(huì)被邀請開始拍一個(gè)Video,拍攝結(jié)束時(shí),你可以給你的video設(shè)置一個(gè)從2倍到12倍不等的速度。設(shè)置結(jié)束后這個(gè)被加速的video將會(huì)被保存到你的媒體庫,然后你可以將此視頻分享到Instagram 或者Facebook。

這就是那個(gè)APP。

沒有注冊登錄的環(huán)節(jié),也沒有應(yīng)用內(nèi)文件管理,你也看不到你保存在APP里之前的視頻。

你只能一次性搞定這個(gè)視頻,不能回頭修改你設(shè)置的速度,你只是設(shè)置一個(gè)速度,然后分享,就這樣。

“我們不能發(fā)布一個(gè)沒有那些功能的產(chǎn)品”

大多數(shù)公司會(huì)說,“我們不能發(fā)布一個(gè)沒有這些功能的產(chǎn)品”

好,讓我們來簡要總結(jié)一下像Hyperlapse這樣的產(chǎn)品在發(fā)布的時(shí)候需要增加兩個(gè)額外的功能——文件管理和視頻編輯,后會(huì)是什么情形。

為了達(dá)到這個(gè)目的,你需要考慮用戶怎么去接觸到這些功能(導(dǎo)航和屏幕控制);設(shè)計(jì)這些頁面;將這些功能運(yùn)用到使用場景需要什么;開發(fā)這些功能,包括文件系統(tǒng)的訪問以及支持視頻編輯的復(fù)雜的API。然后你還需要測試和發(fā)布產(chǎn)品。

這絕對是四倍于前的接口工作,六倍于前的開發(fā)工作。

這還是在沒有考慮發(fā)展問題和之前那些復(fù)雜的工作會(huì)導(dǎo)致的特殊情況的前提下。在每種情況下,妥善解決這些新功能帶來的問題都需要時(shí)間,這就意味著產(chǎn)品進(jìn)入市場的時(shí)間會(huì)晚二、三、四個(gè)月,甚至更長的時(shí)間。如果沒有人深究,然后呢,如果你不能賺錢,然后呢?

如果你的MVP(最簡可行產(chǎn)品)因?yàn)樯碡?fù)一些無關(guān)緊要的功能而進(jìn)入市場太慢你會(huì)冒很多風(fēng)險(xiǎn),有可能是錯(cuò)過寶貴意見,最糟的是,你的MVP是基于一個(gè)錯(cuò)誤的假設(shè)。

設(shè)計(jì)一個(gè)問答工具

一個(gè)新產(chǎn)品,你帶著對你的目標(biāo)用戶和使用你產(chǎn)品的用戶的實(shí)際行為的一系列假設(shè)站在十字路口,一直奮力抓住新的市場機(jī)會(huì),處理不斷變化的目標(biāo)需求,和其他一大堆未知的情況。

這些你給你的MVP(最簡可行產(chǎn)品)增加的功能和一堆未知的東西會(huì)給你的MVP(最簡可行產(chǎn)品)帶來額外的變數(shù)。這些變數(shù)反過來又會(huì)讓你那些新增的功能和未知的東西更難驗(yàn)證,你也很難收集到有用的數(shù)據(jù)去幫助你改善你的產(chǎn)品。

你的MVP就是一個(gè)將問題轉(zhuǎn)化為答案的工具。

MVP的目的就在于減少產(chǎn)品開發(fā)中功能點(diǎn)的數(shù)量,和減少那些未知的東西的大小。換句話說,你的MVP就是一個(gè)將問題轉(zhuǎn)化為答案的工具。

你的產(chǎn)品的核心體驗(yàn)

你設(shè)計(jì)建造的功能越多,在投入市場前就會(huì)花費(fèi)越長的時(shí)間,更糟糕的是,你在沒有市場反饋的時(shí)候做了越多,越不可能吸引到目標(biāo)用戶且得到他們的關(guān)注。

造成這種結(jié)果的原因在于你不可避免的把你的APP的功能建立在越來越多的未經(jīng)證實(shí)的假設(shè)之上。這就像你在沒有任何圖片的參考下拼一個(gè)巨大的拼圖一樣。

所以,你應(yīng)該聚焦于提供給你的目標(biāo)用戶最核心的體驗(yàn)。簡化你的產(chǎn)品,定義一個(gè)可能抓住目標(biāo)用戶的必不可少的核心的功能,并把它做好然后交到用戶的手上,聽聽他們的反應(yīng)。

如果你沒有抓住核心體驗(yàn),而是把你的產(chǎn)品做得寬而淺,那你會(huì)發(fā)現(xiàn)你的用戶變得迷茫、困惑、厭煩甚至走掉了。最最重要的是,你將不會(huì)再找到熱情高漲、干勁十足,想跟著你成事的員工了,你將不再有吸引力。

太多但是

典型的產(chǎn)品設(shè)計(jì)的過程是由一些內(nèi)在的力量驅(qū)使,做出一個(gè)MVP,這個(gè)MVP沒有并沒有特別的產(chǎn)出速度、聚焦、效率和洞察力。

在進(jìn)入市場之前,你總是能找到理由做更多地事情,但這些事沒有一件能為你做出偉大的產(chǎn)品給出有見地的指引。所以,讓我們來看看這些反對的意見吧,看看他們是怎么走向失敗的。

讓我們回顧一下創(chuàng)造一個(gè)有價(jià)值的MVP的過程中的三個(gè)主要的點(diǎn)吧,如果你從一個(gè)產(chǎn)品經(jīng)理那聽到這些,那關(guān)于一個(gè)臃腫的,無重心的產(chǎn)品的壞處真是有太多可說的了。

如果你就是一個(gè)產(chǎn)品經(jīng)理,我們強(qiáng)烈建議您把您MVP的用戶體驗(yàn)當(dāng)作最重要的事情去不斷優(yōu)化,如果不這么做將意味著有比研發(fā)預(yù)算超期更麻煩和復(fù)雜的事情在等著你。

第一個(gè)但是:“我需要讓我的MVP變得更有價(jià)值一些”

作為一個(gè)企業(yè)經(jīng)營者,或者簽支票的人來說,他們更容易試圖去做一個(gè)有著很多不必要功能的MVP,從預(yù)算上來說如果你覺得更多的功能意味著更大的價(jià)值,那貌似功能點(diǎn)越多越好。但其實(shí)更多的功能點(diǎn)只意味著更多的工作量,同時(shí)也總是削弱產(chǎn)品的體驗(yàn)價(jià)值。

這道理就像是用一輛車的輪子數(shù)量來定義這輛車的價(jià)值一樣,六個(gè)輪子的車一定比四個(gè)輪子的車好,因?yàn)槟銚碛辛烁嗟剌喿印?/p>

這個(gè)論點(diǎn)不合理,一味的增加產(chǎn)品功能的數(shù)量也一樣,因?yàn)楣δ懿坏扔隗w驗(yàn)。事實(shí)上,更多的功能導(dǎo)致了更多的費(fèi)解和迷惑。這些額外的功能帶來的副作用使產(chǎn)品變得難用,同時(shí)增加開發(fā)成本,維護(hù)和支持成本。

從另一個(gè)角度來說,一個(gè)MVP的功能點(diǎn)的數(shù)量甚至和它能做的事情(如下)都沒有直接的聯(lián)系:

? ? ? ?1驗(yàn)證你的假設(shè)

? ? ? ?2獲取用戶和市場偏好的數(shù)據(jù)

? ? ? ?3給你的用戶提供最核心的產(chǎn)品體驗(yàn)

冒險(xiǎn)再重復(fù)一次,給MVP增加更多功能就是在推遲你可以做這些事情(以上三點(diǎn))的時(shí)間。

如果有什么東西你想優(yōu)化的,那一定是要盡快找到使用你產(chǎn)品的熱情的用戶,而不是給產(chǎn)品增加功能點(diǎn)。

第二個(gè)但是:“我們要覆蓋所有的使用情境,否則就會(huì)失去用戶”

快讓我們忘了這個(gè)吧:你不可能涵蓋所有的用例。

功能豐富的產(chǎn)品們,都發(fā)展成長了多年,有數(shù)千的開發(fā)者,也還不能涵蓋多有的用例。所以說這是個(gè)多么蠢的事情,好一點(diǎn)是你為核心用戶創(chuàng)造更好體驗(yàn)的精力被分散,更糟的是導(dǎo)致你無視了你的核心用戶。

看看微軟的Office。Office是微軟繼Windows之后的第二大營收支柱。不過它最近被Google的在線文檔和很多其他的書寫工具搞得很郁悶。Office不像這些競爭者們,又快,有好用,還可以很便捷的快平臺(tái)使用。這些競爭者們把目標(biāo)集中在最核心的書寫需求的目標(biāo)上,而沒有去做大量的只能吸引高級(jí)用戶的功能。

我們假設(shè)世界上大部分的用戶只用了產(chǎn)品5%的功能,這就意味著任何公司只要把這5%的功能做到更好,相比于微軟就有了絕對優(yōu)勢。

做一個(gè)涵蓋邊緣用戶情境的和高級(jí)用戶需要的功能的MVP將會(huì)花費(fèi)4倍于前的設(shè)計(jì)時(shí)間,6倍于前的開發(fā)時(shí)間。添加了這些功能也讓用戶界面變得更復(fù)雜迷惑,用戶需要在各種無關(guān)緊要的信息中篩選,才能找到他要的。

所以,這不僅僅是增加了開發(fā)的成本,也增加了用戶的認(rèn)知成本,用戶必須在每次要做什么之前先找到怎么做。

歸根結(jié)底:對于大部分用戶來說,用微軟的Word來做日常的寫作需要的時(shí)候,會(huì)涉及到太多噪音,太多選擇,太多干擾,和太多困難。最好的結(jié)果是,用戶無視了那些他們從來不用的界面信息,更壞結(jié)果就是,他們在點(diǎn)遍了所有菜單之后還是不知道他們需要哪個(gè)。

當(dāng)然,Word是一個(gè)成熟的產(chǎn)品而不是MVP,它給那些產(chǎn)品目標(biāo)本來就是最大化功能列表的產(chǎn)品提供了一個(gè)絕佳的案例。

最后再重復(fù)一遍:你不可能涵蓋所有的使用情境?,F(xiàn)在回頭聚焦于體驗(yàn)。

第三個(gè)但是:“我們在發(fā)版之前必須把APP做完”

完成的觀念是創(chuàng)造一個(gè)成功的MVP道路上的一個(gè)常見的障礙。

仔細(xì)想想這種觀念通常來自于銷售或市場的利益相關(guān)者,他們擔(dān)心一個(gè)真正的MVP(一個(gè)快速進(jìn)入市場收集有效數(shù)據(jù)的優(yōu)化產(chǎn)品)不完善。

這種擔(dān)憂是來自于對到底什么創(chuàng)造了吸引人的產(chǎn)品體驗(yàn),和減輕了產(chǎn)品被人接受的阻力的錯(cuò)誤認(rèn)知。

更多地功能,或者更完善的功能列表并不能導(dǎo)致更多地吸引力,更愉悅的使用體驗(yàn)。只有真正做到了關(guān)注核心體驗(yàn)的產(chǎn)品才可以。這意味著你所有的資源都應(yīng)該聚焦于最核心的、令人印象深刻的、精心打磨的用戶體驗(yàn),為它制定計(jì)劃、設(shè)計(jì)和開發(fā)。這本身就是一個(gè)巨大的工程。

你所有的為了所謂的完成這個(gè)產(chǎn)品付出的額外努力都只會(huì)導(dǎo)致拖延,和更多的你自己的假設(shè)加入進(jìn)來,讓你的目標(biāo)和你的產(chǎn)品脫節(jié)。真正來說,你的產(chǎn)品永遠(yuǎn)也不可能完成。每當(dāng)從用戶那學(xué)到東西,商業(yè)規(guī)則的改變或者市場的變化,你的產(chǎn)品都需要適應(yīng)這些并做出改變。你越早開始學(xué)習(xí)并適應(yīng),成功的幾率就越大。

你的MVP可能需要削減更多功能

我說出這話其實(shí)挺不容易的:你的MVP需要的功能可能比你最開始計(jì)劃的要更少。

削減產(chǎn)品的功能總是可以從兩個(gè)維度來提升產(chǎn)品:

? ? ? ?1進(jìn)入市場的時(shí)間

? ? ? ?2預(yù)算

每個(gè)功能點(diǎn)的增加都需要花費(fèi)指數(shù)倍的工作來滿足,因?yàn)樗枰恳粋€(gè)利益相關(guān)者的投入,包括:

? ? ? ?內(nèi)容

? ? ? ?設(shè)計(jì)

? ? ? ?程序

? ? ? ?測試

? ? ? ?運(yùn)維

? ? ? ?法律

每次你想給你的產(chǎn)品增加點(diǎn)神馬的時(shí)候你就想想這些吧。

把你的關(guān)注點(diǎn)聚焦在體驗(yàn)上

進(jìn)入市場的時(shí)間和預(yù)算還不是削減你MVP的最佳理由,他們只是附加好處。

每一個(gè)相關(guān)人員的努力,都應(yīng)該從產(chǎn)品的核心體驗(yàn)出發(fā),從產(chǎn)品的最初到最后發(fā)版,以及之后的每次迭代,把可用的資源都放在提高產(chǎn)品體驗(yàn)上吧。

不管你是準(zhǔn)備增加功能還是調(diào)整界面,你都應(yīng)該經(jīng)常問自己,你的用戶面對你的產(chǎn)品會(huì)如何反應(yīng),他們能從中得到什么,和如何利用你的產(chǎn)品。

如果有任何損害核心體驗(yàn)的功能,請立即停止改動(dòng)和發(fā)版。當(dāng)你做較少的功能然后去觀察用戶何如反應(yīng),他們有什么樣的舉動(dòng),然后跟你最開始的假設(shè)進(jìn)行對比,這樣你會(huì)洞悉的更多。這種洞察力將在你為產(chǎn)品適應(yīng)市場而奮斗的時(shí)候給你最大的紅利。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡書系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

  • Android 自定義View的各種姿勢1 Activity的顯示之ViewRootImpl詳解 Activity...
    passiontim閱讀 179,040評(píng)論 25 709
  • 作者:Lee Dale 原文地址:http://uxmag.com/articles/the-experience...
    道聽途說閱讀 679評(píng)論 0 10
  • 此時(shí)此景我覺得再好也沒有了,我再不必匆匆趕到哪兒去了……土地承受著一切,孕育著一切,土地是我們的保姆和良友,她是永...
    喜貝貝閱讀 595評(píng)論 32 31
  • 主帥(神情焦急):主公,高數(shù)這座城池易守難攻,往年將士們掛在那里的不計(jì)其數(shù)。如今形勢危機(jī),眼看就要期末了,還請主公...
    光儀閱讀 167評(píng)論 0 1

友情鏈接更多精彩內(nèi)容