為什麼 Design Brief 很重要

沒有 Brief(或 Brief 不夠清楚)的設計合作通常是這樣的:

設計師交出第一稿,客戶說「感覺不太對,可以更有質感嗎?」設計師修改,客戶說「好一點,但顏色可以更年輕嗎?」這個循環可能繼續很多輪,最終雙方都精疲力竭,而且客戶其實說不清楚哪裡不對。

這些來回修改的根本原因:雙方在開始前沒有對「目標和標準」達成共同理解。

Design Brief 就是在開始設計之前,把這些共同理解明確化的文件。

Design Brief 應該包含的核心內容

1. 品牌背景(About the Brand)

你是誰、做什麼、給誰服務。

不要寫「我們是一家專業的 XX 公司」——這對負責設計的人完全沒有幫助。

應該說明:

  • 你的核心服務或產品是什麼
  • 你的主要目標客群是誰(越具體越好:「30–45 歲、有創業心的台灣中小企業主,對設計有基本審美但不精通技術細節的人」)
  • 你的品牌目前處於什麼階段(全新品牌 / 現有品牌改版 / 延伸子品牌)

2. 設計目標(Design Goals)

這次委託你希望達成什麼?

例子:

「我需要一個官網首頁設計,目標是在 5 秒內讓陌生訪客理解我提供什麼服務,並驅動他們填寫諮詢表單。」

目標要具體到「可以驗證是否達成」——「讓網站看起來更好」不是目標,「讓轉換率提升」才是。

3. 受眾特徵(Target Audience Profile)

設計要服務的受眾是誰,他們的習慣和偏好是什麼。

實用的受眾描述包含:

  • 年齡範圍和性別分布(如有相關)
  • 主要使用裝置(手機 / 桌機 / 平板)
  • 他們瀏覽這個網站的心態(匆忙的決策者 / 細心評估的消費者 / 初次了解產品的陌生人)

4. 競爭對手參考(Competitor Reference)

列出 2–4 個你覺得做得不錯的競品網站,說明你欣賞他們的哪些方面(不是要複製,是幫助設計師理解「這個市場的視覺語言」)。

同樣重要的是「你不想要的風格」——列出一些你覺得不符合的設計,並說明為什麼。

5. 視覺偏好(Visual Preferences)

如果你有現成的品牌視覺(官方色、字體、Logo),提供相關檔案。

如果沒有,描述你的品牌個性(例如:「高端、俐落、有當代感,不要俗氣或過於商業化的感覺」)。

提供 3–5 個你喜歡的視覺參考(不一定要同業,Pinterest 板子或是截圖都可以)。

6. 限制與規格(Technical Constraints)

有哪些技術上的限制或必要規格需要設計師知道?

例如:

  • 「這個設計會實作在 Next.js 網站,不要過於複雜的動態效果」
  • 「圖片全部使用手機拍攝的照片,沒有專業攝影素材」
  • 「需要支援中英文雙語切換」

7. 時程與交付期望(Timeline & Deliverables)

你期望什麼時候完成?你希望收到的交付物是什麼格式?

例如:「希望 3 週內完成首頁設計初稿,交付 Figma 設計稿(需要手機和桌機版)以及 Export 的設計規格說明。」

準備 Brief 的實用方法

如果你不知道從何開始,試試「反向推導法」:

  1. 想象合作完成後,你希望有個陌生人打開這個網站,他的第一感受和行動是什麼?
  2. 從這個理想結果往回推:要達到這個結果,設計需要做到什麼?
  3. 把這個「需要做到什麼」寫下來,就是你的設計目標的起點。

Brief 不需要完美——一份不完整但有方向的 Brief,遠比沒有 Brief 好。設計師可以根據你的 Brief 提問並補充缺漏的資訊,這個問答過程本身就是澄清需求的一部分。