|
08年夏，西安交通大學(xué)李樂山教授給騰訊設(shè)計師培訓(xùn)的時候說：“我們前頭搞用戶調(diào)查，是為了建用戶模型，用戶模型建出來目的是幫助撰寫設(shè)計指南供軟件開發(fā)人員參考。從事的軟件開發(fā)的很多人員他是不了解用戶的，但是他要根據(jù)你寫的設(shè)計指南，將所有的用戶需求都涵蓋在內(nèi)。你如果漏了一條，他就可能漏了一個結(jié)構(gòu)，一個功能。這個樣子到最后，軟件整個都失效了，沒有用了�！�
這種情況很容易發(fā)生在采用“瀑布式”開發(fā)流程的軟件開發(fā)項目。從設(shè)計到制定產(chǎn)品特性，到開發(fā)，到測試，環(huán)環(huán)相扣，一步不慎，滿盤皆輸。2001年， “敏捷開發(fā)”的概念被提出來。目前在騰訊，越來越多的產(chǎn)品開發(fā)開始采用“迭代式”開發(fā)流程。據(jù)了解，其他互聯(lián)網(wǎng)公司也在采用。這種“迭代式”開發(fā)的主要做法是：整個產(chǎn)品開發(fā)的過程是一系列不斷的迭代過程；固定發(fā)布時間，發(fā)布速度快，有些互聯(lián)網(wǎng)產(chǎn)品每半月發(fā)出一個版本，每次提供一些新產(chǎn)品特性；灰度放量，小部分用戶先試用，然后搜集這部分用戶反饋意見，快速修改版本，然后再大規(guī)模發(fā)布產(chǎn)品。
這種“敏捷開發(fā)”對用戶調(diào)查和設(shè)計帶來的主要影響是：產(chǎn)品發(fā)布速度快了，但調(diào)查從立項開始，執(zhí)行分析，都需要花費大量時間，經(jīng)常趕不上版本發(fā)布的節(jié)奏；通過灰度放量，可以通過用戶的實際使用產(chǎn)品后的反饋了解用戶情況，而不用依賴于前期大量分析工作預(yù)測用戶使用新特性的情況；架構(gòu)靈活，修改代碼的成本低，允許開發(fā)出錯，不依賴前期調(diào)查結(jié)果做指南。
從本質(zhì)上來講，“敏捷開發(fā)”和用戶調(diào)查并不對立。在中國大力推行敏捷開發(fā)流程的咨詢公司ThoughtWorks寫到： “敏捷思想核心是人的交流。需求問題實際上是個交流問題。商務(wù)分析師要和客戶交流搞清楚客戶到底需要什么，到底為什么需要這些東西？商業(yè)價值是商務(wù)分析師關(guān)注的最終目標，有了目標指向就可以不迷失方向。和客戶進行交流的最終目就是挖掘出客戶商業(yè)目標�？赡艽蠹視�(jīng)常有這樣經(jīng)驗——客戶說我要這個功能，我想要如何如何樣，這時候要特別注意他說這些東西可能并不是真正需求，商務(wù)分析師需要詳細問客戶為什么，挖掘出他真正目標�！钡湫兔艚葸^程模型中的一種叫極限編程（Extreme Programming），是通過故事卡（Story Card）來管理需求。這種故事卡幾乎可以說是情景分析，任務(wù)分析的另外一種表現(xiàn)�！懊艚蓍_發(fā)”并不是不再關(guān)注用戶，而是從不斷從試錯中獲得用戶反饋，從而改進產(chǎn)品，其實是“以用戶為中心”的另一種表現(xiàn)�！�
由此看來，“敏捷開發(fā)”本身對于程序員來說是“以人為本”的，因為它允許程序員犯錯，強調(diào)開發(fā)者之間的溝通交流，甚至鼓勵程序員與用戶交流，希望把機械的編程變成愉快的活動。
所以界面設(shè)計師對“敏捷開發(fā)”的態(tài)度不應(yīng)該是抵觸的，應(yīng)該尋找解決方案。這個問題筆者所在團隊正在嘗試通過工具和流程來解決——
我們通過工具來縮短調(diào)查時間。用戶訪談中，邀請用戶、做記錄和寫分析報告是很花時間的。對此，筆者團隊正在建立自愿接受訪問的用戶數(shù)據(jù)庫，未來有需要時從中隨時抽取用戶；在調(diào)研過程中邀請項目組成員包括開發(fā)、設(shè)計師、產(chǎn)品經(jīng)理一同來訪問和觀察用戶，第一時間分享有用資料，減少文檔寫作，只寫必要文檔。問卷調(diào)查中，制作問題是很花時間的，公司內(nèi)部專門開發(fā)了問卷制作和投放系統(tǒng)，從制作到投向用戶最快幾個小時內(nèi)就能完成（不包括設(shè)計問卷）。數(shù)據(jù)分析階段，使用SPSS分析時，將常用分析代碼整理出來，下次統(tǒng)計分析可以繼續(xù)使用，減少分析時間。通過使用工具，縮短調(diào)查本身的執(zhí)行時間。最近團隊中一個調(diào)查員接到需求，調(diào)查盲人對產(chǎn)品的意見，從接到需求到找盲人到訪問到出報告，用了一周，其間還同時在進行其他項目，完成這個訪談項目只用了3個工作日。
出處：Tencent CDC Blog
責任編輯：bluehearts
上一頁 對用戶研究實踐的思考 [1] 下一頁 對用戶研究實踐的思考 [3]
|
第 1 頁 
第 2 頁 對用戶研究實踐的思考 [2]
