原文鏈接：Enterprise UX Case Study: Improving Usability Under Tight Deadlines by Jerry Cao Jerry Cao
原文作者：Jerry Cao
基于云的一款項(xiàng)目管理系統(tǒng)钮热，Liquidplanner需要去幫助用戶更快地創(chuàng)建dashboard。
在原先的過程當(dāng)中杖刷，需要去創(chuàng)建dashboard，還有其他所有的小部件，全部都是從頭開始殴玛。為了讓dashboard能夠被更多的用戶使用擎宝，并提高它們的生命周期郁惜，產(chǎn)品團(tuán)隊(duì)著手去創(chuàng)建一個(gè)新的dashboard模板功能水评。
團(tuán)隊(duì)的目標(biāo)是創(chuàng)建“一鍵解決方案”猩系，用戶可以創(chuàng)建一個(gè)有用的dashboard而無需任何配置。
在四個(gè)月的時(shí)間里之碗，LiquidPlanner塑造了一個(gè)新的dashboard模板功能蝙眶，這讓用戶印象深刻季希，并且有很高的使用率和很好的商業(yè)效益褪那。
接下來幽纷，你會看到他們是如何做到的。
設(shè)置情景
在進(jìn)入實(shí)際的過程之前博敬，我們需要先確立用戶人群和項(xiàng)目目標(biāo)友浸。
1、主要用戶
LiquidPlanner有三個(gè)主要的用戶的人群：
產(chǎn)品經(jīng)理－這些人是產(chǎn)品的重度用戶偏窝，他們幾乎黏在LiquidPlanner上收恢。這些決策者確保團(tuán)隊(duì)使用產(chǎn)品來跟進(jìn)時(shí)間，合作祭往，使用功能來幫助他們做的更好伦意。
職能經(jīng)理－像是以下其他的決策者，如UX經(jīng)理硼补，或其他主導(dǎo)團(tuán)隊(duì)的人驮肉，確保自己對產(chǎn)品負(fù)責(zé)。
前線貢獻(xiàn)者－大多數(shù)使用產(chǎn)品的人已骇。這些在前線使用產(chǎn)品的人离钝，可能并不是他們選擇了LiquidPlanner，但是他們每天都因?yàn)轫?xiàng)目使用它褪储。
2卵渴、產(chǎn)品目標(biāo)
下面這些定量和定性的目標(biāo)會確定dashboard模板功能的成功：
在30天內(nèi)開放增加dashboard的使用率，使用Heap去跟蹤應(yīng)用內(nèi)事件鲤竹，他們發(fā)現(xiàn)在整個(gè)項(xiàng)目中浪读，創(chuàng)建dashboard有許多的磕磕碰碰。
Grant立即獲得了項(xiàng)目的關(guān)鍵信息辛藻，它不僅與質(zhì)量有關(guān)瑟啃，而且與速度有關(guān)。LiquidPlanner需要去簡化訪問數(shù)據(jù)的流程揩尸。
在三個(gè)月的時(shí)間內(nèi)完成這個(gè)項(xiàng)目蛹屿，從2016年的1月開始，預(yù)期4月初上線岩榆，留給了團(tuán)隊(duì)一個(gè)緊張的時(shí)間來給出正確的解決方案错负。
階段一：發(fā)現(xiàn)&概念
（2016年一月上旬）
在實(shí)際執(zhí)行之前，我們團(tuán)隊(duì)進(jìn)行了頭腦風(fēng)暴和草圖會話勇边。項(xiàng)目經(jīng)理犹撒，UX經(jīng)理，和UX設(shè)計(jì)師Edward Nguyen也都出席了粒褒。
檢查Heap的應(yīng)用內(nèi)模式识颊，團(tuán)隊(duì)將最常見的dashboard進(jìn)行了分類：
項(xiàng)目Dashboards
團(tuán)隊(duì)Dashboards
文件Dashboards
他們在白板上概述了自己的想法。這里主要涉及到用戶流程圖，畫出屏幕上的體驗(yàn)祥款。從用戶流形成的基礎(chǔ)上清笨，最終演變成dashboard的完美解決方案。
第二階段：創(chuàng)建和測試低保證流程
（2016年一月上旬）
在緊跟白板會話之后刃跛，Edward使用AI繪制了低保證版本的白板草圖抠艾，這些低保證的流程，在用戶進(jìn)行高保真原型和測試之前桨昙，成為了關(guān)鍵的中間階段的內(nèi)部測試检号。
首先，早期的反饋收集蛙酪，Edward展示了低保真用戶流程給5～10個(gè)產(chǎn)品團(tuán)隊(duì)以外的同事齐苛，他管理這些單獨(dú)測試，解釋相應(yīng)的問題桂塞，收集反饋脸狸，并用來指導(dǎo)dashboard的迭代設(shè)計(jì)過程。
這次非正式的測試也給了他一個(gè)機(jī)會來回答一些個(gè)人關(guān)系的問題藐俺。最終測試證明是成功的炊甲，沒有負(fù)面反饋就是一個(gè)好的反饋。
階段三：高保真原型
（2016年一月中旬－二月）
建立一個(gè)中保真的用戶流程和內(nèi)部反饋欲芹，團(tuán)隊(duì)準(zhǔn)備創(chuàng)建第一個(gè)版本的功能設(shè)計(jì)卿啡。
1.創(chuàng)建
線框圖和中保真的用戶流程展示了產(chǎn)品可能是如何工作的，那么一個(gè)原型將是展示產(chǎn)品是如何工作的菱父。
因?yàn)閯?chuàng)建一個(gè)原型的目標(biāo)是測試你的設(shè)計(jì)決策颈娜，第一步就是在可用性測試計(jì)劃列出所需要的見解。文檔優(yōu)先測試最重要的目標(biāo)用戶的操作：
驗(yàn)證用戶是否知道如何創(chuàng)建一個(gè)新的dashboard浙宜。
驗(yàn)證三個(gè)默認(rèn)的測試模版是否有用（項(xiàng)目官辽，文件，團(tuán)隊(duì)）
驗(yàn)證創(chuàng)建儀表盤的功能是否能在項(xiàng)目中被發(fā)現(xiàn)粟瞬。
確認(rèn)默認(rèn)的組件在dashboard中是有用的同仆。
可用性測試計(jì)劃還包括部分如測試腳本以及撰寫用戶任務(wù)（即：你能為項(xiàng)目A創(chuàng)建一個(gè)模板dashboard嗎？）
在這個(gè)階段裙品，團(tuán)隊(duì)做了一些數(shù)據(jù)挖掘庫存和統(tǒng)計(jì)模板部件俗批。這讓第一個(gè)原型更接近最終產(chǎn)品。
新的設(shè)計(jì)需要足夠直觀市怎，讓面對的用戶沒有困惑岁忘，愛德華選擇了一個(gè)笨拙的左側(cè)標(biāo)簽格式，來與團(tuán)隊(duì)最初畫的多步驟過程做比較区匠。最后他意識到他的選擇比團(tuán)隊(duì)的更加易于實(shí)現(xiàn)干像，并且用戶也能受益。
設(shè)計(jì)師不需要去創(chuàng)建有趣的圖標(biāo)，開發(fā)人員不需要構(gòu)建一個(gè)多步驟向?qū)樘脩艨梢酝ㄟ^更少的步驟選擇他們的dashboard速客。
Edward解釋道，設(shè)計(jì)師不需要知道如何寫代碼什乙，但是他們應(yīng)該了解設(shè)計(jì)會涉及的技術(shù)。
2.可用性測試和迭代
團(tuán)隊(duì)進(jìn)行遠(yuǎn)程會議已球，通過Join.me有14人參與了測試臣镣。
Edward主持了測試環(huán)節(jié)，另外一個(gè)團(tuán)隊(duì)成員觀察并做著筆記智亮。他們測試了兩個(gè)主要場景：創(chuàng)建dashboard忆某，在現(xiàn)有的項(xiàng)目中發(fā)現(xiàn)dashboard。
測試結(jié)果是快速的迭代到了下一個(gè)版本阔蛉，然后進(jìn)行同樣的測試和結(jié)果反饋弃舒，直到團(tuán)隊(duì)想出了一個(gè)被證明是理想的設(shè)計(jì)。
“用戶甚至誤以為我的高保真原型就是真實(shí)的產(chǎn)品状原，告訴我感謝我們的開發(fā)團(tuán)隊(duì)聋呢。”Edward說颠区。
可用性測試解釋了設(shè)計(jì)是一項(xiàng)系統(tǒng)性的工作：
用戶發(fā)現(xiàn)從標(biāo)簽布局創(chuàng)建dashboard模板削锰，更易于使用和理解。
用戶提及了默認(rèn)的測試模板是有用的毕莱，并且符合他們的要求器贩。
雖然大多數(shù)用戶發(fā)現(xiàn)默認(rèn)的小組件有用，但是有一部分用戶說他們會按個(gè)人喜好選擇小部件朋截。例如蛹稍，一部分用戶沒有找到“剩余工作”的linechart部件。另外一部份人則表示自己完全沒有自制模板的能力部服。
用戶一旦創(chuàng)建了dashboard唆姐，體驗(yàn)就會變得稍微困難了一些。
Edward花費(fèi)了相當(dāng)多的精力和時(shí)間去與項(xiàng)目經(jīng)理討論映射模式來增進(jìn)理解廓八。異常的評論適用于一些可操作的反饋厦酬。
為了讓新建dashboard更容易被發(fā)現(xiàn)，Edward決定增加負(fù)空間瘫想，在“視圖項(xiàng)目Dashboard”下標(biāo)簽出詳細(xì)的視圖仗阅。
進(jìn)一步的改進(jìn)，例如保存部件編輯的功能国夜，在后來被用在測試减噪，因?yàn)樗鼈儾粚儆贛VP的范圍內(nèi)。
階段四：研發(fā)并且上線
（2016年二月－四月）
在敏捷開發(fā)之后，研發(fā)沖刺緊跟著設(shè)計(jì)沖刺筹裕。
盡管Edward的團(tuán)隊(duì)仍在測試原型醋闭，研發(fā)人員已經(jīng)構(gòu)建了驗(yàn)證迭代〕洌“協(xié)作高保真原型和測試的見解給我們的研發(fā)人員足夠的信息证逻，在代碼中實(shí)現(xiàn)我們的設(shè)計(jì)決策】菇铮”Edward說囚企。
團(tuán)隊(duì)中的有效溝通提高了每日站會的效率，Edward會公布任何新的研發(fā)人員對可用性測試的見解瑞眼。
因?yàn)樾鹿δ軠y試效果很好龙宏，LiquidPlanner發(fā)布了新的dashboard模板功能，而沒有發(fā)布beta測試伤疙。盡管團(tuán)隊(duì)可以測試大量的性能银酗，他們?nèi)孕枰尮δ茏叱龇块T，因?yàn)楝F(xiàn)在的dashboard很不一樣徒像。
感謝高效的高保真原型和無間的合作黍特，團(tuán)隊(duì)在2016年的四月九日推送了新的功能，在計(jì)劃的時(shí)間范圍之內(nèi)锯蛀，最終的結(jié)果是：
已經(jīng)有超過17000的dashboard在LiquidPlanner中被創(chuàng)建衅澈，其中1700（10%）是在發(fā)布后的兩周內(nèi)創(chuàng)建的。
模板功能被75%的新dashboard使用了谬墙。
絕大多數(shù)的大型企業(yè)客戶已經(jīng)在使用并享受這個(gè)新的功能今布，因?yàn)樗梢酝苿铀麄兇笮停瑥?fù)雜的項(xiàng)目拭抬。
“我要被這個(gè)數(shù)字給吹走了部默。”Edward說造虎，“很高興我的工作能夠受到用戶的歡迎傅蹂。”
其它
基于LiquidPlanner的成功算凿，我們可以將這些知識應(yīng)用到我們的產(chǎn)品設(shè)計(jì)過程中去：
不要過于雄心勃勃地重新設(shè)計(jì)項(xiàng)目份蝴。新的設(shè)計(jì)需要對老用戶足夠的尊重，保持一致性氓轰，并同時(shí)還要能夠吸引新用戶婚夫。為了實(shí)現(xiàn)這一微妙的平衡，請保持一切盡可能的簡單署鸡。
為了效率案糙，當(dāng)然可以直接從草圖到用戶流程再到高保真原型限嫌，只要你能夠讓測試跟上腳步。因?yàn)楝F(xiàn)有的視覺設(shè)計(jì)標(biāo)準(zhǔn)已經(jīng)驗(yàn)證时捌，所以高保真原型的風(fēng)險(xiǎn)較低怒医。
壓縮時(shí)間，確保設(shè)計(jì)人員能夠領(lǐng)先研發(fā)人員一個(gè)sprint奢讨。
像Edward那種拯救“小部件編輯”的功能稚叹，不要害怕在上線之后測試過程中發(fā)現(xiàn)了新的想法。
與詳細(xì)的高保真原型密切合作拿诸，研發(fā)人員可以實(shí)現(xiàn)代碼的轉(zhuǎn)化扒袖，并且會較容易的理解。
