設計提案老是卡關？你可能搞錯了提案的目的

提案結束，會議室裡的人都點了頭。你收好電腦，心裡有點得意，感覺這次過了。

然後隔天早上，信箱進來一份修改意見。打開來，十二點，格式比那份提案還整齊。往下讀，第七點跟第九點不能同時成立；再往下，第十一點直接否定了第三點。你盯著螢幕，想說一句話，但最後還是沒打出來。

做這行二十幾年，我在桌子兩邊都坐過。魔瓶是設計公司，但這些年我們也幫自己做品牌決策，有時我變成那個拿著需求單的人。視角一換，你會發現：提案卡關的現場，問題很少是設計做得不好。

多數時候，是兩邊對「提案」這件事的理解根本不一樣。

設計師走進會議室，心裡打的算盤是「展示」：讓人看見設計背後的邏輯與美感。甲方走進同一間會議室，心裡打的算盤卻是「解決問題」：他有一堆還沒答案的疑問，等著看你給他什麼工具。

同一張桌子，兩場不同的會議在同時進行。

這不是品味差異，也不是甲方「不懂設計」。差別在於，這場對話的目標有沒有從一開始就對齊。設計提案失敗，問題通常不是設計做得不夠好，而是設計師從第一步就把要說服的對象想錯了。

甲方腦袋裡跑的不是那條美感軸線

有一次我坐在甲方那側，對面的設計師在講他選用這款字體的原因。從包浩斯聊到瑞士國際字體風格，聊得很投入。那段歷史我也喜歡，真的喜歡。但我當時腦子裡轉的是：發佈會下週四，印刷廠週二要給稿，提案今天沒定，後面那串時程就得重排。

我沒有不欣賞他說的東西。我只是坐在另一條軸線上。

這就是那條平行線：設計師沿著「美感與邏輯」在走，甲方早就跑到「風險與時間」那側去了。不是甲方品味差，是他坐在那個位置，從來沒有責任去欣賞你的設計。他的責任只有一件事：在資訊不完整、時間不夠的狀況下，替公司拍板。

你拿給他看的那份提案，他在心裡掃描的問題是「這能讓我在董事會開口嗎」「客戶看了會說什麼」「萬一出問題我要怎麼解釋」。

這幾個問題，字體哲學都回答不了。

所以他開口說的第一句話，常常是你完全沒預備到的角度。設計師以為他在找碴，其實他只是拿著自己那份心裡的問題清單在掃你的提案，看你給他的東西能不能幫他擋掉那些潛在的麻煩。他沒把這份清單交給你，因為他以為這是你應該預先摸清楚的事。

你以為他應該先理解你的美感邏輯，他以為你早就研究過他的處境。

兩邊都在等對方先說破，結果誰也沒說。等那封十二點的信進信箱，才把那層遮羞布掀掉。

說服的順序，比說服的內容更要命

有一個順序問題，我覺得比技巧更根本。

設計師習慣從設計說起：先建立美感邏輯，再帶到商業意圖。這個順序對自己很自然，因為那是你做設計時的思考路徑。但甲方進來的時候是倒過來的：先確認目標，再看手段。你從手段出發，他從目標出發，兩條路從第一秒就走反了。

換個說法：不是「這個版面很乾淨」，而是「你的目標客群在手機上只有三秒鐘，這樣排版讓他三秒內看到關鍵訊息」。句子的資訊量差不多，但後者給了甲方一個可以拿去用的理由。他聽完之後，有辦法回去跟老闆說「設計師說我們的目標客群……」。前者呢？他只能說「設計師說版面很乾淨」。你覺得哪個在下一關活得下去？

這就是提案裡常被忽略的第二個受眾：那個沒出現在會議室裡的人。

甲方不是終點，他是中繼站。他從你這裡拿走的說法，還要再轉述一遍，給老闆、給股東、給那個永遠在最後一刻冒出來的副總。你給他的邏輯如果不夠清楚，他在轉述的時候只好自己填空，填出來的版本長什麼樣，你就沒辦法控制了。能讓他有話說的，才是一份完整的提案（Heath, 2008）。

這件事的麻煩在於，設計師通常沒見過那個副總，不知道他的問題長什麼樣子。你唯一能做的，是把邏輯說清楚到：就算中繼站的人不太懂設計，也能把你的意思完整帶過去。美感放在後面不是犧牲，是讓前面那段邏輯先站穩腳。

那個副總坐在你沒去過的會議室，用他自己的話轉述你的設計。那段話能不能讓在場的人點頭，要追溯回你在提案那天有沒有給他一個帶得走的理由。你那天有嗎？

那些「怪要求」後面，藏著一個你沒問到的問題

「顏色要喜氣一點。」

這句話會讓設計師的眉頭跳一下。心裡第一個衝動通常是辯護：「但品牌調性是……」然後接下來十五分鐘都在解釋那個紅色哪裡不對。我也做過，不只一次。

做這行久了學到一件事：先別急著接那個球。

「喜氣一點」不是從空氣裡長出來的。它背後一定有個出處——可能是某個沒進這間會議室的人說了什麼，可能是這套設計要出現在你根本不知道的場合，可能是之前有個案子用了深色系，被某個不知道是誰的人嫌過一次。你不知道。問題是，你不知道，卻假裝你知道，然後開始說服。

這是最費力氣的錯誤。省力的做法，只需要開口問。

真正值得問的只有一個問題：「這個方向的想法，是從哪裡來的？」這句話不是在質疑，是在挖線索。甲方被問到這個，有時候自己也愣一下，然後開始往回想「對，好像是誰先提的？」他在整理答案的過程裡，你需要的東西就跑出來了（Fisher et al., 1991）。

那個沒說出口的限制，常常比說出口的要求更要緊。說出來的是「喜氣一點」，沒說出來的，可能是某個關鍵人物對特定顏色有意見，而且那個人下個月還會出現在簡報現場。如果你事先知道這件事，整個應對方式都會不一樣。連問題本身的性質都變了。

問清楚這件事，多數人其實不做。覺得問太多顯得沒經驗，或者以為需求訪談時對方說的就是全部了。然後等修改意見進信箱，再花幾天處理一個原本可以在會議前就拆開來看的問題。

那把火，從來不是在提案當天點燃的。

把設計術語拿掉之後，還剩什麼

有一個測試，我偶爾會對自己的提案做。

把那份簡報打開，然後把裡面所有的設計語言遮掉。字體對比、視覺層級、白空間、色彩心理學——這些全部當作不存在。看看剩下的東西，能不能讓一個從來沒學過設計的人理解你為什麼這樣做，而不是別的樣子。

大多數時候，剩下的東西比你想的少。不是毀滅性的少，但少到有點靜默。

設計邏輯本身沒問題，問題是那個邏輯的重要性是你的事，不是甲方的事。你說「視覺層級清楚」，他聽到的是「好像有在說什麼，但不確定是不是跟我有關」。換一句：「你的目標客群在手機上停留的時間很短，這樣排版讓他最快看到那個你最想讓他看到的東西。」句子長了一點，但他聽完有辦法轉述——回去跟老闆說，跟那個下週才會現身的副總說，跟那個你永遠沒見過卻有最後一票的人說。同一個設計，說法決定它能不能在你離開會議室之後繼續活著（Heath, 2008）。

所以那個測試的用處，不是叫你把術語全部刪掉。術語本身沒罪。用處是讓你看清楚：那層說明之下，有沒有一個甲方看得懂的理由撐著。如果有，術語是裝飾，拿掉也不會塌。如果沒有，那份提案其實是在要求對方先相信你，再理解你（Fisher et al., 1991）。

有些人願意。多數人不會說出來他們沒有。

他們只會在隔天早上，寄給你一封信。