評審不會先知道你的品牌，也不一定熟悉作品所屬產業。當同一輪需要閱讀大量申請時，他們通常先掃描標題、第一段、粗體字、圖片與數字，再決定哪些內容要細讀。好的呈現不是把字變少，而是讓重要資訊先被看見。
開場句只做一件事：說明為何值得評
避免從公司成立年份或空泛願景開始。有效的開場通常包含「對象、問題、設計動作、可證明結果」中的三到四項。例如：
這套可拆修的桌上設備，把原本需要整機報廢的故障模組改為三分鐘可更換，並在量產版減少兩種黏著材料。
這句話沒有形容作品「創新」或「世界級」，但評審立刻知道改變了什麼，也知道後文應該看到維修時間、模組結構與材料證據。
摘要可用「1—3—1」結構
- 1 個核心主張：作品最值得被記住的改變。
- 3 個證據：功能、使用者、商業或環境結果中最有力的三項。
- 1 個意義：這些結果為類別、產業或使用情境帶來什麼價值。
證據不是越多越好。三個彼此相關的強證據，通常比十個無法比較的數字更有記憶點。
正文順序要跟評分表走
把官方評分項目變成小標，能降低評審找答案的成本。若問題要求目標、方法、結果與影響，就按照這個順序回答；不要先講設計故事講了半頁，最後才在一句話中塞入結果。每一段的第一句先給答案，後面再補方法與細節。
數據要有比較基準
「提升 30%」如果沒有說明相對於什麼、何時量測、樣本多少，就只是一個看似精確的形容詞。至少補齊：
- 基準：與舊版、目標、產業基準或控制組相比。
- 期間：測試或營運資料的起訖時間。
- 方法：量測工具、樣本與計算方式。
- 邊界：結果適用於哪些市場、型號或情境。
用視覺層級協助掃描
| 元素 | 適合放什麼 | 避免 |
|---|---|---|
| 標題 | 作品名稱與主要改變 | 只有抽象口號 |
| 粗體 | 結論、關鍵差異、重要數字 | 整段都粗體 |
| 條列 | 三到五項可比較資訊 | 把完整文章切成碎句 |
| 圖說 | 告訴評審要看哪個設計決策 | 只寫「產品照片」 |
送出前做兩次測試
30 秒測試：請不熟悉專案的人只看標題、第一段、圖片與粗體，說出作品解決什麼問題。三分鐘測試：請他依評分項目找出對應證據。若答案找不到，不是評審不懂，而是資訊順序還需要調整。
評審友善不等於把內容寫得簡單，而是把複雜設計整理成可快速理解、可繼續查證的結構。先給結論，再讓證據支撐它，作品才不會在第一輪掃描時被低估。
參考資料
如果你正在評估作品適合哪個獎、哪個組別，或想先確認現有素材是否足夠獲獎，歡迎使用設計穩拿的免費評估。我們會先看作品與目標，再討論最適合你的準備方式。