網站作品集如何標明完成狀態？區分提案、內部示範與客戶成果

整理作品來源、提案與內部示範標籤、客戶成果證據和團隊參與範圍，讓讀者看懂素材性質與公開狀態。

網站作品集常把提案畫面、內部示範與已完成的專案放在同一個版面；若卡片只呈現漂亮畫面，讀者可能把不同階段誤認成已交付的客戶成果。清楚標示素材性質、團隊參與範圍和公開狀態，能讓作品仍有展示價值，也讓每項描述都對得上可回查的來源。以下整理一套從盤點到更新的做法，適用於設計、研究與專案素材。即使素材仍在提案或測試階段，也可以展示，只要把目前狀態和未完成部分說清楚。

盤點可公開展示素材

先把準備公開的素材逐件列清楚，暫時不要先挑最好看的放上首頁。可用一張盤點表記錄素材名稱、來源、建立時間、原始用途、目前狀態、參與者、涉及資料、公開依據與負責更新的人。頁面截圖、訪談摘要、流程圖、研究簡報和提案畫面都要各自成項；同一專案的封面與成果頁若反映不同版本，也分開記錄，免得一張圖被拿來代表整段工作的完成度。先按來源分成自發練習、內部驗證、提案中、已交付和合作方提供，再標記是否含姓名、帳號、未公開數據、第三方素材或可辨識客戶資訊。來源不明或缺少公開依據的項目先留在內部，不要靠「看起來像匿名」判定安全。接著用兩個問題篩選：陌生讀者能否只看這張圖就理解它是什麼？你能否指出支持這項描述的檔案或紀錄？任何一題答不出來，就補脈絡或暫不展示。舉例來說，一張自製的客服流程圖若沒有真實客戶資料，可列為內部示範；同專案的會議紀錄若含客戶名稱，應另行遮蔽並重新檢查，而非因主圖可公開就把附件一併上架。每次盤點後，保存原檔位置與公開版位置，讓日後修改時能找到源頭。作品集管理者還應標出誰有權核對狀態；設計者確認畫面版本，專案負責人確認交付範圍，資料提供者確認素材可見範圍。若這些角色由同一人承擔，也把核對日期記下，方便其他同事接手。盤點表不是對外證明，而是發布前的索引，避免描述比材料本身走得更遠。若清單由多人共同整理，統一欄位名稱與狀態用語，讓不同專案能用同一方式檢索，不必憑記憶猜這張圖代表什麼。

標明提案或示範性質

提案說明的是尚待選擇的方向；內部示範說明的是團隊為測試概念而製作的畫面或流程。兩者都可以展示，但標籤應在縮圖旁可見，且在圖片本身或圖說再次指出狀態，避免截圖離開原頁後被誤傳。提案可寫「提案示意｜尚未實作」，再補提案對象是內部假想情境或已確認可公開的合作討論；不要用「導入前後」暗示已部署。內部示範可寫「內部示範｜以虛構資料製作」，並說明畫面用來測試哪些操作假設，是否連接真實系統，哪些內容仍待驗證。判斷時看是否有正式交付紀錄、可重現的實際環境和負責人確認，而不是看畫面有多完整。若沒有交付，就不應把「完成度高」寫成「專案已完成」。假設團隊做了一個預約流程互動稿，含可點擊的表單和提醒畫面，實際上只在本機測流程，標題就應是「內部示範｜虛構店家預約流程」，內文說明未連接行事曆、付款或通知服務。若畫面來自提案，則寫「提案方向｜待需求方確認」，並列出選擇後仍需設計、開發或資料確認的工作。發布時可把提案狀態、素材製作狀態和專案採納狀態分開，例如「提案已交付」不代表「方案已採用」，「原型可操作」不代表「正式上線」。如果有多版方案，同時交代展示的是哪個選項與版本，不把未選方案與最終交付混成同一成果。讀者應在幾秒內知道畫面代表可能性還是實際運作；若要往下讀才揭露，標籤就放得太深。裁切或轉載時也要保留標籤，避免畫面脫離原頁後被看成正式成品；可互動不代表已部署，連線狀態和資料性質仍須說明。

分清客戶成果與樣稿

「客戶成果」這個標籤至少要有可核對的客戶專案關係與交付證據支撐；自創範例、重製介面、匿名練習，即使看起來像真實案例，也不能稱為客戶成果。核對時同時問三件事：素材是否確實來自該專案、所描述的工作是否完成交付、公開方式是否獲得適當同意。缺少其中一項，就調整標籤或移除識別資訊，不用模糊詞暗示背書。可以用一張表把狀態和文案連起來：

表格只是文案提示，不能替代來源紀錄與公開權限核對。若客戶只同意展示介面而未同意名稱、商標或成效數字，便只展示核准的部分，並避免用行業描述讓人反推身份。假設一份研究簡報有已完成的分析，但沒有得到公開同意：可以在內部留存，不能因為刪掉公司名稱就自行改稱可公開案例。若把研究方法改寫成自創示範，需重新製作虛構資料和清楚標示，不能直接沿用原簡報的細節。文案應描述能確認的產物，例如交付了哪些畫面、文件或流程；沒有來源證據支持的營收變化、轉換提升、節省時間或客戶評語就不寫。保存核准版本、核准範圍和對應素材，讓頁面只展示獲准的部分。即使對方曾在會議中口頭同意，也要把同意內容、使用位置和核准素材記成可追溯紀錄，方便日後查明公開範圍。

界定團隊參與範圍

把參與範圍寫成可核對的動作，避免「打造」「全案規劃」等詞把多方成果收進自己名下。先列出需求訪談、研究整理、資訊架構、視覺設計、原型、工程實作、系統設定、測試、上線和後續維護等工作項目，再逐項標示由誰負責、協作或未參與。這是描述邊界，不是替每位合作夥伴評分。使用主動動詞時確認有工作紀錄：可說「整理訪談發現」就不要擴成「負責使用者研究全程」；若只設計操作稿，就不要寫「完成系統導入」。正式作品頁可用一行摘要加細項，例如「參與：流程盤點、介面原型；合作團隊負責工程與上線」，讓讀者同時看到貢獻及未承擔項目。若多人共同完成，先把「我們」拆成團隊角色，說明哪些活動由團隊整體負責、哪些由外部人員執行，避免把合作成果包裝成單一個人產出。假設某件作品由你整理需求、畫出原型，合作工程師實作並由客戶內部驗收，標籤可以寫「參與需求整理與原型；實作由合作工程師完成，驗收由客戶團隊進行」，而非「我們完成客戶系統上線」。若資料不足以判斷責任歸屬，回看任務紀錄、版本提交或交付清單，請專案負責人核對後再公開。沒有足夠材料時，縮窄句子比增加免責文字有效。當作品更新或由新團隊接手，保留每版參與者及日期，頁面文字只呈現對應版本的實際工作。同一人跨階段參與時，可列出實際承擔的階段和交接點，而不是用籠統的「全程參與」掩蓋責任差異。個人作品也應標明哪些素材自行製作、哪些取自公開元件或既有模板，避免把素材來源錯認為個人原創。

核對可公開證據來源

公開之前先把每個形容詞連回可檢查的依據。「已交付」對應交付清單或驗收訊息；「採用」對應需求方確認；「已上線」對應可公開的實際頁面或環境；「成效」則需要與說法相符、經核准公開的資料。作品畫面、提案檔、版本紀錄、會議摘要、公開頁面和同意紀錄支持的事情不同，不要拿其中一個替代另一種證據。建立素材索引時記下檔案位置、版本、記錄日期、核對人、可說明的範圍和限制；對外頁面只露出必要資訊，內部不要把含個資或商業細節的檔案公開連結掛上去。遇到兩個來源互相矛盾，先暫停該項主張，找最接近實際交付的紀錄並由負責人釐清；不要用更新日期較新就自動判定內容正確。假設提案簡報寫「預計整合」，但後續任務紀錄只顯示完成介面原型，公開文案只能描述提案或原型，不能沿用「已整合」。即使網站仍可開啟，也要確認它是對外正式環境、測試頁或示範畫面；能載入不等於客戶正在使用。公開權限與事實正確是兩個獨立核對項：客戶允許曝光，不等於所有成效都已證實；數字有來源，也不等於可對外公開。可請素材負責人逐句標出證據，缺一項就把句子改成觀察到的事實，或刪除無法支持的部分。完成後保存核對清單版本，日後收到修正或撤回要求便能定位頁面。證據清單要讓另一位同事不靠原作者口述，也找得到同一版本；檔名、資料夾或任務連結應穩定，避免只存在個人裝置的暫存路徑。若只留下截圖而找不到原始檔，描述就限於截圖可見內容。

更新作品狀態標籤

標籤要跟著素材狀態變動，不要把發布當作永久定論。每件作品至少保存狀態、最後核對者、核對時間和下一個觸發條件；觸發條件可設為提案被採納、實作開始、交付確認、公開同意變更、合作角色調整或頁面下架。更新時先回到原始清單核對新狀態，再同步縮圖角標、標題、內文和搜尋摘要，避免卡片寫「示範」而內文稱「客戶導入」。如果方案停止、成果撤回公開同意或無法再確認，先隱藏作品並記錄原因，之後確認是否可改成去識別樣稿；不要保留可辨識的舊截圖只把標籤改淡。可用固定選項維持一致：提案中、內部示範、已交付待確認公開、已核准公開、已撤下；選項名稱要符合團隊用語，且每個狀態有明確進入條件。假設某提案後來獲得採納但只完成設計，狀態可以從「提案中」改為「設計交付」，仍不能跳到「客戶成果已上線」；等到實際上線和公開範圍都能核對，再更新對外說明。每次變更留下舊標籤、新標籤、依據與更新人，便能在詢問或稽核時還原當時判斷。作品集負責人可從最容易被誤認為客戶案例的首頁卡片開始，逐張補上來源、狀態和參與描述，先把證據不足的內容下架或改為清楚標示的示範。需要進一步了解網站與工作流程相關資訊，可由品牌首頁查看，再依自己的素材清單安排下一次標示更新。維護者變更時，把待核對項目和回查來源一併交接，避免新負責人沿用過期描述；網站有多種語言版本時，也同步檢查標籤，勿省略「示範」或「尚未實作」等限定。