「都可以，你們專業的覺得好就好。」這句話在顧問工作裡出現的頻率很高，聽起來是信任，實際上常是日後爭議的起點。專案做到一半，客戶才說「這不是我要的」。這篇整理我怎麼把一句「都可以」拆開，讓它變成雙方都能對照的條件。
客戶說都可以，最常見的原因不是沒有偏好，而是偏好還沒被語言化。我這幾年歸納出三種狀態：第一種是真的沒想過，例如問網站的主色調，對方從來沒思考過這件事；第二種是有底線但說不出口，例如預算其實有上限，但不好意思先講；第三種是決策者不在場，眼前的窗口不敢替老闆表態，所以用都可以來避免承擔責任。
三種狀態的處理方式不同。第一種需要給選項讓他反應；第二種需要創造安全的方式讓他說出底線；第三種則要把問題轉成可以帶回去給決策者的格式。如果不先分辨，而是直接照自己的判斷往下做，最後往往是第三種狀態的客戶在老闆看過之後全面推翻，前面的工時全部白費。所以我聽到都可以時，第一個動作不是鬆一口氣，而是在心裡問：他是哪一種？
人對「不要什麼」的判斷，往往比對「要什麼」清楚得多，所以我會先問排除題。例如客戶說版型都可以，我不會問「你喜歡哪一種」，而是拿出三到五個風格差異很大的範例，問：「這裡面有沒有哪一個，你看到就知道絕對不行？」幾乎所有人都能馬上指出一兩個，而且會順口說出理由：「這個太像賣保健食品的」「這個看起來很貴，我們的客人會怕」。
這些理由就是決策條件的原料。「太像賣保健食品」背後的條件可能是「不要用大量促銷式的紅色與倒數計時」；「看起來很貴、客人會怕」背後的條件是「目標客群對價格敏感，視覺上不能營造高價距離感」。我會把這些條件逐條寫下來，下一次會議前傳給客戶確認。排除題的另一個好處是降低客戶的壓力，因為說不要比說要容易，不需要承擔「這是我選的」的責任。
當客戶對每個選項都說好，就要用互相衝突的二選一，逼出真正的優先順序。很多專案目標彼此是有取捨的，例如速度與完整度、品牌感與轉換率、預算與範圍。客戶說都可以，常常是因為他以為可以全部都要。這時我會設計一組問題，每題只能選一邊。
最後一題常常是最關鍵的。有一次客戶的窗口回答完前三題都很乾脆，到了第四題停了很久，最後說：「其實我們老闆會看，但他很少開會。」這句話讓我知道這是第三種狀態，於是後續每一份確認文件，我都改成一頁以內、可以直接轉寄給老闆看的格式，並在文件開頭寫明「需要貴公司決策者確認的三件事」。
要客戶描述成功長什麼樣，答案通常很空泛；請他描述什麼情況會讓他覺得這個專案失敗，答案就具體得多。我常問的一句話是：「半年後，如果你覺得這筆錢花得不值得，最可能是因為發生了什麼？」客戶的回答常常出乎意料，例如「業務說網站來的客人都在問便宜的方案」「我自己改一個字都要找你們」「同業看到會覺得我們在抄誰」。
每一個失敗情境都可以反推成一條驗收條件。「業務說客人都在問便宜方案」對應的是詢問品質的定義與追蹤方式；「改一個字都要找你們」對應的是後台操作的權限與教學範圍；「同業會覺得在抄誰」對應的是設計前要先做競品視覺盤點，確認差異。這些條件在「都可以」的階段完全不會被提出，卻是專案結束時最常引發爭議的地方。
拆出來的條件一定要寫回給客戶確認，而且盡量保留客戶原本的用詞。我曾經犯過一個錯：把客戶說的「不要太像賣東西的」整理成「避免過度商業化的視覺語言」，客戶看了點頭，但三個月後他對一個設計很不滿，說「這個就是太像賣東西的」。我們回頭對照，才發現他說的「賣東西」指的是頁面上出現價格與購物車圖示，而我理解成配色與字體風格。專業術語讓雙方都以為有共識，其實各自理解不同。
從那之後，我的確認文件都用兩欄：左欄是客戶的原話，右欄是我的解讀與對應的具體做法。客戶可以直接在右欄旁邊標註「對」或「不是這個意思」。這個格式看起來比較不專業，但誤會少了很多。銘望顧問所的所有溝通都以線上文字進行並留下紀錄，其中一個原因就是這種對照表可以隨時被翻出來，不必依賴誰記得會議上說了什麼。
把四個步驟串起來看，一句「首頁怎麼設計都可以」大約可以在兩次文字往返內，拆成五條可檢查的條件。以某家做企業培訓的客戶為例，反向排除得到兩條：不使用大量人物擺拍照片、不在首屏出現價格。二選一得到一條：寧可詢問少一點，也要讓來的人是人資主管而不是個人學員。失敗情境得到一條：半年後如果首頁還需要找我們才能換課程資訊，就算失敗。最後確認決策者時得到一條：首頁文案須經總經理確認，視覺由窗口決定即可。
這五條條件寫下來之後，設計與文案的方向幾乎自然成形，客戶在後續審稿時也有了依據，不再只是憑感覺說喜不喜歡。更重要的是，當第三個月客戶的業務主管突然提出想在首屏放優惠方案時，我們可以拿出第二條與第三條條件，請客戶內部先討論是否要修改原本的決定，而不是由顧問在中間兩邊為難。
並不是每一句都可以都需要拆解，有些細節真的交給專業判斷就好，硬要客戶決定反而浪費彼此時間。我的判斷標準是兩個：這個決定之後改起來貴不貴，以及這個決定會不會影響客戶的客戶。像是內頁的行距、圖示的線條粗細，改起來便宜，也不太影響終端使用者的判斷，就可以直接由我們決定，只在交付時說明理由。反之，像是價格要不要公開、表單要問哪些欄位、服務範圍怎麼描述，改起來牽動業務流程，也直接影響來詢問的是哪些人，就一定要拆到有明確條件為止。
最後要說的是，拆解「都可以」不是為了證明客戶想得不夠，而是為了保護雙方。一個條件被寫清楚，客戶知道自己買的是什麼，顧問也知道自己交付的邊界在哪裡。若拆到最後發現客戶真的沒有任何底線，這通常代表專案的目標還不清楚，這時我會建議先暫停執行，花一兩次會議把目標談清楚，而不是在模糊中開工。