2022-2-14 鶴鶴
“我們需要停止快速設計，學會減少設計。”
我們的心態需要從一次性做完全設計轉變到進行小規模設計。那么，所謂小規模設計到底要怎樣做呢？這篇文章來跟大家分析一下小規模的設計是什么樣，它有什么好處呢？
為什么要做小規模設計
在討論如何做之前，我們先談談為什么，為什么在設計、搭建和交付中小規模思維如此重要。這并不像人們想的那樣，僅僅是為了讓某些設計師和研究人員掃興，他們出于某些原因喜歡對所設計的東西有一個整體的看法。
通過最小的設計來為客戶或用戶提供價值，可以給我們帶來很多好處。首先，我們可以把一個有潛在價值的東西直接提供給某人，讓他立即開始使用，而不是讓他等待設計人員開發完其他幾十個不相關的功能或更新。一般來說，只需非常小的變化或錯誤修復就可為用戶產品體驗帶去巨大改善。
當然，有時候，設計上的變化可能不會帶去任何影響，甚至是帶去負面影響，這些缺陷我們越早發現越好。更頻繁地運送小型成果，對我們理念和執行的反饋也能更高效地回輸。
通過遞交一個小規模版本，你能盡早預測未來會發生的大問題。想象一下，如果你早就知道某些功能雞肋的表現，你根本就不會創建這些功能！想象一下，如果你不忙于搭建無人問津的龐大版本，你本可以向用戶提供多少價值。盡早交付小型的設計，你就能及時獲得相關信息，這些信息可以幫助你的團隊對剩余的設計部分進行取舍。
通過把設計分解成可交付的小塊，我們可以盡早且頻繁地向用戶提供價值，同時在投入大量資源之前及時獲得反饋。這聽起來真是美事一樁。
唯一的缺點是，小規模設計很難做得好，如果你做得不好，那還不如一口氣把所有東西都設計完。
按理來說，小規模設計不應該比大規模設計難才對，但出于一些原因，許多設計師十分不擅長處理小規模設計思維。
首先，作為設計師，我們常常被教導要從整體上考慮產品和體驗。這是件好事，因為我們得了解用戶對產品的整個體驗。事實上，大家都知道把東西分成幾塊來設計可能會導致不連貫和不一致的體驗。
某位與我們交談的設計師完美地解釋了這一點。她的團隊任務是為一個有不同類別內容的大型網站設計信息架構。工程師們想直接開始編寫搜索內容的代碼，但她覺得只提供一個類別的分類法是不妥的，因為她知道，一旦她評估了系統中其他類型的內容，工程師們會發現還有更多東西同樣需要搜索。畢竟，你不會用搜索鞋子或汽車的標準來搜索書籍。她不希望得到一個不完整的模型，以后還得再做改進。
與我們交談過的許多人都說，一旦設計進入市場，他們就很少有機會進行迭代和改進。當迭代和改進環節缺失時，設計者只能盡可能多地為初代版本添加細節。
當然，對于設計者來說，知道某項不完美的功能面世，且它永遠不會被改進，這是非常痛苦的。畢竟這就是我們的工作。我們希望它是完美的。我們希望它能為人們解決問題。我們想讓每一項作品都無愧于心。這些都是非常合理的反應。因此當我們確信完整版本會更好時，一般不會考慮交付小規模且不完整的設計。
小規模設計的意義在哪里
小不等于壞
Jobs4Pets.com上一項小型但重要的視圖功能
我們經常把某項產品的初代版本稱為MVP或最小可行產品。但是，人們往往忽略了”可行”兩個字，而這恰恰是最重要的。當你創建一個新功能或產品的初代版本時，盡管規模再小，它也必須是可行的。它不應該存在問題，不應該無法使用，更不應該帶去糟糕的用戶體驗。
請記住，我們進行小規模設計，并把它交付給用戶，目的是為了了解關鍵信息。這就是生產最小可行產品的全部意義。如果我們推出了一個糟糕的、有缺陷的或無法使用的產品，我們所了解到的無非就是人們不喜歡這個糟糕的東西! 以及我們必須弄清楚，人們之所以不使用我們的新功能是因為它不對，還是因為它雖然功能完美，但可操作性太差，以至于沒有人能夠堅持使用。
小不等于無關功能的混雜
小規模設計、搭建和交付的另一個困難是，我們可能會傾向于一股腦交付大量的小功能，因為這些功能可以為快速構建，所以我們就先將它們做了。
思考一下，你正在構建一個讓人們搜索和申請工作的界面。有很多東西需要你來完成，例如，你需要用戶能從潛在雇主那里得到帶有工作描述的招聘信息；你需要一個要求求職者提交他們個人信息的界面；你需要一個能讓雇主審查申請的系統。你還可能會需要某種檔案或賬戶頁面，讓流程雙方都將信息存儲進去，這樣他們就不必在每次發布或申請工作時都重復輸入信息。
上述所有大系統都包含多個小功能在里面。例如，申請系統可能包含暫停功能，求職者可以暫停申請，過一會再來完成?；蛘?，發布系統可以讓雇主在需要另雇他人時重新發布工作描述。
現在，作為設計師，你可能認為你需要一次性交付所有功能才能打造一個有力的招聘網站。但事實并非如此。你要做的是，確保你搭建各項功能時采用了正確的設計順序。比方說，重新提交招聘信息的功能應該推到后面，在此之前，應當設計首次發布招聘信息的界面。同時，應該先設計出令人們查閱各種工作的方法，然后才輪到申請工作界面的開發。
每次你設計和發布的東西都應是有用的，而且應該以合理的方式出現在現有的界面上。
小但有用
最重要的是，你發布的任何東西都應該有益于目標用戶。如果你有一個非常大的用戶群，你的設計可能不會立即對每個人都有用，但它應該有一定的使用性，至少足以讓你得到反饋，并在下一次迭代中完善版本。
對一個招聘網站來說，最小可行產品是什么？要想交付某版本以獲得用戶反饋，你能做的最小努力有多少？
如何進行小規模設計
小規模設計涉及很多技巧，下面這些技巧十分實用，且可操作性強，并且仍有發展的空間。例如：
理解目標
小規模設計最重要的部分就是理解你正在創建的功能或產品的核心目標。如果你的目標太大或者你對目標理解不透徹，就很容易因為 “有人可能需要它 “而繼續增加一個又一個的功能。
例如前面提到的求職網站。如果它是一個普適型的招聘網站，那么你的設計將與針對專門行業的招聘網站有很大的不同。過于寬泛的目標會影響你的搜索選項、你期望顯示的工作數量，以及對申請表格的要求等等。
鎖定明確的目標用戶，你就已經成功了一半。設計一個小型的、有針對性的功能或產品對你來說作用更大，所謂為 “所有人 “設計的大型功能，實際上對任何人都沒多大用處。
做好一件事
假設你正為你的求職網站設計信息表。你可能想廣泛地構思，試圖了解雇主和求職者可能需要的所有不同的報告，然后把它們都設計出來。
Jobs4Pets.com的信息報告案例
花時間研究哪些報告形式最好用是完全合理的，但不妨考慮一次只設計和搭建一種，最好先做研究，找到那些價值最大化的報告形式。為什么要把時間消耗在搭建價值最小的報告形式上呢？這樣反而浪費了用戶時間。用戶可能根本就不需要你手頭搭建的那些遜色的報告形式。通過一次只設計和發布一種類型，你會得到更快的反饋，且能定期為用戶提供價值。
一次僅設計和搭建一種類型有助于為你的用戶提供最大的價值
這種設計思維不只適用于報告。如果你打算發布多種類似的產品，看看是否有可能僅從一個開始，到后期再逐漸增加。
不要從代碼開始
設計一個新功能或產品的方式有很多，我們可能會在會議上花大量時間來爭論最佳的方式。
理想情況下，我們可以搭建許多不同版本，然后看看哪個版本更受歡迎，但這導致了另一個問題：編程和代碼成本不菲。另一方面，原型和實驗法可是相當便宜。
與其直接跳到設計完整的功能，讓工程師們立即開始工作，不如嘗試設計實驗。試試禮賓服務測試或綠野仙蹤實驗。建立一些交互式的原型，與用戶一起測試。
沒有規定說設計師只能設計像素般完美的界面，我們也可以成為實驗設計師。
不要立即面向廣大群體
設計師在向人們交付不完美或未完成的設計時，常常很在意的一件事情是，用戶可能會感到失望。畢竟，推出半成品最終可能會對產品和公司產生非常不好的影響。
但向一小群用戶提供內測產品就完全不一樣了。在幾十個甚至幾百個用戶身上測試新的設計，可以為團隊提供巨大的價值，即發現關鍵的見解和潛在的問題，同時不會有讓整個用戶群失望的風險。
不要再古板地認為，推出新功能必須通過新聞發布和市場推廣才能實現。雖然只是在幾十個測試者或一些內部人員中提供內測版本，但你仍然在向用戶提供價值。如果交付對象的規模較小，你對失敗的擔心會少很多；如果你先在較小的受眾中測試了你的設計，你失敗的可能性也會少很多。
接受不完美
除了上述技巧，團隊還應學會接受不完美。事實是，世界上不存在完美的產品；此外，在多數情況下，我們甚至不知道什么是完美。顯然，我們不應該向人們提供無法使用、有缺陷或不安全的軟件。但是我們也不需要花幾天或幾周的時間去糾結每一個像素和每一點拋光，特別是在連這個功能是否有用都不確定的情況下。
想想看，我們到底把多少時間浪費在所謂華麗的設計上，而對應的產品甚至無人問津。比起糾結細枝末節的完美，如果把時間花在測試想法和找到人們真正想要使用的產品上，我們的收獲會更多。
允許迭代
當然，如果你要接受不完美，最好也愿意進行迭代。我們接收到設計師在敏捷軟件開發團隊工作時最大的抱怨之一是，團隊從不進行迭代。團隊會非常努力地工作，爭取快速交付，然后從不反思或改進功能。有時候部分團隊甚至不測試產品效果。
如果你從不回頭去改進（或扼殺）你不完美的功能，那么沒有人會放心地發布他們認為可能不完美的東西。我們必須致力于向用戶學習，不斷改進已經投放在外的功能和產品，而不是不停地向用戶輸送無效產品及功能。
分享此文一切功德，皆悉回向給文章原作者及眾讀者.
藍藍設計( m.skdbbs.com )是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務
免責聲明：藍藍設計尊重原作者，文章的版權歸原作者。如涉及版權問題，請及時與我們取得聯系，我們立即更正或刪除。