我不是用研，但是和我們公司的用研同學(xué)討論過這個問題，當(dāng)時他說“這就好比是要質(zhì)量還是要速度的問題嘛，太難平衡了”。但是后來我們想想那也就是一時的吐槽，其實用研和快速迭代本身是沒有矛盾的，只不過是現(xiàn)在的一些用研方法已經(jīng)不適合流行的快速迭代環(huán)境了，用研思路需要更新！

我們團(tuán)隊（或者整個獵豹移動）都是以快速迭代聞名的，重要產(chǎn)品幾乎一周一個版本，很多周一發(fā)出的迭代計劃，周四之前就要測試好上線，周末之前就要看到反饋并且準(zhǔn)備到下周的匯報中。這樣的速度別說是用研了，連設(shè)計師作圖都很難跟上。

但是我們發(fā)現(xiàn)沒有用研不行，沒有用研就好比我們在做一個低頭不看方向盲頭奔跑的人，沒有用研我們就沒辦法了解除了數(shù)據(jù)直觀反饋以外的其他改進(jìn)是否有效果，所以我們經(jīng)過長期的摸索就學(xué)會了把用研“互聯(lián)網(wǎng)化”：

1，最重要的就是把用研變成一個常態(tài)的事情

團(tuán)隊每一個成員都要接觸用戶，經(jīng)常接觸。泡論壇和QQ群是家常便飯了，每周都要邀請一位用戶做用戶訪談。原本為了某個用研計劃開展的那種集中幾百人的訪談被分到了平時每個人互相幫忙做，至于質(zhì)量當(dāng)然無法完全保證，但是一個問題能把握到大概也是可以的。
這種氛圍下仍然需要一位懂用研的同學(xué)帶領(lǐng)大家，主要目的是協(xié)調(diào)大家一同參與，作為咨詢者和領(lǐng)導(dǎo)者發(fā)起和把控整件事情，而不需要他萬事都親自去辦。因為他的經(jīng)驗和幫助，我們可以把用研結(jié)果保持在可用的層面上，至少主要目標(biāo)能夠解決，至于那些精細(xì)的用研報告或者更詳細(xì)的分支問題一般都省去了。另外這樣還能訓(xùn)練大家的用戶感覺，在一些普遍或者不那么重要的問題上因為長期的訓(xùn)練大家都心中都自有譜子，而不是專業(yè)的人更專業(yè)，不專業(yè)的人只能干等著。

2，更前置的開展用研活動

產(chǎn)品的快速迭代其實更多是指加快產(chǎn)品的開發(fā)節(jié)奏，不要因為走錯路而浪費了耗時最長的開發(fā)資源。但是研究的工作一直不會停，而且說實話如果研究能夠提前發(fā)現(xiàn)結(jié)果也比產(chǎn)品開發(fā)出來要劃算的多。

我們UE團(tuán)隊有的時候會看到很多很長遠(yuǎn)的問題，比如一些用戶痛點在當(dāng)前并不是最緊急的，但是隨著產(chǎn)品逐漸完善我們一定會遇到的問題，我們就會提前開展用研工作。因為對瀏覽器的經(jīng)驗，我們會把整個產(chǎn)品的發(fā)展當(dāng)做一顆大樹，在開發(fā)搭建主干的時候我們就已經(jīng)在探索分支了，等開發(fā)分支的時候我們再來探索主干如何升級，始終保持比產(chǎn)品團(tuán)隊還要快一個步調(diào)。

然后我們還會維護(hù)用戶體驗地圖，就是對產(chǎn)品的某一方面保持長期的觀察和評估，雖然不會做那么高大上的展示，但是大家心中都會對某個流程的體驗問題是非常有譜的。當(dāng)這些準(zhǔn)備都完成之后，我們就會把重要且有解決方案的問題用快速迭代的方法盡快丟在線上實踐，其他相對重要但是還有疑問的問題就要做用研。

這種情況下用研的方法很多，一種就是和傳統(tǒng)一樣，訪談和問卷照樣做，雖然時間長但是我們一時半會也不會著急開發(fā)到這一塊，只要保證合適的時間能夠拿出合適的解決方案就可以了。還有一種就是告訴大家最近要注意這方面的問題，比如收集用戶反饋和與用戶聊得時候多深入挖掘一下。另外我們的用戶反饋在平時就都有收集，所以我們會把以前相關(guān)的反饋都拿出來認(rèn)為分析原文和挖掘場景。

<前置設(shè)計的核心>

最后重申一下我不是用研，只是小交互，可能說到的和專業(yè)的用研方法還是有區(qū)別。但是我想提出的是我們在快速迭代下把用戶體驗設(shè)計變成更簡單，更普遍，更前置的思路，希望能幫到大家。

作者@可風(fēng) ；via：盒子ui