【正文】 是否成功登陸。完全符合54321完全不符合29.我認(rèn)為現(xiàn)階段應(yīng)該先提高研究質(zhì)量，而不是先考慮效率。完全符合54321完全不符合21.我們招募用戶時會不經(jīng)意忽略先前制定的比例。完全符合54321完全不符合13.我在為用戶爭取利益的時候總需要對其他部門進(jìn)行很多解釋。完全符合54321完全不符合6.我注重去“感覺”用戶需求是什么，并不一定需要數(shù)據(jù)和論據(jù)。完全符合54321完全不符合12.他們喜歡用名詞術(shù)語來表現(xiàn)得更專業(yè)。完全符合54321完全不符合4.不清楚一份用戶研究報告有什么用。完全符合54321完全不符合22.部門內(nèi)很注重數(shù)據(jù)的積累保存。完全符合54321完全不符合14.從事用戶研究和可用性測試的人很少和程序員有交涉。完全符合54321完全不符合6.在調(diào)查之前可能已經(jīng)想好了結(jié)果。對于部門協(xié)作能力這個問題沒有繼續(xù)研究。節(jié)省時間，提高效率，有更多精力花在對新問題的探索上，從而提高項目質(zhì)量。 數(shù)據(jù)展示模式 查看模式對數(shù)據(jù)查看模式的定義：用戶可以閱讀這些數(shù)據(jù)，但是不能對其進(jìn)行修改。數(shù)據(jù)導(dǎo)出結(jié)合模版模塊，將庫中的數(shù)據(jù)按照模版導(dǎo)出，包括在頁面顯示，存儲為文件等形式。此功能對所輸入的各種不同類型的原始數(shù)據(jù)進(jìn)行自動分析，將其轉(zhuǎn)化為指定的所需要的其他形式的數(shù)據(jù)。項目信息能夠與其它模塊之間形成數(shù)據(jù)共享，如表 44所示：表 44 每個模塊所能提供查看的數(shù)據(jù)信息模塊名稱提供查看的數(shù)據(jù)信息項目模塊與其他項目共享此項目的所有基本信息。軟件原理如圖 41所示：圖 41 軟件原理 軟件模塊用戶可以在軟件界面上看到五個功能模塊，它們是項目管理、訪談、問卷、用戶模型、可用性測試。實施寫出詳細(xì)文檔，與其他部門人員開會，討論可行性，修改文檔。目的讓研究結(jié)果用于產(chǎn)品規(guī)劃。②不歸類保存，將來查找艱難。實施進(jìn)行訪談或可用性測試。記錄這些信息。①編寫的問卷質(zhì)量低。實施通過公司以往的資料、數(shù)據(jù)，或通過訪談積累資料。企業(yè)部門需要了解系列產(chǎn)品的研究歷史、市場銷售和技術(shù)支持等方面。②所謂個人經(jīng)驗，實際是記憶部門現(xiàn)有資源來估算時間、進(jìn)度。本文建立的用戶模型，是依據(jù)企業(yè)部門現(xiàn)狀描述用戶工作和認(rèn)知、出錯狀況的，然后觀察哪些工作環(huán)節(jié)需要數(shù)據(jù)儲存、讀取、編輯等。2）通過數(shù)據(jù)對比分析，得出外國企業(yè)用戶體驗部門和中國企業(yè)用戶體驗部門的重要差距，那就是外國企業(yè)重視數(shù)據(jù)積累和部門協(xié)作。平均分如表 212所示：表 212 行內(nèi)外人員看法對比表問項內(nèi)容：與交互、視覺設(shè)計師的合作外行：Q6 具體軟件的設(shè)計方案實際并不取決于用戶研究的結(jié)果。雙方在此問題上不存在大的差異。%認(rèn)為品質(zhì)不高，%的認(rèn)為品質(zhì)不高。 中國企業(yè)與外國企業(yè)的用戶體驗部門對比1）中外企業(yè)是否都建立了詳盡的用戶信息庫？%的外企員工認(rèn)為他們所在部門有比較詳盡的用戶信息庫，%的員工認(rèn)為自己部門有詳盡的用戶信息庫。以上分析得出五個因素。Q26項目管理好壞對我的工作影響很大。Q18我主持訪談和挖掘用戶需求的能力很棒。Q10有時我也不太清楚一份用戶研究報告怎么具體指導(dǎo)產(chǎn)品設(shè)計。Q4工作流程不重要，只要做好了項目既可。這個結(jié)論是通過聚類分析得到的。進(jìn)行內(nèi)部一致性檢測后，Cronbach 、。Q20多用一些名詞術(shù)語能讓別人覺得我更專業(yè)。Q12UI設(shè)計師覺得他們的設(shè)計方案實際并不取決于用戶研究的結(jié)果。聚類樹狀圖如圖 12所示：圖 12 正式問卷數(shù)據(jù)聚類樹狀圖剩下三個類包含的問題和每一類的內(nèi)部一致性如表 17所示：表 17 驗證正式問卷的內(nèi)部一致性因素序號問題內(nèi)部一致性檢驗部門協(xié)作Q5我做用戶調(diào)查時，很多時候在套用市場調(diào)查的辦法。也無法得出設(shè)計信息。觀察后發(fā)現(xiàn)和第五類都屬于數(shù)據(jù)庫問題。保留Q14項目管理好壞對我的工作影響很大。保留Q6我注重去“感覺”用戶需求是什么，并不一定需要數(shù)據(jù)和論據(jù)。刪除Q12從事用戶研究和可用性測試的人不必和程序員有交涉。保留Q21我們有時招募用戶會忽略先前制定的比例。刪除Q16我覺得工作流程是怎樣的不重要，只要做好了項目既可。在試調(diào)查和調(diào)查過程中，本文在以下幾個步驟中進(jìn)行了信度分析： 通過試調(diào)查信度分析來修改問卷對于30份試調(diào)查問卷數(shù)據(jù)，先進(jìn)行聚類分析，剔除掉和所有問項相關(guān)度都很低的問題，然后進(jìn)行內(nèi)部一致性檢驗，用Cronbach α系數(shù)檢驗重新聚類后的各類的內(nèi)部一致性。分類效度指從調(diào)查數(shù)據(jù)進(jìn)行分類的有效程度[1]。上級或者客戶不懂用戶體驗，但是喜歡亂提要求。在調(diào)查之前我們可能已經(jīng)想好了結(jié)果。有時候客戶會找好幾家公司同時幫他們做同一個項目的用戶研究。第二，把問卷量表中的“同意、不同意”改成“與實際情況符合、不符合”。1）本問卷需要被調(diào)查人如實反映所在公司、部門中的實際情況，這點如果不說清楚，被調(diào)查人會誤解為表達(dá)他自己的期望或認(rèn)識。新員工在上崗前需要經(jīng)過一周以上的培訓(xùn)。對設(shè)計沒有指導(dǎo)意義。我們有力的證據(jù)支持是：用戶說…而不是數(shù)據(jù)統(tǒng)計分析。我們有時招募用戶會忽略先前制定的比例。我認(rèn)為調(diào)查中設(shè)計的訪談提綱和問卷的品質(zhì)很高。我在為用戶爭取利益的時候總需要對其他部門進(jìn)行很多解釋。做項目的時候，總要跟上級部門（或客戶）反復(fù)進(jìn)行交涉。有些產(chǎn)品經(jīng)理和程序員不是很認(rèn)可我們部門的工作。大家經(jīng)常把外國出的新理論套用在實際項目上。問題的問法修改如表 13所示：表 13 修改前后問題對比修改前的問題修改后的問題認(rèn)為可用性測試用ISO924111標(biāo)準(zhǔn)足夠了。與其他部門協(xié)作做項目的時候，總要跟上級部門（或客戶）反復(fù)進(jìn)行交涉。項目數(shù)據(jù)同類產(chǎn)品的研究會歸類放置。有時我覺得自己在做市場調(diào)查而不是用戶需求調(diào)查。本文最終確立的因素框架如表 11所示：表 11 因素框架一級因素二級因素因素說明理論發(fā)展理論依據(jù)采用的理論依據(jù)是否正確？自主研究部門內(nèi)是否進(jìn)行方法和理論的自主研究？數(shù)據(jù)資料訪談提綱和問卷是否建立了問卷庫？問卷調(diào)查結(jié)果是否有統(tǒng)一格式保存？用戶模型是否會建立用戶模型？可用性測試數(shù)據(jù)是否有統(tǒng)一格式？用戶錄音錄像是否需要保存錄音錄像？招募用戶是否存在用戶庫？執(zhí)行水準(zhǔn)訪談和設(shè)計問卷的水平水平是否不均衡，項目質(zhì)量是否因人而異？執(zhí)行認(rèn)真程度是否認(rèn)真的完成工作？執(zhí)行效率是否高效的完成工作？部門協(xié)作新員工培訓(xùn)成本是否和程序員和美工很好配合？交接任務(wù)能否保證項目質(zhì)量？資源管理項目計劃與管理是否能制定合理項目計劃？工作流程是否存在統(tǒng)一的工作流程？ 內(nèi)容效度在確定結(jié)構(gòu)因素后，要把各個因素轉(zhuǎn)化為具體調(diào)查內(nèi)容和調(diào)查問題。本文在設(shè)計因素框架時從以下兩個方面考慮了結(jié)構(gòu)效度。2）用戶研究員：在企業(yè)（騰訊、百度、西門子、聯(lián)想）有3年以上做用戶研究、可用性測試項目的經(jīng)驗。 專家訪談專家訪談的目的是為了建立全面真實的調(diào)查框架結(jié)構(gòu)。這增加了員工重復(fù)性的手工勞動，也導(dǎo)致部門內(nèi)缺乏規(guī)范化的數(shù)據(jù)資料積累，不利于部門水準(zhǔn)的提高和新員工的培訓(xùn)。該軟件尚未發(fā)布。本論文作者于2007年底在《產(chǎn)品設(shè)計Ⅲ》課程設(shè)計中獨立提出同樣的產(chǎn)品新觀念，本畢業(yè)設(shè)計項目是按照本文作者的獨立思考進(jìn)行的，其中有些設(shè)計思想超過了Helmut Degen，并沒有從他處借用任何概念和設(shè)計思想。針對以上問題，本文提出一款應(yīng)用軟件概念，目的是幫助企業(yè)用戶體驗部門建立一個有關(guān)用戶調(diào)查和可用性研究資料的規(guī)范化數(shù)據(jù)庫，實現(xiàn)訪談數(shù)據(jù)、問卷數(shù)據(jù)、用戶模型數(shù)據(jù)、可用性測試數(shù)據(jù)的量化、規(guī)范化、標(biāo)準(zhǔn)化，從而提高工作人員的工作效率和質(zhì)量。調(diào)查專家級用戶可以深入了解他們在設(shè)計調(diào)查中的工作流程和存在問題。他們所在的企業(yè)，正是本軟件未來可能推廣的對象。1）全面性。內(nèi)容效度（Content validity）關(guān)心的是，是否一個因素的內(nèi)容都在測量中呈現(xiàn)出來[10]。問卷調(diào)查結(jié)果部門內(nèi)有標(biāo)準(zhǔn)統(tǒng)一的模版。文檔保存雜亂。他們外行人根本不懂用戶體驗。公司做可用性測試時，基本一直使用“有效、效率、滿意度”這三條測試標(biāo)準(zhǔn)。內(nèi)心認(rèn)為做出的東西沒有表面上看起來那么有用。報告里的數(shù)據(jù)實際上有水分。刪去。部門內(nèi)有項目管理混亂。有時我覺得自己在做市場調(diào)查而不是用戶需求調(diào)查。我應(yīng)付訪談和測試主持人沒問題。報告撰寫部門內(nèi)有標(biāo)準(zhǔn)統(tǒng)一的模版。數(shù)據(jù)積累很有限。和其他部門的配合是默契的。例如，在試調(diào)查中，當(dāng)問到“可用性測試是否在用ISO924111的三條標(biāo)準(zhǔn)”時，有人選擇了十分不同意。2）被調(diào)查人是不是覺得問卷問題晦澀難懂？在試調(diào)查之后，可以詢問被調(diào)查人的感想，比如，是否不理解題項的意思？題目是否太長？有沒有歧義？有沒有不好回答的題項？通過試調(diào)查，對以下題目做出了語言上的修改，如表 14所示：表 14 問題問法修改前后對比修改前修改后修改原因公司做可用性測試中，基本一直使用“有效、效率、滿意度”這三條測試標(biāo)準(zhǔn)。原問題實際問了兩個問題。我認(rèn)為很難避免這種主觀傾向的干擾。上級或者客戶不懂用戶體驗，但是喜歡亂提要求，我們常覺得很為難。本文就從這兩個方面來分析調(diào)查的分析效度。再逐條刪減問題，發(fā)現(xiàn)假若刪減一道問題，Cronbach α系數(shù)升高，則應(yīng)從類里剔除這個問題。保留Q18我做用戶調(diào)查時，很多時候在套用市場調(diào)查的辦法。保留Q25我們有力的證據(jù)支持是：用戶說…而不是數(shù)據(jù)統(tǒng)計分析。增加第四類Q29我認(rèn)為現(xiàn)階段應(yīng)該先提高研究質(zhì)量，而不是先考慮效率。保留Q26平時報告中的結(jié)論分析占篇幅一半左右。保留表 16 刪減問題的原因序號問題處理原因Q12從事用戶研究和可用性測試的人不必和程序員有交涉。Q24我們很少做定量數(shù)據(jù)分析。Q13我在為用戶爭取利益的時候總需要對其他部門進(jìn)行很多解釋。Q6在調(diào)查之前我們可能已經(jīng)想好了結(jié)果。Q13上級或者客戶不懂用戶體驗，但是喜歡亂提要求，我們常覺得很為難。Q21平時報告中的結(jié)論分析占篇幅一半左右。第2章 數(shù)據(jù)分析與結(jié)果本章通過對調(diào)查數(shù)據(jù)的聚類分析和對比分析，得出兩個結(jié)論。聚類分析是根據(jù)研究對象的相關(guān)程度，把相關(guān)程度比較強的對象歸為一類[1]。第三類Q3有時候客戶會找好幾家公司同時幫他們做同一個項目的用戶研究。Q11有些產(chǎn)品經(jīng)理和程序員不是很認(rèn)可我們部門的工作。Q19我們只儲存那些長期調(diào)查的、重要的用戶信息。觀察第四類，發(fā)現(xiàn)它包含的題項都是在描述用戶體驗工作人員如何執(zhí)行項目以及如何與其他部門的人打交道。這與調(diào)查開始制定的因素框架是基本相符合的，如圖 22所示：圖 22五因素數(shù)據(jù)積累資源管理部門協(xié)作理論發(fā)展執(zhí)行水準(zhǔn) 影響部門水準(zhǔn)的六個因素 數(shù)據(jù)對比分析本文從以下兩個方面進(jìn)行了數(shù)據(jù)對比分析。這說明，做項目時，在用戶招募的速度和質(zhì)量方面，外國企業(yè)會勝過中國企業(yè)。國內(nèi)企業(yè)的用戶體驗部門有3/4的員工不敢說自己設(shè)計的提綱和問卷品質(zhì)高，那就是說，大量的用戶調(diào)查項目是不合格的。直方圖和數(shù)據(jù)如圖 27所示：外國企業(yè)FrequencyPercentValid PercentCumulative PercentValid213149510Total21中國企業(yè)FrequencyPercentValid PercentCumulative PercentValid1231415527Total45圖 27 直方圖和數(shù)據(jù) 行內(nèi)人員與行外人員看法對比這個對比是為了說明部門協(xié)作的問題，特別是外國企業(yè)和中國企業(yè)在部門間協(xié)作方面有無差異。內(nèi)行：Q12 UI設(shè)計師覺得設(shè)計方案實際并不取決于用戶研究的結(jié)果。而在執(zhí)行水準(zhǔn)和資源管理方面，外國企業(yè)與中國企業(yè)沒有明顯差別。本文用兩個辦法來構(gòu)建任務(wù)鏈。①項目經(jīng)理經(jīng)驗不足，規(guī)劃出不合實際的項目計劃，等于沒有規(guī)劃。目的了解需要研究測試的產(chǎn)品。評價是否能最快速的了解產(chǎn)品，清晰的梳理資料，對產(chǎn)品發(fā)展和現(xiàn)況心中有數(shù)。②招募的用戶不合格，白白耗費成本。目的獲取用戶有關(guān)方面的信息，為分析做執(zhí)行工作。評價是否挖掘到了真實的用戶需求。③不排除冗余信息，不按固定格式保存，將來給查找增添困難。提高產(chǎn)品的可用性。評價是否切實服務(wù)于設(shè)計。每個模塊間保持獨立性。分析此項目被其他項目的引用信息。具體包括以下操作，如表 45所示：表 45 數(shù)據(jù)轉(zhuǎn)化操作名稱功能描述訪談結(jié)果轉(zhuǎn)化根據(jù)輸入的訪談問卷和預(yù)先設(shè)定的轉(zhuǎn)化規(guī)則，系統(tǒng)自動將其轉(zhuǎn)化為調(diào)查問卷的草稿或者用戶模型的草稿。此功能和軟件所有模塊都有聯(lián)系，以下將詳述這些聯(lián)系。比如查看項目的可用性測試結(jié)果表。第二，當(dāng)企業(yè)部門內(nèi)積累了大量結(jié)果數(shù)據(jù)，比如用戶研究結(jié)果、用戶喜好分類、商業(yè)策略調(diào)查結(jié)果等，可以做5年、10年的長線分析，這有利于服務(wù)市場部、戰(zhàn)略部。部門協(xié)作可作為一個單獨的課題來調(diào)查，它需要分析其他部門對用戶體驗部門的要求和期望是什么。完全符合54321完全不符合7.招募用戶時會忽略先前制定的比例。完全符合