這樣提案，設計比較容易落地

什麼是設計提案？

設計提案，簡言之就是基於現狀，針對存在的問題提出設計的解決方案。目的是為了與業務方達成共識，在後續的工作中互相支援，促進最後的專案落地。

在商業設計中，常見於設計團隊將自主驅動的設計方案“賣”給業務方，獲得認可，並提供相關技術合作，達成共贏。

設計提案怎麼做？

充分的準備

在專案中進行設計提案，我們需要先行對目前的專案進行全面的瞭解，可以從以下五點進行準備。

我們的使用者是誰？

老生常談的問題，你對你所設計的產品服務的使用者瞭解嗎？他們年齡多大，是男是女，在何時何地，怎樣使用你的產品？要更充分的瞭解這些資訊，主要可以透過定性分析方法，邀約使用者進行1v1訪談或焦點小組，初步得出使用者的角色模型。再透過定量分析方法，對目前已有的使用者屬性進行一層提煉，並對定性分析的結果進行驗證。綜合定性定量分析，豐富使用者角色模型，讓使用者形象飽滿起來。

我們的對手做得如何？

“知己知彼，才能百戰不殆”，這句話同樣適用於設計。羅列競品並從中挑選出有分析意義的幾家，從活躍使用者、功能支援、互動介面三方面進行對比。當然，視不同的專案會有不同的維度增加，比如若是初創企業，可能還需要有發展前景、變現方式等對比。

我始終相信，產品服務於使用者，最終所有的對比大多會落在體驗上的競爭。發展中優勝劣汰，慢慢沉澱下來的，若非壟斷型產品（如12306），旗鼓相當的情況下，為什麼要用體驗差勁的產品？當然這裡提的體驗不是單純簡單的設計，而是整個產品呈現出來的狀態，給使用者的觀感。但遺憾的是，目前較多情況下體驗還是侷限在設計範疇裡。

我們的商業目標是什麼？

商業產品的設計工作如果只糾結於使用者操作或介面而忽略產品的商業目標，是沒有意義的。在不同的產品階段，設計的重要程度是不一樣的。初創時可能沒有辦法進行細化的分工或精緻的設計，但打的一定是一個關注解決使用者問題的商業目標、較為完善的商業模式與營銷方式。

多數情況下，設計是依附於商業存在中（當然也有例外，比如說公益事業）。

我們可以做些什麼？

思考每個商業目標的背後，設計可以做些什麼，而不僅僅是支援，將需求轉化為介面，做一個默默無聞的畫圖工。舉個例子，APP要拉新使用者，運營有預算可供這部分的支出，那作為天生愛創造的我們是不是可以想想如何把這筆預算花得更有意思，而不是一個下載給5元。

我們的設計目標是什麼？

結合商業目標與設計的發散，我們可以從中得出設計要主打的點，從而總結出我們的設計目標。設計目標緊扣商業目標，助力業務發展，比較容易推動落地哦…

組織設計提案

設計的提案主要圍繞“有問題 —— 要解決 —— 有方案”來進行組織與分析。

現在有問題：吸引所有人的注意，引發共鳴

前期我們已經收集以下問題，現在需要將其進行收攏，按產品、運營、設計、使用者等進行分類。

現狀遍歷：收集目前線上存在的問題；

使用者訪談：收集使用者操作使用的問題；

競品分析：分析市面競品的發展情況。

PS：這個分類不是為了撇清問題的關聯關係，而是為了後面更好的解決這些問題，找到相關的跟進人。

迫切要解決：說明問題的嚴重性，迫在眉睫

分析當前的問題給使用者認知、操作體驗帶來負面或不良的影響，造成流程斷路，如下單購買的中斷，影響最後的成功率等。

而為了達成商業目標，這些攔路虎急需解決。

我們有方案：提供優秀解決方案，出色售賣

完整推導：前期的調研分析、演化、推導過程，在提案中儘可能保證整個邏輯的完整性。

迴歸影象：以圖形/可互動的形式進行方案的包裝與演示，呈現真實的使用感受。

方案解說：圍繞問題，由點及面，提供的方案解決哪些問題，並強調設計方向，有理有據可度量。

PS：切記不要一上來就直接上設計稿哦，這樣非常容易變成飛機稿。

提案後的行動

若提案未透過

在提案會議時，難免會有挑戰，可以透過解說的方式進行回答。

若自身暫無法得出結論，可以將問題記錄下來，並詢問業務方對此的看法，會後再做思考，給到解決方案。

或之後再另啟會議針對這個難題進行共建討論，千萬別揪著問題，繞進黑洞裡。

若提案已透過

太讚了，達成統一的認識，成功進入落地環節。分情況進行：

若是一個改版專案，那可以直接在專案中加入設計提案提到的方案進行開發實現；

若是一個迭代中的專案，那可以根據排期，將設計提案中提到的小方案分次迭代。

PS：無論如何，總會有現階段無法實現，需要暫時砍掉的內容，平靜心對待，做好專案管理，在後面的版本中進行迭代。

設計的落地工作可以按PDCA的方法來推進，實時保持與業務方的共建，瞭解目標的變化，及時調整設計產出。

PDCA：即Plan（計劃）、Do（執行）、Check（驗收）、Action（反饋）

如何增強提案的說服力？

如何讓別人接受我們的設計，以及如何讓資訊通暢，合作愉快呢？

圍繞業務目標

設計提案要圍繞業務目標的實現，在實現業務目標的同時實現設計目標，以一種“共建”的方式進行，用更能體現設計價值的方式去推動業務的成長。

以使用者為中心

設計是基於對使用者定性定量的分析後，為具體的使用者角色而進行的設計。

表明你的目的

解決方案必然經過思考和邏輯推理過程，透過清晰的解說，告知業務方：“這不是一個設計中意淫出來的方案，它是有理有據，符合業務目標與使用者訴求的”。

觀點令人信服

擁有一個清晰、可信的立場，傳達給業務方，讓業務方覺得“嗯，他說的有道理！”，而且按他說的這樣做，是可以解決或最佳化當前的問題的。

勇敢接受挑戰

面對業務方的發難，如“方案理想化、如何落地”等問題，設計師可以在提案之前想想可能會被提及的問題，以及對應問題的答案。互相尊重，相信專業。

設計提案要注意哪些點？

專業

在提案過程中，表述可引用之前的自己的工作經驗或他人已驗證過的結論，有理有據。儘量少使用“我覺得”、“我認為”，這類聽著很主觀的話。

根據資料分析、使用者訪談、競品分析的結果來指導設計產出，體現設計的專業性。

移情

在設計中，移情多是指帶著設計背景或問題去了解使用者，包括使用者的做事方式，背後的原因，情感上的訴求，他們思考的方式以及價值。

我這邊講的移情同樣適用於我們的業務方，我們要知道他們設定業務目標背後的原因，以及目前實現這些目標已想到的策略。

簡言之，移情 = 設身處地，感同身受。

價值

作為設計驅動的提案，我們同樣需要體現設計的價值。基於自身的設計專業，個人素養與職業經驗，從設計角度出發，推動商業目標的達成，併為最終的結果或答案買單。

可執行

設計提案不是脫離現實的奇思妙想，最終還是要落地到實際的產品中去，設計提案要建立在當前的現狀上去做發想，同時瞭解技術上的限制，平衡人員、時間等資源消耗。

寫在最後

設計提案是一個發散收集問題，收攏分析問題，再發散解決方案，再收攏核心要點的過程。設計提案不是一蹴而就的，在較長的時間裡可能都是一個共建的過程，需要聯合BI、運營、產品等同學來收集討論資訊。在上面提到的那些內容產出點，也建議能及時有效的與業務方去碰內容，聽聽他們的想法，不要憋大招，最後來個重磅成果給業務方。一來容易造成閉門造車，需求不飽和的誤會，二來也容易因為招式太大，業務方承受不住，心中各種冒問題，導致提案時交流不順暢、不聚焦，從而對方案的接受度也會降低，傷到設計師本身。

循序漸進的來：使用者畫像產出了，就先碰；競品分析產出了，再碰一次…分階段多次交流，容易較早的產生共識，有設計侷限的問題及早發現，後續也就更容易推進了。

嗯，這樣提案比較容易讓設計落地！要不要一起來試試？

——————————————————————————————————

版權所有，如有轉載，請聯絡作者。

轉載請加專欄二維碼…

https：//

zhuanlan。zhihu。com/UXer

s

（二維碼自動識別）