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

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

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

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

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

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

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

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

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

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

首先，作為設(shè)計師，我們常常被教導(dǎo)要從整體上考慮產(chǎn)品和體驗。這是件好事，因為我們得了解用戶對產(chǎn)品的整個體驗。事實上，大家都知道把東西分成幾塊來設(shè)計可能會導(dǎo)致不連貫和不一致的體驗。

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

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

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

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

小不等于壞

Jobs4Pets.com上一項小型但重要的視圖功能

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

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

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

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

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

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

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

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

小但有用

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

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

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

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

理解目標

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

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

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

做好一件事

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

Jobs4Pets.com的信息報告案例

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

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

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

不要從代碼開始

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

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

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

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

不要立即面向廣大群體

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

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

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

接受不完美

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

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

允許迭代

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

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

原文地址：站酷

作者：馬克筆設(shè)計留學(xué)

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

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

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