得獎信到了，業務先問要不要談下一案
信件標題寫著恭喜，附件裡有得獎標章，主辦方提醒使用前先讀指南。團隊群組冒出一排慶祝貼圖；設計師去找完工照，行銷追問公告日期，業務則丟出一句：「要不要趁現在約客戶談下一案？」
這個問題並非不能問，只是名單剛公布時，雙方對專案的說法往往還沒對齊。設計方記得幾個來回很久的版本，客戶端記得內部跑過哪些簽核；獎項的正式名稱、類別中文怎麼譯、何時能公開，也可能還停在「應該可以」的階段。此時把續約簡報放上桌，談的多半是得獎當下的氣氛，還不是下一個專案的範圍。
客戶窗口手上也未必有足夠資料向公司內部說明。他可能會被問：這個獎是哪一級？作品以誰的名義獲獎？標章能不能放上包裝？當初改過的設計是否仍適用同一個得獎標章？設計方若只送去一張獎座照片，這些問題仍要由窗口自己拼答案。
因此，得獎後可以先約一場「專案回顧會」。議題收得很窄：確認官方結果、回看幾個影響作品的決策、寫清楚雙方與合作夥伴的角色，再把可公開與暫不能公開的內容分開。報價、合約與明年預算留到另一場會。這樣安排，不是在壓低得獎的商業價值；它只是讓下一次對話有一份雙方都承認的起點。
發邀請前，要看專案是否適合回顧。官方已公布結果，或雙方知道解禁日期；主要交付大致告一段落，不必一邊開會一邊救火；參與關鍵選擇的人仍能說明當時發生了什麼；簡報版本、會議紀錄、測試結果、變更單與現場照片也還找得到。若案子仍有款項或責任爭議，回顧會可以只處理獎項資料與公開邊界，先不碰合作評價。
開會前，先把獎名與標章規則對乾淨
獎項資料若到會議現場才核對，通常很快就會卡住。有人使用中文簡稱，有人把 Winner 說成金獎；送件作品以英文命名，官網案例卻另取了一個從未登錄的中文名稱。等到客戶把錯誤資訊放進新聞稿或董事會資料，修正的成本就高了。
會前請以主辦方公告為準，逐項確認正式獎名、年份、類別、獎級、作品名稱與得獎頁列出的參與單位。標章檔案要從主辦方指定的得獎者專區下載，使用期限、比例、留白、顏色與可放置媒介，也照當屆指南檢查。獎項官網沒有寫的內容，暫時留白，不用團隊記憶補上。
iF DESIGN AWARD 提供了一個很具體的例子。iF 在 Winner Benefits 頁面列出 Winner Logo 可用於廣告、雜誌、社群、網站、銷售現場、包裝與展場，也說明得獎者可以取得 Jury Feedback Chart 與對外溝通素材。FAQ 則提醒，得獎標誌與指南須由 my iF 帳戶下載；若產品的形狀、尺寸、比例、功能、色彩、裝飾或材料已更動，不能逕自把原得獎標誌套在改版產品上，品牌名稱或經銷商地區有變化時也要聯絡獎項團隊。
這些規定只適用於 iF，不能搬去解釋 Red Dot、IDEA、D&AD 或其他競賽。每個獎提供的標章、評語與宣傳權益不同；同一個獎在不同年度也可能更新規則。文章與簡報可以引用 iF 作為案例，但團隊操作時仍要打開自己參加的那一屆指南。
客戶端的名稱也要一起核對。得獎頁究竟列集團、子公司或產品品牌？商標拼寫是否有特定大小寫？對外署名用原窗口職稱，還是以公布當下的職稱為準？若同一作品獲得多個獎，逐一列出獎名、年份、類別與獎級，會比「榮獲多項國際大獎」更清楚。
| 會前核對項目 | 主要來源 | 未確認時怎麼處理 |
|---|---|---|
| 獎名、年份、類別、獎級 | 主辦方正式得獎頁 | 對外稿先留空，不用簡稱頂替 |
| 作品名稱與得獎單位 | 送件紀錄、官方作品頁 | 由獎項負責人與客戶窗口共同確認 |
| 設計、研究、製作與客戶端署名 | 合約、分工紀錄、合作夥伴確認信 | 先列內部草稿，尚未確認者不對外 |
| 標章版本與使用範圍 | 得獎者專區、當屆使用指南 | 讀完規則前不把檔案交給通路 |
| 評語、分數或回饋圖表 | 主辦方後台、通知信 | 沒有公開評語，就不替評審補話 |
| 公告與解禁時間 | 主辦方公告、客戶上市規劃 | 雙方書面確認前，先當作內部資料 |
邀請名單不看職級，看誰真的做過取捨
回顧會能談多深，和出席者有直接關係。設計方的專案負責人、日常協作窗口，以及客戶端參與重要取捨的人，通常都需要在場。決定刪減功能的可能是產品經理，改變材料的可能是工程或採購，門市怎麼陳列則可能由營運拍板。他們若缺席，會議只剩兩邊各自重述成品，中間那段「當時為何改」補不起來。
高階主管不一定要全程參加。他若只需要掌握正式獎項結果與可公開範圍，可以參與開頭或接收會後資料。實際回看版本時，讓做過選擇的人說話，比把會議室坐滿更有用。
製作、攝影、研究、程式或工程夥伴若會出現在案例頁，至少要有人確認名稱、角色與可公開畫面。合作關係若不是由設計方直接簽約，署名與影像更應交由客戶一起核對。不能因為獎項由設計公司送件，就把其他人的工作收進一句模糊的「團隊完成」。
原客戶窗口已離職時，也不必取消回顧。接手者可以依會議紀錄、往來信件與版本檔說明能確認的部分；沒有人能回答的決策，直接標為「待查」。空白並不難看，假裝每一步都有完整理由才容易留下後患。
至於要開四十五分鐘、六十分鐘或分成兩場，沒有通用答案。只核對得獎資訊和公開權限，短會議可能足夠；跨部門案、尚未上市的產品，或牽涉大量合作夥伴時，決策回顧與對外審稿適合拆開。邀請信先寫明議題、預期文件、誰負責記錄，以及這場不談報價。客戶才知道該帶哪些人、哪些資料，也不必猜這是不是一場包裝過的業務會議。
開場只講官方確認的結果
開場的一頁投影片，只放可查的資訊：獎項全名、年份、類別、獎級、官方連結、作品名稱、公告日期與主辦方列出的參與單位。沒有形容詞，也不替評審推測理由。
「介面簡潔，所以評審給了獎」這種話容易說出口，卻未必有出處。許多競賽只公開得獎結果與類別，沒有個別作品的完整評語。遇到這種情況，可以講的內容分成三層：送件資料當時主張什麼、官方頁面確認什麼、團隊現在準備回看哪些決策。把三層標清楚，客戶轉述給主管或媒體時，不會突然被問到「評審原文在哪裡」。
主辦方若提供評語或評分，原文與後續編輯稿要分開存。以 iF 的 Jury Feedback Chart 為例，iF 官方說明它可用來理解評審決策與評估面向。帶進會議時，原始檔保留一份；摘要、翻譯與簡報用語另建版本，標註整理者與日期。半年後回頭看，團隊才能分辨哪句來自主辦方，哪句是內部解讀。分數、排序或評語能否對外引用，仍須查主辦方規定。
這一頁也方便客戶準備自己的內部說法。窗口需要的通常很直接：這個獎是什麼、作品掛在誰的名下、官方頁面在哪裡、什麼時候可以公告。資料說完，把問題交給客戶：「這個結果在你們公司裡怎麼被理解？」若客戶在意的是團隊認同、通路採用或對董事會交代，那會影響後面應該回看哪一段；設計方不必預先替他回答。
把版本翻出來，挑出改變作品的決策
Atlassian 的 Decision-Making Retro 回看的是決策怎麼形成，不只看專案最後交付了什麼。它建議討論：哪些決策順利、哪裡來回打轉、誰應參與卻沒參與、哪些資訊來得太晚，以及下一次如何讓責任更清楚。這是 Atlassian 提出的團隊工作方法，並非設計獎要求，也不能拿來承諾時程縮短、客戶滿意或續約。
借用這個方法的理由很簡單：獎項頁只看得到完成品，合作關係則是在一連串取捨裡形成。要挑哪些取捨上桌，別靠印象，先翻版本。哪一版之後方向明顯改變？哪張變更單重排時程？哪份測試結果讓原假設站不住？哪次會議之後某個選項再也沒出現？這些節點比「大家都很努力」更適合談。
數量也不必固定。有的案子只有一個難題，其餘決定一路順下去，那就把那一個談透；有的案子最難處理的是製造、施工或上線後的修正，視覺草稿反而不是重點。每個決策可依同一條線記錄：當時有哪些選項、哪些資訊已到手、由誰拍板、放棄了什麼，以及結果如何被後續工作驗證。
主持人需要防止會議滑向辯護。一旦有人開始解釋「我們那時候已經盡力」，題目便從決策換成立場。把問題拉回可查的時間和條件：資料何時到？當時可選的版本有哪些？誰有權決定？是否有人承擔了上市、成本或施工風險？這些問法能讓合作摩擦被記錄，又不把某個人拉出來檢討。
下面是編輯示意，用來呈現問法，並非真實客戶原話：
設計負責人：第三版把導覽入口從九個收成五個，是因為那次可用性測試嗎？
客戶窗口：測試是一部分。門市先回報，現場人力無法同時維護九個入口。
設計負責人：那紀錄要怎麼寫？
客戶窗口：先寫營運條件要求收斂，再寫測試幫我們判斷保留哪五個。
整理後的句子可以是：「第三版收斂導覽層級，主因為門市人力配置；可用性測試用來判斷保留項目。」主詞、順序與條件都在，沒有把營運決策偷換成設計方的研究成果。
客戶做了哪些外面看不見的工作
設計案例容易從設計公司的視角寫到底。成品能落地，常有一大段工作發生在客戶端：整理銷售與客服資料、協調不願改動的部門、安排門市或場域測試、處理法務審查、承擔上線時程，或在預算不變時決定什麼先做。這些工作不會出現在完工照裡，卻直接改變作品。
會議中可以請客戶回答：「這個案子裡，你們做了哪些外面看不到的事？」寫案例時保留主詞。「客戶端安排三處場域進行測試」和「團隊完成場域測試」指向不同分工。研究、製作、攝影、工程與技術夥伴也應按實際角色列出，不用「共同協作」四個字全部帶過。
合作中的摩擦也值得談，但對象是條件與流程。「這個決定當時少了哪份資訊」可以討論；「那時是誰沒回信」適合留在各自團隊內部。需求變更、審查回合增加、規格晚到、雙方對範圍理解不同，都能轉成下一次的安排：把法務審查提早、把測試交付日寫進時程、把變更核可層級列進合約附件。會議一旦開始追究個人，主持人就應把問題收回。
也不需要把所有摩擦寫進公開案例。對外版本呈現的是可確認的專案選擇與分工；內部版本才保留未解問題、不同看法與後續修正。若雙方離開會議時，能對「當時為什麼那樣做」說出相近的版本，這場回顧就已經有用。
會議裡說的話，不等於可以公開
回顧談得越深入，越要記得：會議裡的話預設留在會議裡。要搬到官網、社群、業務簡報或下一次送件資料，每一項都要另外確認。
引言先整理逐字稿，姓名、職稱與公司名稱由發言人或其單位確認。影像要指定到檔案與版本：哪些完工照可以使用、未上市樣品能不能入鏡、合作品牌標誌是否需另行同意。數據要寫清口徑、期間與可揭露程度；可以描述方向，未必代表可公布百分比。官網案例頁、社群、其他獎項投件、業務簡報與實體展覽是不同使用場景，不宜用一句「都可以」帶過。
PRSA Code of Ethics 可作為對外編輯的參照。它要求溝通者重視準確、誠實，查核代表客戶發布的資訊，發現錯誤時及時修正並避免誤導。落在得獎內容上，就是正式獎名逐字對官方頁面、引言回寄給發言人確認、署名依實際角色列出，寫錯時留下明確修正。這份準則屬於公關專業自律，並非台灣法律意見；保密、個資、著作權與契約問題仍須回到雙方合約及必要的專業意見。
客戶要求審閱完整案例頁是合理的。給他一份帶版本編號的草稿、標出待確認段落與回覆期限，比把句子零散丟進通訊軟體好得多。保密期限未到、產品未上市、合作夥伴署名仍有爭議，或畫面權限說不清楚時，回顧會照開，相關內容先停在內部紀錄。「上市後再確認」也應寫成有負責人與日期的待辦，而不是依賴會議中一個模糊點頭。
三份會後文件，各自有不同讀者
會議結束後，把內容拆成三份文件，不要全塞進一個名為「得獎素材」的資料夾。
第一份是對外得獎資料卡，提供給行銷、公關與業務。它收正式獎名、年份、類別、獎級、官方連結、作品名稱、核准後的團隊署名、可用引言、影像清單，以及標章使用限制。任何人要發貼文、寫新聞稿或更新簡報，都先從這份取資料。
第二份是內部決策紀錄，讀者是下一次會處理相似專案的人。這份保留版本節點、當時可用資訊、拍板角色、風險與後來的結果，也記下哪些做法若重來會調整。客戶內部協調與未公開判斷可能在這裡出現，因此流通範圍要先說明。
第三份是待處理問題清單。每一列只需要三個欄位：問題、負責人、下次確認時間。尚未核准的引言、仍在保密期的畫面、上市後預計補充的數據，以及客戶主動提出的新題目都放在這裡。只有當新題目有明確負責人，也有另一個會議時間，才進入正式提案。
若客戶在回顧中提到另一條產品線或第二階段需求，先把問題記完整，當天不要切換成銷售簡報。客戶尚未對內公告、公開範圍還沒確認、上一階段仍有款項或責任爭議時，也不適合推進下一案。得獎可以打開對話，卻沒有替任何人核定預算與工作範圍。
回到群組裡那句「要不要趁現在談下一案」。可以談，但晚一點。先讓雙方說清楚這次做了哪些選擇、誰讓選擇成立、哪些內容能公開、還有哪些問題待處理。這四件事整理完成後，業務再約下一場會，拿的就不只是一張獎座照片，而是一份客戶也願意使用的合作紀錄。
如果你正在評估作品適合哪個獎、哪個組別，或想先確認現有素材是否足夠獲獎，歡迎使用設計穩拿的免費評估。我們會先看作品與目標，再討論最適合你的準備方式。