關(guān)于設(shè)計(jì)保真度的難題
編者按:偷看了一眼上次的更新,約莫還是在兩周前;中間忙一些事務(wù),讀一些書(shū),又去寶島休假了一周,差不多就是這樣了;出行期間略有感觸,接下來(lái)找一期單聊吧。之前有朋友問(wèn)到博主你平時(shí)的狀態(tài)是怎樣的怎么能如此飄逸,我覺(jué)得還是要看主觀意識(shí)真正希望將生活狀態(tài)拉向何方了,客觀未必絕對(duì)。
這次呈上Beforweb合作作者SL的譯文,“The Design Fidelity Conundrum”,原文來(lái)自IBM的設(shè)計(jì)師,探討如何選擇設(shè)計(jì)產(chǎn)出的保真度;我就不在編者按里多廢話了,回頭再聊。
– C7210
關(guān)于設(shè)計(jì)保真度的難題
在尋求用戶反饋時(shí),怎樣的設(shè)計(jì)保真度最合適?
一個(gè) Dashboard 部件的低保真、中保真、高保真界面設(shè)計(jì)稿。
沒(méi)有任何一個(gè)產(chǎn)品的設(shè)計(jì)和完善是一步到位的。這樣的事就是不會(huì)發(fā)生。達(dá)成一項(xiàng)絕佳的設(shè)計(jì),通常是一個(gè)想法經(jīng)過(guò)不斷地嘗試、測(cè)試、改進(jìn)并隨時(shí)間迭代的結(jié)果。這就是為什么在 IBM 設(shè)計(jì)中心我們將“Loop”作為我們的核心原則之一:
IBM 設(shè)計(jì)思維“Loop” – 這一視覺(jué)形象充分體現(xiàn)了優(yōu)秀的設(shè)計(jì)作品是非線性的。
我們嘗試將這種思維運(yùn)用到我們所做的所有設(shè)計(jì)之中。因此,無(wú)論是項(xiàng)目研討會(huì)活動(dòng)、團(tuán)隊(duì)會(huì)議還是一個(gè)新的設(shè)計(jì)工作,我們都會(huì):
- 觀察(了解所涉及的人群:他們的背景、目標(biāo)、習(xí)慣等,并檢驗(yàn)我們的想法)
- 反思(建立理解并形成意圖)
- 創(chuàng)造(探索想法和原型的可能性)
然后循環(huán)往復(fù)。
我們的設(shè)計(jì)師被鼓勵(lì)“在開(kāi)放的環(huán)境中工作”——也就是說(shuō),要盡早、盡可能頻繁地尋求反饋,并且把任何產(chǎn)出都視作原型。本質(zhì)上,我們希望甚至期待人們快速失敗,并從收到的反饋中學(xué)到東西,然后迭代他們的想法,直到越來(lái)越多的設(shè)計(jì)決策得到驗(yàn)證。
因此,我們非常清楚,當(dāng)評(píng)價(jià)設(shè)計(jì)優(yōu)劣和獲取用戶反饋時(shí),快速且盡可能早地獲得反饋遠(yuǎn)勝過(guò)緩慢或拖延。畢竟,我們尋求反饋的原因,是可以利用獲得的信息,進(jìn)一步改進(jìn)我們的設(shè)計(jì)。(如果你一直等到一個(gè)東西被基本設(shè)計(jì)和建造好之后才去尋求反饋,那么在很大幾率上,針對(duì)這些反饋進(jìn)行的修改或是為時(shí)已晚,或是必須付出高昂的代價(jià)。)
一些非常前期的低保真線框圖,探索一種可能的任務(wù)流程。這種前期的低保真設(shè)計(jì)輸出有助于獲得快速而真實(shí)的反饋。
在尋求用戶反饋時(shí)使用低保真設(shè)計(jì)稿的另一個(gè)好處是:受訪者可以看到你仍然處于早期的想法階段,便傾向于更自由地提供他們真實(shí)的想法和感受。相比之下,如果你給受訪者展示高保真設(shè)計(jì)稿,他們很可能認(rèn)為已經(jīng)有很多的細(xì)節(jié)已經(jīng)在之前的設(shè)計(jì)中被充分考慮,因此,他們很可能不愿意分享任何批評(píng)意見(jiàn)以免冒犯你。類似地,他們也可能會(huì)認(rèn)為大的設(shè)計(jì)方向已經(jīng)確鑿無(wú)疑,進(jìn)而只會(huì)狹隘地針對(duì)一些特定的方面進(jìn)行反饋,比如文字、顏色、圖標(biāo)等等。
因此,使用低保真設(shè)計(jì)稿可以成為一種獲取早期、快速而真實(shí)用戶反饋的好方法。
到目前為止看起來(lái)還不錯(cuò)。
IBM 的視覺(jué)設(shè)計(jì)師 @NatalieCaudell 的早期手繪設(shè)計(jì)探索。
然而,你也可能聽(tīng)到有人告訴你說(shuō):如果想測(cè)試某人在一個(gè)特定場(chǎng)景中的反應(yīng),“測(cè)試”或“模型”越接近它所模擬的真實(shí)情況,就越能確信他們?cè)跍y(cè)試場(chǎng)景中的行為將真正代表他們?cè)谡鎸?shí)場(chǎng)景中的反應(yīng)。
所以,設(shè)計(jì)師該怎么做?
盡管低保真設(shè)計(jì)稿與最終產(chǎn)品還相差甚遠(yuǎn),我們是否應(yīng)該盡早向用戶展示低保真的設(shè)計(jì)構(gòu)想?還是應(yīng)該一直等到我們能展示更多的高保真設(shè)計(jì)或原型?
我的觀點(diǎn)是:無(wú)論是使用低保真的構(gòu)想探索,還是高保真原型,或是介于兩者之間的任何形式,都應(yīng)該去積極尋求用戶反饋。
簡(jiǎn)而言之,這不是二選一的情況。幾乎所有的案例中,在項(xiàng)目生命周期的多個(gè)階段積極尋求設(shè)計(jì)反饋是有意義的。隨著你從第一版設(shè)計(jì)到第二版、第三版、第九版、直到第十五版,越來(lái)越多的部分將被測(cè)試、精煉和完善。
一個(gè)范例
IBM Cloud Event Management 是 IBM Cloud 上的一項(xiàng)相對(duì)較新的服務(wù),它幫助 DevOps 團(tuán)隊(duì)監(jiān)控事件,識(shí)別沖突,并為操作員的“操作手冊(cè)”收集知識(shí)和經(jīng)測(cè)試后的步驟指導(dǎo),以便能夠更快地避免或解決將來(lái)的沖突。
下圖片展示了 Cloud Event Management 團(tuán)隊(duì)在探索操作守則創(chuàng)建頁(yè)面時(shí)所繪制的不同保真度的設(shè)計(jì)稿。在每個(gè)階段,用戶和利益相關(guān)者都參與了評(píng)審,這為設(shè)計(jì)團(tuán)隊(duì)提供了寶貴的反饋意見(jiàn),用于指導(dǎo)他們的下一輪設(shè)計(jì)優(yōu)化。
來(lái)自 IBM Cloud Event Management 設(shè)計(jì)團(tuán)隊(duì)的設(shè)計(jì)稿,圖片展示了它們是如何運(yùn)用不同級(jí)別的保真度來(lái)推進(jìn)設(shè)計(jì)的。
- 第一張圖片:設(shè)計(jì)團(tuán)隊(duì)的早期手繪草圖之一,探討了操作守則編輯器的一些關(guān)鍵概念。
- 第二張圖片:一個(gè)中保真的線框稿,主要集中在編輯器本身。這里團(tuán)隊(duì)開(kāi)始探索使用不同的顏色來(lái)表示參數(shù)、命令和跳轉(zhuǎn)鏈接。
- 第三張圖片:最終的高保真設(shè)計(jì),它不僅包括核心編輯器(每一個(gè)步驟在視覺(jué)上區(qū)分開(kāi)),還包括標(biāo)記、參數(shù)、命令等與特定操作守則相關(guān)的獨(dú)立區(qū)域。
選擇與你所尋求的反饋類型最匹配的設(shè)計(jì)保真度
每個(gè)項(xiàng)目都是不同的,但是作為一個(gè)大致的指南,下列每一個(gè)階段都可以提供一個(gè)很好的機(jī)會(huì)來(lái)接收有用的用戶反饋:
- 初始用戶和市場(chǎng)研究。
- 驗(yàn)證項(xiàng)目核心想法、概念、隱喻等(例如,甚至在動(dòng)筆寫(xiě)之前,通過(guò)口頭上與他人討論、剖析和改善它們,你就可以開(kāi)始“測(cè)試”你的想法了)。
- 早期的低保真度設(shè)計(jì)(例如顯示主要用戶界面的紙面草圖)。
- 中保真度設(shè)計(jì)(例如展示大致頁(yè)面布局、更有意義的文本和實(shí)際界面控件等的線框圖,用來(lái)測(cè)試設(shè)想的單用戶任務(wù)流程)。
- 高保真度設(shè)計(jì)(包括色彩、標(biāo)識(shí)、精確的布局等等)。
- 用戶可以與之交互的原型(請(qǐng)注意,原型本身可以是低、中、高保真度的設(shè)計(jì)稿)。
- 產(chǎn)品某些部分的代碼原型(例如顯示用戶界面中的關(guān)鍵功能或微交互等等)。
- 早期演示版本(不需要等到所有預(yù)期功能都完成)。
- 測(cè)試版產(chǎn)品。
- 正式發(fā)布版產(chǎn)品。
如何在產(chǎn)品生命周期的不同階段使用不同保真度的設(shè)計(jì)。(本圖最初由Tracy Lepore發(fā)表于這篇文章中,用于解釋“Design Continuum” 的草圖。)
關(guān)鍵在于要仔細(xì)考慮你需要驗(yàn)證的設(shè)計(jì)工作具體是哪些方面,然后確保你分享的設(shè)計(jì)或原型具有與之匹配的保真度。例如,如果你想要驗(yàn)證站點(diǎn)導(dǎo)航結(jié)構(gòu),使用顯示不同導(dǎo)航結(jié)構(gòu)的非常低保真的界面模型可能就足夠了,但是如果您想驗(yàn)證一個(gè)特定工作流的用戶體驗(yàn),一個(gè)中到高保真且可點(diǎn)擊的原型可能是最合適的。
總結(jié)
當(dāng)要選擇一個(gè)合適的保真度來(lái)測(cè)試你的設(shè)計(jì)時(shí),沒(méi)有一刀切的“正確”答案;它將始終取決于具體場(chǎng)景。仔細(xì)考慮你想要測(cè)試的內(nèi)容,然后選擇最合適的保真度。
并且銘記以下幾點(diǎn):
- 進(jìn)行一些用戶研究總是比不研究要好。
- 在你之前原型基礎(chǔ)上,根據(jù)收到的反饋來(lái)評(píng)審和改進(jìn)。記住:設(shè)計(jì)體現(xiàn)在在細(xì)節(jié)之中!
- 然而,最好不要完全依賴于用戶測(cè)試低保真的設(shè)計(jì),因?yàn)樗鼈?不可避免地包含著各種“偏差”,低保真設(shè)計(jì)實(shí)際上只是基于當(dāng)時(shí)所知的最終產(chǎn)品的大概樣子。
- 但是同樣的,不要等到你有了一個(gè)完整編寫(xiě)好的原型之后才尋求反饋,因?yàn)榇藭r(shí)基于收到的反饋?zhàn)龀龈膶⒈戎案冻龈嗟拇鷥r(jià)。
- 記住,高保真度并不總是意味著大量的付出。你可以使用 Marvel 這樣的工具快速創(chuàng)建可點(diǎn)擊的交互原型,而無(wú)需編寫(xiě)任何代碼。
- 說(shuō)到代碼,想要獲得特定界面組件的一些初始用戶反饋,有時(shí)一個(gè)快速的 CodePen 演示可能就是所需的全部?jī)?nèi)容。
- 有關(guān)使用不同類型的原型(靜態(tài)的還是交互式的等)和不同保真度的更多信息,請(qǐng)參閱 Nielsen Norman Group 的這篇文章。
- 最后,如果你認(rèn)為所有這些用戶測(cè)試似乎費(fèi)時(shí)且昂貴,請(qǐng)牢記:
不管你的產(chǎn)品是什么,你設(shè)計(jì)的每個(gè)部分終究會(huì)被測(cè)試到(仔細(xì)想想看)。真正的問(wèn)題是:你希望這些測(cè)試發(fā)生在何時(shí),是在你有時(shí)間整合反饋意見(jiàn)之前還是之后呢?
原文作者:Arin Bhowmick
原文地址:https://medium.com/design-ibm/the-design-fidelity-conundrum-63769bbc3e40,
譯者:SL
本文由 @微信公眾號(hào)(ID:Beforweb) 授權(quán)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)作者許可,禁止轉(zhuǎn)載。
題圖來(lái)自 Pexels,基于 CC0 協(xié)議
辦公室
好文章
哈哈