從“保存”到“收藏”的改變是一個(gè)很小但很有價(jià)值的決定，因?yàn)椤氨４妗庇脩羰抢淠?，沒有人情味的，而“收藏”與用戶的約會(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)：

1. 在進(jìn)行任何視覺設(shè)計(jì)之前，先確定一個(gè)完整的用戶故事集。抵制直接進(jìn)入設(shè)計(jì)的誘惑，可以節(jié)省時(shí)間、減少頭痛和大量浪費(fèi)的精力。
2. 對于每個(gè)用戶故事，看看它是否可以分解成更小、更具體的故事。“史詩”對于需要的特性的高級(jí)概述是很好的，但是不要太寬泛。深入細(xì)節(jié)，并在一開始就解決可用性問題。
3. 不要在沒有相應(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é)議