接上篇,原文較長,翻譯特分成兩部分刊登,以下為第二部分。略有刪節(jié)。
延伸閱讀:Undercover User Experience Design。
————————————————————————————————
如何讓建議得到實施
別失望!雖然有上面那么多原因?qū)е驴捎眯詥栴}無法得到解決,但并不是沒有希望。以下方法有助于確保建議得到實施。
讓正確的人參與進(jìn)來 應(yīng)當(dāng)讓決策者和實施者參與到用戶研究中來。參與感能讓他們更好的了解問題,并讓他們覺得解決這些問題是種更大的獎勵。
盡早讓項目組參與進(jìn)來 不要等到最終報告或者演示寫好了才把發(fā)現(xiàn)結(jié)果給項目組看。讓他們參與規(guī)劃、并參加到研究過程中。向利益相關(guān)者、設(shè)計師和開發(fā)人員詢問他們希望研究能回答什么問題。邀請他們觀察用戶研究環(huán)節(jié)。第一手觀察研究環(huán)節(jié)能讓他們更好了解問題并對用戶有更多的同理心。然后邀請他們討論所觀察到的問題。請他們參與到整個過程能更好地理解發(fā)現(xiàn)結(jié)果,并對解決問題有更強的責(zé)任感。
咨詢自有技術(shù)資源 想確保正確理解問題,而且建議技術(shù)上可行,應(yīng)該請自有的技術(shù)人員來操作一下,然后再把建議提交給客戶。如果還不熟悉要采用的技術(shù),這種做法就特別重要。首先請自有的技術(shù)人員來驗證建議能避免項目組的反對意見,并能提高建議的可信度。
建議要給對人 實施建議的人需要看到你演示發(fā)現(xiàn)結(jié)果,但他們并不一定就是能決定哪些問題需要解決的人。要確保把建議提交給有權(quán)力決定實施哪些建議的人。
評估可用性,再選擇企業(yè)軟件 要讓可用性成為選擇企業(yè)軟件的重要標(biāo)準(zhǔn)。如果有可能,評估一下其他公司在使用的軟件或者系統(tǒng)的演示版本。和其他已經(jīng)實施了相同應(yīng)用軟件的公司談?wù)劇L貏e要和他們談?wù)勗O(shè)計、可用性、培訓(xùn)和支持方面的情況,還要和使用應(yīng)用軟件的雇員談?wù)。要發(fā)現(xiàn)改變軟件的用戶界面會有多容易或者困難,還有改變會不會給升級帶來問題。如果沒有適用的廠商應(yīng)用,就需要考慮自己來建立。
提供可視化樣例
可視化樣例會讓研究結(jié)果看起來更有趣,也是傳達(dá)可用性問題和建議的更好方式。
可視化展示發(fā)現(xiàn)結(jié)果 除了以文字盡可能詳細(xì)的描述發(fā)現(xiàn)結(jié)果之外,還可以用可視化樣例來說明問題。利用屏幕截圖、眼動軌跡可視化圖和視頻片段來讓問題更加清晰。可用性測試或者實地研究的視頻片段特別有用。無論問題解釋得多清楚,能看到人們碰到問題的例子都遠(yuǎn)遠(yuǎn)有效得多。
提供可視化建議 除了提供可視化的用戶研究結(jié)果外,還要可視化演示建議來防止可能的誤解。對于簡單的建議,可以使用圖形應(yīng)用工具在已有的用戶界面上做些改變。對于較復(fù)雜的建議,可能需要和設(shè)計師合作來描述所建議的重新設(shè)計方案。
如果沒有容易的解決方案,就承認(rèn)吧 如果沒有明顯的解決方案,就詳細(xì)敘述問題,還要詳細(xì)敘述你所關(guān)注的所有可能解決方案的優(yōu)缺點。人們會接受進(jìn)一步的研究和分析來澄清問題和潛在問題的建議,而不會接受建議具體的解決方案?梢越忉屖褂玫O(shè)計過程的性質(zhì)和好處來發(fā)現(xiàn)可用性問題并測試可能的解決方案。
通過下面幾步獲得幫助 先給客戶一種感覺知道首先關(guān)注哪些問題,并計劃實施所建議的改變,而不是僅僅展示建議,而后就不管了。
給發(fā)現(xiàn)結(jié)果和建議排出優(yōu)先級別 根據(jù)嚴(yán)重性排出問題的優(yōu)先級別,這樣項目組就能決定先解決的問題。確定嚴(yán)重性的時候,要考慮問題影響的用戶數(shù)量、發(fā)生頻率、以及對產(chǎn)品用戶體驗的影響。
描述解決問題的好處以及不解決的后果。這樣可以幫助缺乏時間、資金和資源的團隊來給工作排出優(yōu)先級別。如有必要,他們能分階段來計劃實施你的建議。確保他們會以表格的形式收到你的發(fā)現(xiàn)結(jié)果和建議,這樣解決問題會更容易管理,而不是給客戶一張無限長的問題清單,這種清單只會讓他們想應(yīng)當(dāng)從哪開始。
建議實施計劃 對于缺乏經(jīng)驗的項目組,可以提供計劃來實施可用性建議。計劃能有助于確保建議不會被束之高閣、被遺忘。例如,實施建議可能會涉及到以下內(nèi)容:
* 總結(jié)回顧發(fā)現(xiàn)結(jié)果 * 給發(fā)現(xiàn)結(jié)果排出優(yōu)先級別 * 確定在哪個階段解決哪些問題 * 分配特定人員解決特定問題 * 創(chuàng)建跟進(jìn)計劃以確保建議得到實施
參與到整個開發(fā)過程 參與到整個項目過程以確?捎眯詥栴}會得到正確解決,二不要在完成項目的研究和設(shè)計階段就轉(zhuǎn)移到其他項目。如果用戶研究員和設(shè)計師是不同的人,他們應(yīng)當(dāng)合作把用戶研究結(jié)果轉(zhuǎn)化成具體設(shè)計。
完成開發(fā)后就進(jìn)行可用性總結(jié) 參與到QA測試,這是用戶研究員和設(shè)計師要保持能參與到產(chǎn)品開發(fā)過程后半階段的好辦法。QA 分析師檢查軟件的功能缺陷,二可用性專業(yè)人士和設(shè)計師則檢查用戶界面來發(fā)現(xiàn)可用性和設(shè)計問題。用項目組的QA缺陷跟蹤工具報告用戶頁面問題意味著這些問題是正式缺陷。如果解決問題在項目組工作范圍內(nèi),項目組會分配開發(fā)人員來解決問題,而用戶體驗專業(yè)人士能跟蹤可用性和設(shè)計問題來驗證解決的結(jié)果。這是種好辦法,能正式確保任何遺留問題會得到認(rèn)真對待并解決。
授之以漁 你能幫助可用戶迅速解決可用性問題,但無法防止他們將來產(chǎn)生更多問題。可以告訴客戶他們的現(xiàn)有流程中有什么錯誤。教育他們意識到以用戶為中心設(shè)計的重要性,并幫助他們創(chuàng)建以用戶為中心設(shè)計的過程。
本文鏈接:http://m.95time.cn/design/doc/2011/8387.asp
出處:如易盟
責(zé)任編輯:bluehearts
上一頁 為什么可用性問題得不到解決? [1] 下一頁
|