有用的數(shù)據(jù)來自于第一次用戶測試，而不是調(diào)查。

任何產(chǎn)品設(shè)計的流程幾乎都離不開事先的用戶調(diào)查。但是這玩意真的那么有用嗎？數(shù)字產(chǎn)品設(shè)計機構(gòu)AJ&Smart的創(chuàng)始人兼設(shè)計師Jonathan Courtney認(rèn)為，在大多數(shù)情況下，這件事情其實既耗時又耗錢但卻沒什么用。因為做不做調(diào)查其實都是對產(chǎn)品提出假設(shè)，真正有用的數(shù)據(jù)只有在用戶試用了高保真原型之后才能收集到。

首先聲明：是，我知道你可能不喜歡文章的標(biāo)題。但請你先讀下去，不要搞人身攻擊。

預(yù)先用戶調(diào)查是產(chǎn)品耽擱的一種形式。這是用忙碌的工作來回避做出艱難決定。這拖延了做出點實在的東西的需要。

我知道我不應(yīng)該說這個，因為這對于設(shè)計界來說是悖理逆天之舉。我知道我不應(yīng)該說這個因為還有很多公司還在靠這個從不明真相的公司身上賺錢的。我知道是因為我們過去也曾經(jīng)這么做過。這是我們的UX/產(chǎn)品設(shè)計過程的一部分：2到4周的用戶調(diào)研是少不了的。我們跟大家面談，我們創(chuàng)建角色模型，我們繪制同理心地圖……這并不是說我們想盡可能多地榨取客戶的錢，而是因為我們根本不知道怎么回事，設(shè)計流程就是這樣的！我的意思是說你可以看看每一張設(shè)計流程圖……

典型的產(chǎn)品設(shè)計流程圖

盡管這需要一段時間，但我們最終開始注意到一個令人擔(dān)憂的模式：我們可以在開始設(shè)計和測試實際產(chǎn)品的時候再開始對特定產(chǎn)品或服務(wù)進行預(yù)調(diào)研，去訪談，建立角色模型，去寫文檔，我們發(fā)現(xiàn)盡管在設(shè)計的時候“關(guān)注用戶需求”會很不錯，但有用的數(shù)據(jù)來自于第一次用戶測試，而不是調(diào)查。實際上，當(dāng)流程的其余部分繼續(xù)時，那些角色模型和文檔就開始積灰了。

角色模型：這個也是花掉你的設(shè)計預(yù)算的方式之一！

幾乎與此同時，我們開始越來越擔(dān)心這種流程的浪費，Jake Knapp開始寫GV的設(shè)計沖刺流程。其關(guān)注點是跳過密集的預(yù)調(diào)研而轉(zhuǎn)向高保真（貼近實際的）的原型測試，在短得離譜的時間內(nèi)（4到5天）弄出一個有形的結(jié)果。這種想法讓我產(chǎn)生了共鳴，因為它跟我們在實際工作中看到的東西是一致的。但我還是不敢相信，直到我們對一位新客戶采用了這種簡化流程。我們把通常要6到8周的周期縮短到了1周，在完全陌生的情況下開始嘗試。沒有調(diào)研，沒有標(biāo)桿，沒有簡報。5天之后，我們?nèi)〉玫某晒纫酝?到8周的時間內(nèi)做出來的東西還要好。設(shè)計沖刺流程揭露出我們自己的設(shè)計流程很多東西基本上就是濫竽充數(shù)！

采用設(shè)計沖刺流程后，我們把6周的周期縮短到了1周。

結(jié)果表明，相對于調(diào)研和做文檔然后基于此得出的假設(shè)再進行開發(fā)，把某個有形的東西交到潛在客戶手上讓你獲得的數(shù)據(jù)要有價值得多得多。我說清楚點吧：這兩種情況都不過是在做假設(shè)罷了。除非我們真正看到用戶在使用了，否則的話我們真的不知道潛在用戶會作何反應(yīng)，他們到底是理解了還是會痛恨我們的產(chǎn)品。所以不管我們做沒做那4周的調(diào)研，試圖了解他們喜歡什么，如何行為，或者是不是“移動原生”，或者只是做出假設(shè)然后在4天后進行測試，我們?nèi)匀恢荒茉谒麄兪褂卯a(chǎn)品（或者非常接近產(chǎn)品的原型）后才能看到真正有價值的有用的數(shù)據(jù)。

是的，有些情況下預(yù)先調(diào)查是很有意義的，尤其是在不清楚哪一類問題需要解決的情況下（比方說我現(xiàn)在思考著如何改進醫(yī)院急救室的事情）。但在大多數(shù)情況下，我建議不要進行這種耗時又浪費的預(yù)先調(diào)查了，追求有形的結(jié)果會更好。

原文地址：medium.muz.li

譯者：boxi

譯文地址：http://36kr.com/p/5065350.html