我們在投簡歷之前，在分析 JD（職位信息）的時候，經常看到有條工作要求這么寫：“有設計方法支撐設計落地”。面試中，面試官也經常會問一句“請問您這邊日常設計工作中有什么方法的沉淀？”入職后，在晉升答辯時，設計委員會導師也會問：工作中設計方法的沉淀，設計方法是團隊非常看重的一種工作能力，也是對候選人職級定級的重要考量要素。

“設計方法”這個命題在 JD、面試中、答辯晉升、甚至是設計評審的時候都被重復提起的一個概念，可見它的重要性。

我承認很多設計伙伴都反感設計方法，前面一堆概念，看著做出的設計也沒有那么靠譜，被大家抽象的形容為：一頓操作猛如虎，一看戰績 1-5。其實設計方法不僅保證了我們設計的規范性、嚴謹性，也是考量設計師具備獨立負責設計業務的一項重要指標，畢竟在商業目標中，每一環都有決定項目最終效果的能力，設計師作為項目開發“設計”這一環中，設計方法至少決定了我們設計的嚴謹性，不會因為設計對項目效果產生了不好的影響（畢竟設計都是美的，誰不喜歡美的事物）。

接下來本文就分析一下，設計師怎么創建自己的設計方法。

首先我們要拆解概念。設計方法是由“設計”和“方法”這兩個詞語組合而成，百度百科這樣解釋“方法”：

方法：為獲得某種東西或達到某種目的而采取的手段與行為方式。

接著我們看設計的概念

設計：指設計師有目標有計劃的進行技術性的創作與創意活動。

先是策劃一個即將實施的項目，然后按照策劃的要求進行構思、制定方案、實施操作、繪制圖樣、進行施工、檢驗樣本、通過設計方案的驗收等整個環節的工作。總而言之設計就是設想、運籌、計劃、預算的一個過程。

把設計和方法的概念結合起來看：構思、策略、執行的手段、為了完成某個項目而采取的行為、手段。結合我們體驗設計最后可以定義為：為了達成某個業務目標而具體采取的設計行為。有了這個簡單的定義，那我們接著拆解：假如項目有一個新產品需要定義一種主題色，我們通過情緒板、360°色環法則等具體的手段推理、提取出來主題色的過程就是“設計方法”的一種。

我相信大多數公司的設計團隊都有自己的設計方法和流程，這個方法保證了產品設計方案輸出的質量，對于我們設計師來講，也需要具備自己的設計方法，來幫助我們在專業上進一步的成長。

我們設計師日常的工作就是滿足各種需求，沒有時間思考沉淀設計方法，或者有些需求時間緊迫，有些設計行為都是拍腦門，自以為這么做很好而執行設計落地。實際上，我們每位設計師都有自己的設計方法，我把這些設計方法稱之為“點”，這些點散落在大腦的各個地方，從來沒有被“串聯”起來，當把散亂在大腦的“點”連起來就織成了一張“網”，這張“網”連接起來的“點”就是我們的設計方法，帶著這張“網”回頭看做過的設計，會發現思考的深度和角度都會發生一些變化，長而久之，我們就不僅僅是作為“設計資源”而存在，我們會通過設計能力參與到產品的建設中。

相信大家在職業生涯的前期，因為工作經驗不多，我們都是作為一個“設計資源”參與到項目中，拿到 prd、原型圖以后認認真真完成自己的設計工作，但是由于業務需求的復雜性，PRD、原型圖沒有那么嚴謹，導致與這個需求可能本身就有一些問題，當我們認真按照 PRD 完成設計以后，進入設計評審階段總是出現一些邏輯問題、狀態不完善等問題。畢竟前端開發工程師是按照我們的設計稿來開發，那么這些問題就有可能會被認定為設計問題，于是設計師就進入了改改改、和產品撕逼的狀態，最終在項目中被淪為“設計資源”。我們設計師一直被需求方牽著鼻子走，不斷的做，不斷的改，最后身心疲憊，也沒能參與到項目中去，為了解決這個問題，我們就需要建立自己的設計方法。

為了讓自己更多的參與項目中，下面是我日常對接需求的一些方法。

1. 把設計執行置后，設計思考置前。拿到需求以后，先用大量的時間去思考，思考業務目的，業務邏輯、業務拆解、設計的策略。
2. 整理項目中遇到的 case，把這些 case 按照用戶的使用邏輯都擺出來。
3. 拿著梳理出來的成果和產品對接，挨個梳理 case 以及解決問題方案。
4. 開始設計執行，并且抽離設計中的共性進行總結歸納沉淀。

整體來看以上這 4 個步驟，我們可以發現到第 4 步才是設計執行的階段，1-3 步都是設計的思考，通過思考、把業務邏輯問題先暴露出來，避免設計完成后問題再暴露出來；再接著開始設計執行，執行完后對設計抽離，把有共性重復的設計工作抽離總結、復用，降低設計的工作量。

總結一下，以上這個對接需求，思考業務，設計執行的過程就是我們的設計方法，通過這個方法我們主動參與到產品邏輯中，從被動接需求轉變為共建產品需求，在提高我們設計能力的同時也提高了我們對業務的思考能力。

當工作久了以后，我們就會承擔更大、更重要的業務，這就需要我們有更強的歸納能力和驅動力。所以，對于業務需求不但要求我們對一個需求的把控，更是要求我們對一條業務線需求的設計把控。我現在在公司負責整個 B 端 App 需求的把控，面對這個復雜的業務線，我需要花費大量的時間沉下心去研究業務，挖掘需求背后的目的。本文我們以“搜索”這個入口為例，來拆解搜索設計的方法。

既然我們要做“搜索”這個需求，那么首先要了解搜索的出現解決了什么問題，沒有搜索可以么？既然有搜索的出現，那么搜索“前、中、后”分別有什么樣的業務邏輯？

搜索解決了業務中什么問題？搜索是一項非常普遍的功能，現在幾乎所有的數字產品中都有搜索。搜索是一個讓用戶跳過復雜流程，直接獲取他們想要的信息的快捷方式，就像在一個應用程序內的遠距離傳送。但是，搜索只是我們目前解決用戶問題的一種途徑，不是我們最終解決用戶想要問題的方法，因為世界在變化，搜索結果也要一直變化，我們搜索結果只是根據用戶搜索內容檢索推薦出來的，是關于可能性和概率性的問題。就像而本 · 戈麥斯說的：尋找搜索問題的完美解決方案這件事根本看不到盡頭，因為世界在不斷變化。”

了解搜索的目的后，開始拆解搜索的步驟，當用戶有搜索的需求以后，會有哪些步驟？

1. 獲取搜索請求。
2. 服務器解析。
3. 服務器匹配。
4. 搜索結果排序。
5. 搜索結果的呈現。

在獲取搜索請求這個步驟，常見的為文本輸入、語音識別、二維碼掃描、圖片識別等。這幾種搜索請求方式都有其不同的特征，這都需要我們一點一點的去拆解，然后根據不同的 case 做出不同的設計方案。
......

在搜索這個業務需求中，我們考慮的不僅僅是一個項目的設計方法，而是要更多的考量搜索這個業務線的設計思路和方法。看待問題不同的視角帶給我們對業務也有不同的理解，在搜索這個業務線中，我們更多的是站在全局的角度去思考怎么幫用戶解決問題以及搜索這個業務的價值。

以上兩個小案例大家應該能發現，設計方法不是固定的概念和一種教條式的方法，而是根據具體的業務和自己處于的狀態去解決業務問題的具體方法。

那么設計方法有什么特點呢？

1. 注重設計師的思考方式。
2. 幫助設計減少業務的不確定因素。
3. 對設計進行抽離，提高設計效率。
4. 讓同事感受到設計的專業性和嚴謹性。

最后，設計方法并沒有固定的流程，每個人都有自己解決問題的方法，那么怎么去找設計的方法呢。

我的一些小經驗分享給大家。

1. 了解這個需求的目的，要解決什么問題。
2. 對問題進行拆解分析，梳理和業務相關的 case。
3. 確定每一個 case 的邏輯，以及和同事協商不確定 case 的解決方案；制定設計策略。
4. 針對確定的 case 進行設計執行。
5. 對設計抽離分析，總結沉淀可復用的元素，甚至可以搭建每個 case 的設計標準和未來可能出現 case 的預判，沉淀出所有相關 case 的設計方案，最終形成這個“設計點”的設計體系。

歡迎關注作者微信公眾號：「槽點閑心」