很多創(chuàng)業(yè)者存在著一個(gè)共同的“弊病”，一旦有了想法，在沒有經(jīng)過任何調(diào)查驗(yàn)證情況下，就開始動(dòng)手開發(fā)產(chǎn)品。

結(jié)果只能遭受現(xiàn)實(shí)的"暴打"，但始終沒有弄明白:明明感覺自己的創(chuàng)意很好，產(chǎn)品也做得不錯(cuò)，為什么無法吸引用戶呢?

如果你耐心看完站長之家分享的這篇文章，那么就能找到答案。本文中，視頻工具grain.co CEO兼聯(lián)合創(chuàng)始人Mike Adams在經(jīng)歷過多次失敗之后，總結(jié)出開發(fā)出一個(gè)成功產(chǎn)品必須做到的幾個(gè)要點(diǎn)。

相信做到以下幾點(diǎn)，能更好的確保你能發(fā)現(xiàn)和開發(fā)出偉大的產(chǎn)品，真正解決客戶問題。

以下是正文:

在開發(fā)任何技術(shù)產(chǎn)品時(shí)，最常見的建議之一就是“與用戶交流”。

但是，我們大多數(shù)人與客戶/潛在客戶默認(rèn)溝通的方式是不科學(xué)的，而且存在著很大的偏差，這讓我們處于“自欺欺人”的危險(xiǎn)之中，浪費(fèi)了數(shù)月時(shí)間結(jié)果構(gòu)建出來的卻是沒人想要用的“垃圾產(chǎn)品”。

在過去的十年里，我創(chuàng)立了多家公司，但在我第三次創(chuàng)業(yè)時(shí)，我才明白了一個(gè)更好的方法來真正理解用戶。

“失敗是最偉大的老師”

十年前，我剛開始創(chuàng)業(yè)的時(shí)候有了一個(gè)想法，什么都沒想就直接把它變成了一個(gè)UI，并雇傭了一些開發(fā)人員來實(shí)現(xiàn)它。在花費(fèi)了將近一年的時(shí)間和數(shù)萬美元之后，我們正式推出了產(chǎn)品。

結(jié)果是，壓根就沒有人想用我們開發(fā)的產(chǎn)品。

我認(rèn)為問題之一是自己缺乏技術(shù)技能，所以開始報(bào)課程去學(xué)習(xí)編程知識(shí)，并到正規(guī)的公司找到了一份軟件工程師的工作。

當(dāng)我開始二次創(chuàng)業(yè)時(shí)，事情肯定會(huì)有所不同。這一次，在我們做出任何東西之前，與幾十個(gè)潛在用戶和行業(yè)專家進(jìn)行了交談。這一次成功了!

我們的使命是引人注目的，高調(diào)啟動(dòng)了公司，并在10個(gè)月內(nèi)籌集了1150萬美元。然而，僅僅兩年之后，我們的投資人撤回他們的投資資金，產(chǎn)品也立即被迫關(guān)閉了。

當(dāng)時(shí)，我有一種被掏空的感覺，現(xiàn)在仍心有余悸。

事后，我回顧了最初的研究筆記，發(fā)現(xiàn)自己忽略了幾個(gè)致命的警告。我的確聽用戶的意見，但是很久以后才意識(shí)到，其實(shí)我沒有真正理解他們的意思。

因此，如果我想避免第三次失敗，需要弄清楚怎么樣算真正理解用戶，自己在這方面有哪些欠缺。

產(chǎn)品開發(fā)的兩個(gè)不可避免的“硬傷”

硅谷Product Group創(chuàng)始人、eBay早期的前項(xiàng)目經(jīng)理馬蒂?卡根表示，“關(guān)于產(chǎn)品，有兩個(gè)殘酷事實(shí)?！?/span>

真相1:我們至少有一半的想法是行不通的:

真相2:即使是好的想法也要經(jīng)過多次迭代才能變得可行。

我的經(jīng)驗(yàn)也告訴我，這些令人不快的事實(shí)是無法逃避的。

不管我們?nèi)绾温斆骰蚪?jīng)驗(yàn)有多豐富，從統(tǒng)計(jì)學(xué)上講，我們的大多數(shù)想法都是行不通的。成功的產(chǎn)品需要時(shí)間和努力才能打磨成真正的產(chǎn)品，并被市場廣泛采用。

你的想法遠(yuǎn)不如你的過程重要——最好的過程開始于理解目標(biāo)客戶已經(jīng)在采用什么辦法來解決他們面臨的問題，更重要的是，理解目標(biāo)用戶為什么會(huì)這么做。

產(chǎn)品開發(fā)前的對話

然而，就算是在第三次創(chuàng)業(yè)，我又一次陷入了對上面兩個(gè)事實(shí)視而不見的陷阱。

確認(rèn)性的認(rèn)知偏見是一種可怕的“毒品”。

兩年前我們開始創(chuàng)建grain.co時(shí)，選擇從一個(gè)特定的產(chǎn)品解決方案開始，構(gòu)建原型，并從用戶那里獲取反饋。用戶會(huì)告訴我們他們很想使用這樣一個(gè)產(chǎn)品，但是在我們用了幾個(gè)月的時(shí)間里把原型變成了產(chǎn)品，卻很少有人真的會(huì)去用。

所以我們從頭開始，但這次采用了不同的方法:

• 專注于一個(gè)非常特定的用戶類型和一個(gè)需要完成的非常特定的任務(wù)。

• 采訪幾十個(gè)有這類型需求的人，了解他們當(dāng)下是如何以及為什么解決問題。

• 我們的目標(biāo)不是驗(yàn)證某個(gè)特定解決方案的價(jià)值，而是觀察現(xiàn)有的客戶行為和愿望，以此為潛在產(chǎn)品解決方案找出新想法的手段。

第一步:用戶問題研究（避免用戶“撒謊”）

當(dāng)你傾聽目標(biāo)市場當(dāng)前為解決問題所做的事情時(shí)，就可以更好地了解潛在客戶的現(xiàn)有動(dòng)機(jī)、行為和期望，從而大致判斷他們對新解決方案的反應(yīng)。

羅伯·菲茨帕特里克（Rob Fitzpatrick）創(chuàng)造了“媽媽測試”(The Mom Test)，這是一套提出好問題的簡單規(guī)則，這樣即使你的媽媽也不能在回答中對你撒謊，以保護(hù)你的自尊心。

用戶問題研究注重于理解現(xiàn)有的行為。例如，以下是我們在Grain使用的采訪指南中的一些問題，用來了解潛在用戶如何記錄和共享現(xiàn)場會(huì)議的信息。

• 您當(dāng)前記錄和共享視頻會(huì)議信息的流程是什么?

• 您記錄和共享的信息的準(zhǔn)確性有多重要?

• 您目前采取了哪些措施來確保捕獲信息的準(zhǔn)確性?

• 如果文檔不準(zhǔn)確會(huì)發(fā)生什么?

• 你有多少次在談話中不需要記錄或分享任何東西?

• 對您來說，記錄和共享哪些類型的對話是最重要的?

一定要避免關(guān)于人們可能會(huì)做什么的假設(shè)性問題。不要試圖用“你會(huì)使用這個(gè)嗎”或“你認(rèn)為XXX有什么可能性”之類的問題來驗(yàn)證你未來的產(chǎn)品——這就是我們所說的引導(dǎo)目擊者（證人），這會(huì)導(dǎo)致不可避免地使你提供的數(shù)據(jù)產(chǎn)生偏差，并浪費(fèi)時(shí)間來構(gòu)建錯(cuò)誤的東西。

在這個(gè)階段，你只需要觀察用戶已經(jīng)在做什么，而不是他們理論上可能會(huì)做什么。

Rob分享了一個(gè)更新的模型:如果你不小心，用戶就會(huì)對你“撒謊”

• 問錯(cuò)誤的問題

• 記住錯(cuò)誤的事情

• 根據(jù)你所聽到的來“證明”，作出錯(cuò)誤的決定

Rob和大多數(shù)其他研究人員建議，可以征得受訪者的同意，記錄這些采訪并做有時(shí)間注釋的比較，這將有助于他們準(zhǔn)確記憶和整理行為模式，最終有助于定義產(chǎn)品、工程和設(shè)計(jì)團(tuán)隊(duì)可以放心構(gòu)建的“要做的工作”。

第二步:評估用戶測試

在了解了目標(biāo)市場在生成研究中面臨的問題后，你可能會(huì)有足夠的信心去測試一個(gè)特定的產(chǎn)品解決方案，看看能否得到用戶的重視。

這就是評估測試背后的概念。

在這個(gè)早期階段，將產(chǎn)品解決方案的超輕量級實(shí)現(xiàn)放在目標(biāo)用戶面前，以了解他們的反應(yīng)。雖然說原型產(chǎn)品越接近現(xiàn)實(shí)越好，但它不需要是一個(gè)功能齊全的產(chǎn)品:紙上的設(shè)計(jì)、原型、模型——任何類似的形式都可以。

你在這個(gè)階段的目標(biāo)是得到明確的定性信號，讓用戶:

• 理解建議的產(chǎn)品解決方案

• 明確表達(dá)對該產(chǎn)品作為當(dāng)前優(yōu)越解決方案的前景的興奮

不幸的是，太多的產(chǎn)品團(tuán)隊(duì)加速了測試，或者直接跳過測試，直接進(jìn)入工程和交付階段。根據(jù)市場的復(fù)雜程度和你要解決的問題，這個(gè)階段可能需要幾個(gè)月甚至幾年的時(shí)間。

這聽起來可能讓人泄氣，而且很費(fèi)時(shí)間，但我肯定的是:你的產(chǎn)品的成功將與在最初的客戶發(fā)現(xiàn)階段所完成的工作的質(zhì)量成正比。

它值得去做，當(dāng)然也值得把它做好。

第三步:可用性測試

即使你的團(tuán)隊(duì)創(chuàng)造出了人們想要的東西，如果客戶不知道如何使用，那產(chǎn)品也是白搭。這就是產(chǎn)品團(tuán)隊(duì)在整個(gè)構(gòu)建過程中，需要進(jìn)行可用性測試的原因。

可用性測試的傳統(tǒng)方法是建立一個(gè)測試環(huán)境，當(dāng)用戶瀏覽產(chǎn)品時(shí)，我們要觀察具體情況。應(yīng)當(dāng)鼓勵(lì)用戶解釋他們看到、想到和觀察到的東西，同時(shí)還要提示用戶，如果他們在使用產(chǎn)品時(shí)卡住了，接下來可能會(huì)考慮什么。在大多數(shù)情況下，產(chǎn)品的可用性問題變得不言而喻。

這里跟大家分享一個(gè)可用性測試面試的框架，可以詢問參與者關(guān)于他們的:

• 期望（關(guān)于將要發(fā)生的事）

• （對所發(fā)生的事情）反應(yīng)

• 反思（關(guān)于1和2之間的差異）

這里有一種不太科學(xué)但更靈活的方法來識(shí)別較低的可用性問題。在進(jìn)行測試時(shí)，讓團(tuán)隊(duì)中的人指導(dǎo)新用戶（最好是通過視頻電話）設(shè)置產(chǎn)品并實(shí)時(shí)回答問題。這能夠幫助團(tuán)隊(duì)成員理解用戶被要求采取的步驟，以及這些步驟直接帶來價(jià)值的方式。

這有助于團(tuán)隊(duì)形成對問題的共同理解，并找到真正有效的解決方案。

第四步:不斷的探索

最好的產(chǎn)品團(tuán)隊(duì)永遠(yuǎn)不會(huì)停止開發(fā)新特性并進(jìn)行評估測試的工作。即使他們最初的研究和測試變成了真正的產(chǎn)品，他們也知道創(chuàng)造一個(gè)永不停止學(xué)習(xí)和成長產(chǎn)品交付的重要性。

產(chǎn)品團(tuán)隊(duì)更常見的做法是不斷地從現(xiàn)有用戶那里學(xué)習(xí)和發(fā)現(xiàn)，而從完全沒有“偏見”的非用戶那里收集見解會(huì)很少很多。但能在現(xiàn)有的和新的兩大群體之間取得平衡是理想的。新用戶可以讓你更好地了解最初的產(chǎn)品體驗(yàn)，而現(xiàn)有的“高級用戶”可以在使用某個(gè)產(chǎn)品幾周或幾個(gè)月后，為你提供深度的見解。

優(yōu)秀的產(chǎn)品團(tuán)隊(duì)能夠與最活躍的用戶建立長期的信任關(guān)系。你可以看到這些團(tuán)隊(duì)中的人員會(huì)建立不斷反饋的會(huì)議，以獲得洞察和傾聽用戶的關(guān)注和想法。這些采訪的目的是找出哪些是令人愉快的，哪些是令人沮喪的，哪些是可行的，哪些是還有欠缺的。

在構(gòu)建產(chǎn)品的早期，每周或每兩周進(jìn)行一次例行登記這些反饋會(huì)議是很重要的。隨著時(shí)間的推移，產(chǎn)品越來越接近市場需求，頻率可以降低到變成每月甚至每季度一次。

以數(shù)據(jù)驅(qū)動(dòng)作出決策

在發(fā)現(xiàn)過程的每個(gè)階段，你都應(yīng)該用所學(xué)的知識(shí)來推動(dòng)決策。對于沒有經(jīng)驗(yàn)的產(chǎn)品團(tuán)隊(duì)，這些決定通常是基于一個(gè)觀點(diǎn)或選擇，幾乎沒有數(shù)據(jù)支持。

團(tuán)隊(duì)成員還經(jīng)常憑自己的感覺單獨(dú)評估這些信息，得出不一致結(jié)論，從而導(dǎo)致產(chǎn)品設(shè)計(jì)很差。

因此，為了整個(gè)團(tuán)隊(duì)以及研究的受眾，一定要優(yōu)先考慮讓你的數(shù)據(jù)易于共享。這是讓團(tuán)隊(duì)最終提出支持或反對某個(gè)決定的理由，能夠獲得與最初進(jìn)行采訪的人相同的信息。

如今，已經(jīng)有高質(zhì)量的視頻會(huì)議，你完全可以在任何地方做這項(xiàng)工作。在我問了幾百次“你介意我錄下來嗎?”除了肯定，我還沒聽到任何回答。

保存音頻和視頻，挖掘他們的見解，并尋找可以與團(tuán)隊(duì)共享的模式。這些筆記越容易與錄音的相關(guān)部分聯(lián)系起來，就越容易得到多個(gè)不帶偏見的觀點(diǎn)，并一起找出出真實(shí)的行為模式。

成功的產(chǎn)品需要時(shí)間和傾聽技巧

無論我們接受與否，初創(chuàng)企業(yè)的兩個(gè)“殘酷的事實(shí)”意味著，如果想要構(gòu)建偉大的人們喜歡的產(chǎn)品，我們別無選擇，只能用正確的方式與用戶交談，整個(gè)團(tuán)隊(duì)更加努力地就實(shí)際工作達(dá)成共識(shí)。

如果你開發(fā)產(chǎn)品能夠遵循這個(gè)指南，就能避開很多不可必要的坑。

以上。

文章來源于網(wǎng)絡(luò)，如有侵權(quán)請聯(lián)系刪除。