做最小的設(shè)計,得最大的價值

2022-2-14    ui設(shè)計分享達(dá)人

“我們需要停止快速設(shè)計,學(xué)會減少設(shè)計。”

我們的心態(tài)需要從一次性做完全設(shè)計轉(zhuǎn)變到進(jìn)行小規(guī)模設(shè)計。那么,所謂小規(guī)模設(shè)計到底要怎樣做呢?這篇文章來跟大家分析一下小規(guī)模的設(shè)計是什么樣,它有什么好處呢?


為什么要做小規(guī)模設(shè)計


在討論如何做之前,我們先談?wù)劄槭裁?,為什么在設(shè)計、搭建和交付中小規(guī)模思維如此重要。這并不像人們想的那樣,僅僅是為了讓某些設(shè)計師和研究人員掃興,他們出于某些原因喜歡對所設(shè)計的東西有一個整體的看法。


通過最小的設(shè)計來為客戶或用戶提供價值,可以給我們帶來很多好處。首先,我們可以把一個有潛在價值的東西直接提供給某人,讓他立即開始使用,而不是讓他等待設(shè)計人員開發(fā)完其他幾十個不相關(guān)的功能或更新。一般來說,只需非常小的變化或錯誤修復(fù)就可為用戶產(chǎn)品體驗(yàn)帶去巨大改善。


當(dāng)然,有時候,設(shè)計上的變化可能不會帶去任何影響,甚至是帶去負(fù)面影響,這些缺陷我們越早發(fā)現(xiàn)越好。更頻繁地運(yùn)送小型成果,對我們理念和執(zhí)行的反饋也能更高效地回輸。


通過遞交一個小規(guī)模版本,你能盡早預(yù)測未來會發(fā)生的大問題。想象一下,如果你早就知道某些功能雞肋的表現(xiàn),你根本就不會創(chuàng)建這些功能!想象一下,如果你不忙于搭建無人問津的龐大版本,你本可以向用戶提供多少價值。盡早交付小型的設(shè)計,你就能及時獲得相關(guān)信息,這些信息可以幫助你的團(tuán)隊對剩余的設(shè)計部分進(jìn)行取舍。


通過把設(shè)計分解成可交付的小塊,我們可以盡早且頻繁地向用戶提供價值,同時在投入大量資源之前及時獲得反饋。這聽起來真是美事一樁。


唯一的缺點(diǎn)是,小規(guī)模設(shè)計很難做得好,如果你做得不好,那還不如一口氣把所有東西都設(shè)計完。

按理來說,小規(guī)模設(shè)計不應(yīng)該比大規(guī)模設(shè)計難才對,但出于一些原因,許多設(shè)計師十分不擅長處理小規(guī)模設(shè)計思維。


首先,作為設(shè)計師,我們常常被教導(dǎo)要從整體上考慮產(chǎn)品和體驗(yàn)。這是件好事,因?yàn)槲覀兊昧私庥脩魧Ξa(chǎn)品的整個體驗(yàn)。事實(shí)上,大家都知道把東西分成幾塊來設(shè)計可能會導(dǎo)致不連貫和不一致的體驗(yàn)。


某位與我們交談的設(shè)計師完美地解釋了這一點(diǎn)。她的團(tuán)隊任務(wù)是為一個有不同類別內(nèi)容的大型網(wǎng)站設(shè)計信息架構(gòu)。工程師們想直接開始編寫搜索內(nèi)容的代碼,但她覺得只提供一個類別的分類法是不妥的,因?yàn)樗?,一旦她評估了系統(tǒng)中其他類型的內(nèi)容,工程師們會發(fā)現(xiàn)還有更多東西同樣需要搜索。畢竟,你不會用搜索鞋子或汽車的標(biāo)準(zhǔn)來搜索書籍。她不希望得到一個不完整的模型,以后還得再做改進(jìn)。


與我們交談過的許多人都說,一旦設(shè)計進(jìn)入市場,他們就很少有機(jī)會進(jìn)行迭代和改進(jìn)。當(dāng)?shù)透倪M(jìn)環(huán)節(jié)缺失時,設(shè)計者只能盡可能多地為初代版本添加細(xì)節(jié)。


當(dāng)然,對于設(shè)計者來說,知道某項(xiàng)不完美的功能面世,且它永遠(yuǎn)不會被改進(jìn),這是非常痛苦的。畢竟這就是我們的工作。我們希望它是完美的。我們希望它能為人們解決問題。我們想讓每一項(xiàng)作品都無愧于心。這些都是非常合理的反應(yīng)。因此當(dāng)我們確信完整版本會更好時,一般不會考慮交付小規(guī)模且不完整的設(shè)計。


小規(guī)模設(shè)計的意義在哪里


小不等于壞

Jobs4Pets.com上一項(xiàng)小型但重要的視圖功能


我們經(jīng)常把某項(xiàng)產(chǎn)品的初代版本稱為MVP或最小可行產(chǎn)品。但是,人們往往忽略了”可行”兩個字,而這恰恰是最重要的。當(dāng)你創(chuàng)建一個新功能或產(chǎn)品的初代版本時,盡管規(guī)模再小,它也必須是可行的。它不應(yīng)該存在問題,不應(yīng)該無法使用,更不應(yīng)該帶去糟糕的用戶體驗(yàn)。


請記住,我們進(jìn)行小規(guī)模設(shè)計,并把它交付給用戶,目的是為了了解關(guān)鍵信息。這就是生產(chǎn)最小可行產(chǎn)品的全部意義。如果我們推出了一個糟糕的、有缺陷的或無法使用的產(chǎn)品,我們所了解到的無非就是人們不喜歡這個糟糕的東西! 以及我們必須弄清楚,人們之所以不使用我們的新功能是因?yàn)樗粚Γ€是因?yàn)樗m然功能完美,但可操作性太差,以至于沒有人能夠堅持使用。


小不等于無關(guān)功能的混雜


小規(guī)模設(shè)計、搭建和交付的另一個困難是,我們可能會傾向于一股腦交付大量的小功能,因?yàn)檫@些功能可以為快速構(gòu)建,所以我們就先將它們做了。


思考一下,你正在構(gòu)建一個讓人們搜索和申請工作的界面。有很多東西需要你來完成,例如,你需要用戶能從潛在雇主那里得到帶有工作描述的招聘信息;你需要一個要求求職者提交他們個人信息的界面;你需要一個能讓雇主審查申請的系統(tǒng)。你還可能會需要某種檔案或賬戶頁面,讓流程雙方都將信息存儲進(jìn)去,這樣他們就不必在每次發(fā)布或申請工作時都重復(fù)輸入信息。


上述所有大系統(tǒng)都包含多個小功能在里面。例如,申請系統(tǒng)可能包含暫停功能,求職者可以暫停申請,過一會再來完成?;蛘撸l(fā)布系統(tǒng)可以讓雇主在需要另雇他人時重新發(fā)布工作描述。


現(xiàn)在,作為設(shè)計師,你可能認(rèn)為你需要一次性交付所有功能才能打造一個有力的招聘網(wǎng)站。但事實(shí)并非如此。你要做的是,確保你搭建各項(xiàng)功能時采用了正確的設(shè)計順序。比方說,重新提交招聘信息的功能應(yīng)該推到后面,在此之前,應(yīng)當(dāng)設(shè)計首次發(fā)布招聘信息的界面。同時,應(yīng)該先設(shè)計出令人們查閱各種工作的方法,然后才輪到申請工作界面的開發(fā)。


每次你設(shè)計和發(fā)布的東西都應(yīng)是有用的,而且應(yīng)該以合理的方式出現(xiàn)在現(xiàn)有的界面上。


小但有用


最重要的是,你發(fā)布的任何東西都應(yīng)該有益于目標(biāo)用戶。如果你有一個非常大的用戶群,你的設(shè)計可能不會立即對每個人都有用,但它應(yīng)該有一定的使用性,至少足以讓你得到反饋,并在下一次迭代中完善版本。


對一個招聘網(wǎng)站來說,最小可行產(chǎn)品是什么?要想交付某版本以獲得用戶反饋,你能做的最小努力有多少?


如何進(jìn)行小規(guī)模設(shè)計


小規(guī)模設(shè)計涉及很多技巧,下面這些技巧十分實(shí)用,且可操作性強(qiáng),并且仍有發(fā)展的空間。例如:


理解目標(biāo)

小規(guī)模設(shè)計最重要的部分就是理解你正在創(chuàng)建的功能或產(chǎn)品的核心目標(biāo)。如果你的目標(biāo)太大或者你對目標(biāo)理解不透徹,就很容易因?yàn)?“有人可能需要它 “而繼續(xù)增加一個又一個的功能。


例如前面提到的求職網(wǎng)站。如果它是一個普適型的招聘網(wǎng)站,那么你的設(shè)計將與針對專門行業(yè)的招聘網(wǎng)站有很大的不同。過于寬泛的目標(biāo)會影響你的搜索選項(xiàng)、你期望顯示的工作數(shù)量,以及對申請表格的要求等等。


鎖定明確的目標(biāo)用戶,你就已經(jīng)成功了一半。設(shè)計一個小型的、有針對性的功能或產(chǎn)品對你來說作用更大,所謂為 “所有人 “設(shè)計的大型功能,實(shí)際上對任何人都沒多大用處。


做好一件事

假設(shè)你正為你的求職網(wǎng)站設(shè)計信息表。你可能想廣泛地構(gòu)思,試圖了解雇主和求職者可能需要的所有不同的報告,然后把它們都設(shè)計出來。

Jobs4Pets.com的信息報告案例


花時間研究哪些報告形式最好用是完全合理的,但不妨考慮一次只設(shè)計和搭建一種,最好先做研究,找到那些價值最大化的報告形式。為什么要把時間消耗在搭建價值最小的報告形式上呢?這樣反而浪費(fèi)了用戶時間。用戶可能根本就不需要你手頭搭建的那些遜色的報告形式。通過一次只設(shè)計和發(fā)布一種類型,你會得到更快的反饋,且能定期為用戶提供價值。

一次僅設(shè)計和搭建一種類型有助于為你的用戶提供最大的價值


這種設(shè)計思維不只適用于報告。如果你打算發(fā)布多種類似的產(chǎn)品,看看是否有可能僅從一個開始,到后期再逐漸增加。


不要從代碼開始


設(shè)計一個新功能或產(chǎn)品的方式有很多,我們可能會在會議上花大量時間來爭論最佳的方式。


理想情況下,我們可以搭建許多不同版本,然后看看哪個版本更受歡迎,但這導(dǎo)致了另一個問題:編程和代碼成本不菲。另一方面,原型和實(shí)驗(yàn)法可是相當(dāng)便宜。


與其直接跳到設(shè)計完整的功能,讓工程師們立即開始工作,不如嘗試設(shè)計實(shí)驗(yàn)。試試禮賓服務(wù)測試或綠野仙蹤實(shí)驗(yàn)。建立一些交互式的原型,與用戶一起測試。


沒有規(guī)定說設(shè)計師只能設(shè)計像素般完美的界面,我們也可以成為實(shí)驗(yàn)設(shè)計師。

不要立即面向廣大群體


設(shè)計師在向人們交付不完美或未完成的設(shè)計時,常常很在意的一件事情是,用戶可能會感到失望。畢竟,推出半成品最終可能會對產(chǎn)品和公司產(chǎn)生非常不好的影響。


但向一小群用戶提供內(nèi)測產(chǎn)品就完全不一樣了。在幾十個甚至幾百個用戶身上測試新的設(shè)計,可以為團(tuán)隊提供巨大的價值,即發(fā)現(xiàn)關(guān)鍵的見解和潛在的問題,同時不會有讓整個用戶群失望的風(fēng)險。


不要再古板地認(rèn)為,推出新功能必須通過新聞發(fā)布和市場推廣才能實(shí)現(xiàn)。雖然只是在幾十個測試者或一些內(nèi)部人員中提供內(nèi)測版本,但你仍然在向用戶提供價值。如果交付對象的規(guī)模較小,你對失敗的擔(dān)心會少很多;如果你先在較小的受眾中測試了你的設(shè)計,你失敗的可能性也會少很多。


接受不完美


除了上述技巧,團(tuán)隊還應(yīng)學(xué)會接受不完美。事實(shí)是,世界上不存在完美的產(chǎn)品;此外,在多數(shù)情況下,我們甚至不知道什么是完美。顯然,我們不應(yīng)該向人們提供無法使用、有缺陷或不安全的軟件。但是我們也不需要花幾天或幾周的時間去糾結(jié)每一個像素和每一點(diǎn)拋光,特別是在連這個功能是否有用都不確定的情況下。


想想看,我們到底把多少時間浪費(fèi)在所謂華麗的設(shè)計上,而對應(yīng)的產(chǎn)品甚至無人問津。比起糾結(jié)細(xì)枝末節(jié)的完美,如果把時間花在測試想法和找到人們真正想要使用的產(chǎn)品上,我們的收獲會更多。


允許迭代


當(dāng)然,如果你要接受不完美,最好也愿意進(jìn)行迭代。我們接收到設(shè)計師在敏捷軟件開發(fā)團(tuán)隊工作時最大的抱怨之一是,團(tuán)隊從不進(jìn)行迭代。團(tuán)隊會非常努力地工作,爭取快速交付,然后從不反思或改進(jìn)功能。有時候部分團(tuán)隊甚至不測試產(chǎn)品效果。


如果你從不回頭去改進(jìn)(或扼殺)你不完美的功能,那么沒有人會放心地發(fā)布他們認(rèn)為可能不完美的東西。我們必須致力于向用戶學(xué)習(xí),不斷改進(jìn)已經(jīng)投放在外的功能和產(chǎn)品,而不是不停地向用戶輸送無效產(chǎn)品及功能。

原文地址:站酷
作者:馬克筆設(shè)計留學(xué)

藍(lán)藍(lán)設(shè)計建立了UI設(shè)計分享群,每天會分享國內(nèi)外的一些優(yōu)秀設(shè)計,如果有興趣的話,可以進(jìn)入一起成長學(xué)習(xí),請掃碼藍(lán)小助,報下信息,藍(lán)小助會請您入群。歡迎您加入噢~~希望得到建議咨詢、商務(wù)合作,也請與我們聯(lián)系。

截屏2021-05-13 上午11.41.03.png

分享此文一切功德,皆悉回向給文章原作者及眾讀者.
免責(zé)聲明:藍(lán)藍(lán)設(shè)計尊重原作者,文章的版權(quán)歸原作者。如涉及版權(quán)問題,請及時與我們?nèi)〉寐?lián)系,我們立即更正或刪除。

藍(lán)藍(lán)設(shè)計sillybuy.com )是一家專注而深入的界面設(shè)計公司,為期望卓越的國內(nèi)外企業(yè)提供卓越的UI界面設(shè)計、BS界面設(shè)計 、 cs界面設(shè)計 、 ipad界面設(shè)計 、 包裝設(shè)計 、 圖標(biāo)定制 、 用戶體驗(yàn) 、交互設(shè)計、 網(wǎng)站建設(shè) 平面設(shè)計服務(wù)

分享本文至:

日歷

鏈接

個人資料

存檔