UI設(shè)計(jì)中,用戶故事起到什么樣的作用?
用戶故事是特定于敏捷方法的,當(dāng)應(yīng)用到UI設(shè)計(jì)過程時(shí),它們?yōu)樵O(shè)計(jì)的后續(xù)階段提供了一個(gè)重要的基礎(chǔ)。一個(gè)精簡版的用戶故事幾乎不需要花費(fèi)時(shí)間來實(shí)現(xiàn),但是卻可以讓項(xiàng)目保持在正軌上。
設(shè)計(jì)團(tuán)隊(duì)坐下來為新客戶的應(yīng)用程序共享第一輪模型,當(dāng)團(tuán)隊(duì)成員展示他們的想法時(shí),很明顯每個(gè)人對于這個(gè)應(yīng)用是什么以及它應(yīng)該如何運(yùn)行都有不同的想法。
會(huì)議很快就變成了關(guān)于誰而不是什么是正確的討論,每個(gè)人都在為自己的設(shè)計(jì)辯護(hù),沒有人在為用戶辯護(hù)。聽起來是不是很熟悉?像這樣的時(shí)刻,我們需要實(shí)現(xiàn)用戶故事。
今天,許多UI/UX專業(yè)人員發(fā)現(xiàn)自己在敏捷世界中工作,敏捷開發(fā)(和設(shè)計(jì))過程進(jìn)展迅速,因此,我們需要能夠?qū)崿F(xiàn)快速、高效協(xié)作的工具。這聽起來像是矛盾修飾法,但是有一些工具可以幫助我們一起工作,而不需要在時(shí)間表上增加天數(shù)。
用戶故事是特定于敏捷方法的,當(dāng)應(yīng)用到UI設(shè)計(jì)過程時(shí),它們?yōu)樵O(shè)計(jì)的后續(xù)階段提供了一個(gè)重要的基礎(chǔ)。一個(gè)精簡版的用戶故事幾乎不需要花費(fèi)時(shí)間來實(shí)現(xiàn),但是卻可以讓項(xiàng)目保持在正軌上。
在移動(dòng)應(yīng)用開發(fā)公司CitrusBits,我們的UI設(shè)計(jì)團(tuán)隊(duì)在我們的過程中實(shí)現(xiàn)了用戶故事,我們發(fā)現(xiàn)它完成了三件主要的事情:
- 用戶故事使產(chǎn)品以用戶為中心。
- 用戶故事促進(jìn)團(tuán)隊(duì)成員之間的合作。
- 用戶故事有助于防止特性漸變和設(shè)計(jì)死胡同。
什么是用戶故事?
用戶故事的核心是描述用戶希望通過使用軟件產(chǎn)品完成的事情,它們最初是敏捷和Scrum開發(fā)策略的一部分,但對于設(shè)計(jì)師來說,它們主要是提醒用戶目標(biāo),以及組織和優(yōu)先考慮每個(gè)屏幕設(shè)計(jì)的方式。
一個(gè)用戶故事是一個(gè)非常短的故事——實(shí)際上只有一句話。這里有一個(gè)模板:
“作為一個(gè)用戶,我想……【基本用戶目標(biāo)】?!?/p>
因?yàn)檫@些故事是如此的簡短和具體,所以需要很多故事來涵蓋所有可能的用例。事實(shí)上,我們試著把每個(gè)故事都記錄下來,看看它能被分解到什么程度。
保持用戶專注
作為一名設(shè)計(jì)師,我在與項(xiàng)目涉眾的第一次會(huì)議上就開始構(gòu)思布局和配色方案。當(dāng)我傾聽他們的目標(biāo),了解他們的最終用戶時(shí),我可以想象這個(gè)應(yīng)用會(huì)是什么樣子。但是,重要的是不要把購物車放在馬的前面——當(dāng)我們首先識(shí)別用戶故事時(shí),我們讓它們來決定設(shè)計(jì),而不是反過來。
在對一個(gè)應(yīng)用程序的所有用戶故事進(jìn)行頭腦風(fēng)暴之后,我們把它放在一個(gè)協(xié)作的谷歌電子表格中,在那里客戶可以添加他們感覺缺失的任何故事。一旦客戶和團(tuán)隊(duì)都覺得我們已經(jīng)覆蓋了所有的基礎(chǔ),我們就給每個(gè)故事分配一個(gè)數(shù)字。這些數(shù)字在項(xiàng)目的后面特別有用,當(dāng)我們使用它們作為簡潔的標(biāo)簽來識(shí)別包含哪些故事的線框圖時(shí)。
這個(gè)列表不僅僅是提醒我們功能,它使我們在整個(gè)過程中與用戶保持聯(lián)系。每個(gè)用戶故事都是專門為滿足我們的最終用戶而設(shè)計(jì)的,確保我們能夠滿足他們的需求。在一個(gè)涉及約會(huì)應(yīng)用的項(xiàng)目中,這一點(diǎn)變得尤為明顯。
當(dāng)我創(chuàng)建線框?yàn)椤坝脩襞渲梦募表撁妫移鸪跽J(rèn)為這是適當(dāng)?shù)奶砑右粋€(gè)用戶“保存”功能通過添加一個(gè)按鈕,將標(biāo)志著他們的應(yīng)用。然而,一眼“用戶配置文件”部分用戶故事讓我想起了一個(gè)細(xì)節(jié)——“作為用戶我想最喜歡的另一個(gè)用戶?!?/strong>
從“保存”到“收藏”的改變是一個(gè)很小但很有價(jià)值的決定,因?yàn)椤氨4妗庇脩羰抢淠?,沒有人情味的,而“收藏”與用戶的約會(huì)心態(tài)是一致的。設(shè)計(jì)師們傾向于落入技術(shù)手段的陷阱,尤其是在花了數(shù)小時(shí)研究功能之后,用戶故事提醒我們要專注于用戶體驗(yàn),從而賦予應(yīng)用自身的特性。
促進(jìn)合作
UI設(shè)計(jì)通常有多個(gè)涉眾關(guān)注結(jié)果,這個(gè)團(tuán)隊(duì)可以包括客戶、設(shè)計(jì)師、程序員和許多其他職位,這取決于組織的規(guī)模。
在很多方面,這和在賽艇隊(duì)里是相似的情況。為了贏得一場比賽,每個(gè)隊(duì)員必須以同樣的速度和方向,在unisin一起劃船。這并不意味著每個(gè)人對每件事都有相同的看法——它只是意味著每個(gè)人都專注于同一個(gè)目標(biāo),知道如何融入團(tuán)隊(duì)。
雖然我們在CitrusBits的過程遠(yuǎn)非完美,但我們發(fā)現(xiàn):用戶故事可以讓所有人一起劃船,能夠?qū)Q策與用戶故事結(jié)合在一起,使應(yīng)用程序的目標(biāo)清晰而明確。這降低了團(tuán)隊(duì)合作的障礙,因?yàn)槲覀円呀?jīng)用簡短、具體的短語確定了我們的集體目標(biāo)。
用戶故事也使位于不同位置的團(tuán)隊(duì)更容易協(xié)作,當(dāng)我們?yōu)橐粋€(gè)位于舊金山的客戶開發(fā)一個(gè)小測試應(yīng)用程序時(shí),我們的灣區(qū)團(tuán)隊(duì)偶爾會(huì)與客戶會(huì)面,討論應(yīng)用程序的需求。
然后,我們洛杉磯的團(tuán)隊(duì)將在創(chuàng)建線框圖,并根據(jù)需要進(jìn)行更改時(shí)引用用戶故事。如果不是這個(gè)過程,這個(gè)項(xiàng)目要花很長時(shí)間才能完成,并且需要很長時(shí)間的解釋,才能在幾分鐘內(nèi),完成大量的小用戶故事。
防止特性蠕變和設(shè)計(jì)死角
“特性漸變”是UI設(shè)計(jì)中經(jīng)常出現(xiàn)的術(shù)語,它指的是希望不斷增加功能并擴(kuò)展項(xiàng)目范圍的趨勢,無論是硬件還是軟件。
當(dāng)然,隨著項(xiàng)目的進(jìn)展,我們愿意改變需求。然而,這些天我們拒絕添加太多的文本框,沒有一個(gè)用戶故事來解釋為什么這個(gè)文本框很重要。在看到以前的項(xiàng)目失控、注意力不集中、無法完成最初的目標(biāo)之后,我們決定采取強(qiáng)硬的態(tài)度。
在不久前的一個(gè)實(shí)例中,我們的客戶機(jī)忽略了用戶故事。我們正在為一家處理機(jī)密資產(chǎn)的公司開發(fā)一個(gè)應(yīng)用程序,他們想要一個(gè)管理員工之間通信的應(yīng)用程序。
溝通的主要方式(我們都同意)是公司內(nèi)部的聊天平臺(tái),使用短信和圖片,我們在用戶故事中記錄下來。后來,客戶要求添加視頻、語音消息和位置共享。為了做到“靈活”,我們嘗試在新的通信中實(shí)現(xiàn),擴(kuò)展了范圍并延遲了計(jì)劃,在所有這些努力之后,我們最終意識(shí)到添加對最終用戶沒有好處。
雖然這些功能都很不錯(cuò),但最初的原則是創(chuàng)建一個(gè)應(yīng)用程序,將通信簡化到最低限度,以促進(jìn)團(tuán)隊(duì)建設(shè)和合作,而不會(huì)變成一個(gè)內(nèi)部的Facebook。我們把它們轉(zhuǎn)回到用戶故事中,提醒他們這款應(yīng)用最初的意圖。
最終,我們阻止了這個(gè)特性的蔓延,回到了正軌。實(shí)驗(yàn)可以產(chǎn)生一些奇妙的結(jié)果,但如果產(chǎn)品不滿足基本需求,獨(dú)創(chuàng)性就毫無意義。
我們從錯(cuò)誤中吸取了教訓(xùn),在開發(fā)B2B公司的銷售應(yīng)用Quicksilver時(shí),我們嚴(yán)格遵守用戶描述。結(jié)果,最終的產(chǎn)品與我們最初的設(shè)計(jì)保持了驚人的一致,主要是因?yàn)槲覀円呀?jīng)完成了構(gòu)建一組全面的用戶故事的前期工作。
在此基礎(chǔ)上構(gòu)建,節(jié)省了以后的工作,并使我們的工作保持有序和以用戶為中心。雖然項(xiàng)目的每個(gè)迭代都帶來了額外的用戶和客戶的反饋,但是這個(gè)概念的核心仍然很強(qiáng)大。
每個(gè)用戶故事對設(shè)計(jì)團(tuán)隊(duì)和開發(fā)團(tuán)隊(duì)都有一組含義,雖然保持技術(shù)上的限制總是好的,但這些都被稱為“用戶故事”,而不是“開發(fā)者故事”,甚至“設(shè)計(jì)師故事”。
“由于我們試圖用用戶故事優(yōu)先考慮用戶的觀點(diǎn),因此更容易理解手邊的問題,并創(chuàng)建一個(gè)有用的最終產(chǎn)品?!?/p>
下一個(gè)步驟
在UI設(shè)計(jì)中嘗試用戶故事時(shí),需要記住以下幾點(diǎn):
- 在進(jìn)行任何視覺設(shè)計(jì)之前,先確定一個(gè)完整的用戶故事集。抵制直接進(jìn)入設(shè)計(jì)的誘惑,可以節(jié)省時(shí)間、減少頭痛和大量浪費(fèi)的精力。
- 對于每個(gè)用戶故事,看看它是否可以分解成更小、更具體的故事。“史詩”對于需要的特性的高級(jí)概述是很好的,但是不要太寬泛。深入細(xì)節(jié),并在一開始就解決可用性問題。
- 不要在沒有相應(yīng)用戶故事的界面中,放置設(shè)計(jì)元素。記錄每個(gè)元素的內(nèi)容和原因可以促進(jìn)組織,并使開發(fā)團(tuán)隊(duì)的交接更加順利。
原文作者:Tom Brinton
原文鏈接:http://www.uxbooth.com/articles/user-stories-a-foundation-for-ui-design/
本文由 @ANG 翻譯發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自Unsplash,基于CC0協(xié)議
作為一個(gè)XXX(角色),我想要…(什么功能),以便…(目的)