針對(duì)敏捷開發(fā)中用戶體驗(yàn)的5點(diǎn)建議
根據(jù)最近惠普針對(duì)600多個(gè)專業(yè)的軟件開發(fā)人員做的一個(gè)調(diào)查,由于能夠加強(qiáng)協(xié)作,增加用戶的滿意度以及縮減成本,所以敏捷開發(fā)是目前大多數(shù)被調(diào)查的組織采用的工作方式。然而當(dāng)把用戶體驗(yàn)集成到敏捷開發(fā)的周期中時(shí),很多公司會(huì)問我們采取什么樣的方式才能在滿足每一個(gè)敏捷時(shí)間框架要求的同時(shí)確保成功。
機(jī)會(huì)總是留給有準(zhǔn)備的人的。這就是我們?yōu)槭裁囱?qǐng)UserZoom?的高級(jí)UX/CX總監(jiān)Ann Rochanayon為我們提出她對(duì)團(tuán)隊(duì)從每一個(gè)迭代中獲得最多輸出的建議。
迭代前
1、與產(chǎn)品經(jīng)理定義并細(xì)化用戶故事
好的用戶體驗(yàn)是全公司共同努力的結(jié)果,它包括與產(chǎn)品經(jīng)理合作去理解用戶的需求。這就是為什么在每個(gè)迭代之前坐下來與產(chǎn)品經(jīng)理的團(tuán)隊(duì)細(xì)化用戶故事,描述目標(biāo)用戶他們想要的是什么以及為什么需要這件事的重要性。
用戶定義讓你在你的UX、UI和設(shè)計(jì)團(tuán)隊(duì)之間建立一個(gè)共同的愿景,那就是”以用戶為中心”的設(shè)計(jì)與開發(fā)。第二個(gè)好處就是團(tuán)隊(duì)內(nèi)部都知道彼此在做什么,有效的解決了在規(guī)模較大的公司有時(shí)候出現(xiàn)的雙重開發(fā)或者其他的降低效率的問題。當(dāng)你只有兩周時(shí)間完成一個(gè)迭代的時(shí)候,團(tuán)隊(duì)成員都需要遵循同樣的路線圖進(jìn)行工作。
2、識(shí)別關(guān)鍵交付物和必要的任務(wù)去實(shí)現(xiàn)它
一旦完成就是你需要將重點(diǎn)轉(zhuǎn)移到你所遵循和用最佳方式實(shí)現(xiàn)的關(guān)鍵性能指標(biāo)的時(shí)候了??梢酝ㄟ^諸如邀請(qǐng)用戶完成一個(gè)業(yè)務(wù)流程、或者找到關(guān)注度高的信息,或者通過任務(wù)前、任務(wù)中、任務(wù)后用戶填寫的問題等來完成這個(gè)研究。
理想情況下,你將能夠把任務(wù)和問題聯(lián)系起來,連同邏輯和條件一起,根據(jù)用戶的反饋和對(duì)一些具體問題的回答,收集到的有深刻意義的KPI就可以應(yīng)用于下一個(gè)迭代中了。
3、準(zhǔn)備好你的參與者
用戶體驗(yàn)測試中最耗費(fèi)時(shí)間的事情之一就是招募你的參與者。這就是為什么應(yīng)該在每一個(gè)迭代前花費(fèi)時(shí)間準(zhǔn)備好參與者,不管他們是你的原始用戶,還是你郵件列表中的客戶,從你們的網(wǎng)站或者app上招募來的,甚至是內(nèi)部的員工。當(dāng)然為了獲得最真實(shí)的見解,你需要實(shí)際的客戶或者用戶,至少需要你的目標(biāo)受眾來幫助你測試。
先進(jìn)的軟件能夠讓你從多個(gè)參與者中具有多樣化的選擇,更容易從多個(gè)數(shù)據(jù)源中獲得真實(shí)的測試人員。我們也建議你手頭準(zhǔn)備更多的參與者使你在使用時(shí)更加的靈活。
迭代中
一旦這些準(zhǔn)備工作都完成了,你就離成功很近了。但仍有一些你能做的事情幫你從敏捷開發(fā)的迭代本身收益更多。
4、收集盡量多的信息
在先進(jìn)的軟件幫助下,你可以從單一研究的參與者中收集到更多定量、定性、性能數(shù)據(jù)。這將幫助你理解發(fā)生了什么(定量)、為什么發(fā)生(定性),以及如何發(fā)生的(性能),收集多種類型的數(shù)據(jù)會(huì)幫助你理解完整的用戶在線體驗(yàn)故事。
最重要的是,當(dāng)你收集更多類型的數(shù)據(jù)時(shí)你可以過濾特定的子集或者角色,使用同樣的樣本就能做出明智的決定。這是很重要的,因?yàn)榧词鼓阒魂P(guān)注于一個(gè)類型的數(shù)據(jù),例如用戶的會(huì)話視頻,你有其他數(shù)據(jù)能幫你獲得更有深度的研究結(jié)果,而不必等待迭代中的另一項(xiàng)研究提醒你的時(shí)候才發(fā)現(xiàn)。
5、測試、修改、重復(fù)
RITE(快速迭代測試和評(píng)估)方法是一種很適合敏捷開發(fā)的方法,從原型設(shè)計(jì)被測試、更新,并在短時(shí)間內(nèi)重新測試。你可以將收集到的指標(biāo)在不同的迭代之間進(jìn)行對(duì)比,以便了解你的更改造成的影響。
這種方法在做遠(yuǎn)程可用性測試時(shí)特別有效,因?yàn)閷?duì)數(shù)據(jù)進(jìn)行了自動(dòng)化收集,能夠立即反饋到線上。另一個(gè)好處是,這種方法可以在你的參與者快速修改和重測時(shí)更方便地被復(fù)制
結(jié)論
敏捷開發(fā)的周期短和快速對(duì)用戶體驗(yàn)來說是極大地挑戰(zhàn),但在深謀遠(yuǎn)慮的計(jì)劃下絕不是不可逾越的。事實(shí)上,敏捷迭代在早期開發(fā)階段為用戶體驗(yàn)提供了一個(gè)可靠的時(shí)間表,考慮到敏捷開發(fā)是現(xiàn)在web開發(fā)和軟件產(chǎn)業(yè)中最常用的方式,正是好時(shí)機(jī)去擁抱這一趨勢,成為精通的敏捷實(shí)踐者。
本文的原作者Ann Rochanayon,是UserZoom?的高級(jí)UX/CX總監(jiān),具有超過十三年的從業(yè)經(jīng)驗(yàn)。
本文由 @范范 翻譯發(fā)布于人人都是產(chǎn)品經(jīng)理?,未經(jīng)許可,禁止轉(zhuǎn)載。
- 目前還沒評(píng)論,等你發(fā)揮!