創意工作流程
發貨延遲公告圖：說明影響範圍與下一次更新時間
延遲公告若只有“給您帶來不便，敬請諒解”，卻不說影響哪些訂單，讀者仍無從判斷。應明確範圍、當前狀態和下一次可依賴的更新時間。
以下示例均為虛構資料，介紹人工設計與核對流程，不代表實測客戶效果或已完成的生產訂單。
先看做法
確認受影響的訂單組、稽核狀態以及下次更新時間，然後設計清晰的通知。不要將個人訂單詳細資訊暴露在公共藝術品中，並使用企業的授權渠道獲取客戶特定資訊。
1. 明確店鋪能確認什麼
虛構印刷店某一預售批次在包裝環節延遲，負責人尚不能確認新發貨日，但能確定哪天提供進展。不能把更新日改寫成發貨承諾。
原因只寫到負責人確認的程度。“物流問題”也許籠統，但設計者不能自行猜測某家承運商或供應商出了問題。先用內部事實表解決不確定性，再選擇措辭。
2. 讓變化的資訊便於快速閱讀
依次安排狀態標題、受影響批次、已確認的預計時間、下次更新和客服入口。在 Ciyo 中保留可編輯文字，優先講清影響範圍，不讓裝飾性的致歉圖片佔據主位。
必要時分開準備公開版與個人訊息版。公開圖片不能放客戶姓名、訂單號或私人聯絡方式；內容與已確認的客戶通知一致，不自行增加補償或取消條款。
3. 維護一個當前有效版本
按手機尺寸開啟匯出稿，檢查讀者不看帖文配文時能否識別受影響批次。驗證狀態頁和客服入口，請負責人確認公告及其使用渠道。
記錄各版本放在哪裡，事實改變時便於替換。這裡準備的是待審圖稿，不授權發給顧客或公開發布。此前承諾和每次更新繼續留在內部記錄中。
複製並調整此請求
將方括號中的欄位換成自己的已確認資料。請求的結果是待核對草稿；這些示例並未作為模型效能測試執行。
使用[確認範圍]、[批准狀態]、[估計如果批准]、[下次更新]和[支援路線]準備延遲通知佈局。區分更新日期和 發貨 或到達日期。不要編造理由、補償或客戶權利。將個人訂單資料保留在公共版本之外。返回副本層次結構和一致性檢查表。示例性延遲通知欄位
這些示例檢查描述了驗收標準，而不是觀察到的模型結果。
連結中的 SVG 是包含相同虛構檢查欄位的示意工作表。它與畫布原生可編輯文字、最終生產圖稿是分開的檔案。
| 領域 | 含義 |
|---|---|
| 受影響批次 | 哪些客戶需要閱讀本文 |
| 目前狀態 | 企業可以確認的內容 |
| 估計發貨 | 僅在獲得已確認的情況下包含 |
| 下次更新 | 何時提供新資訊 |
| 支援路線 | 個人問題屬於哪裡 |
常見錯誤與處理方法
不要僅僅為了填補空行而承諾新的發貨日期。請註明下一個已確認的更新。
如果舊通知保留在另一個渠道上，請更新分發記錄並透過所有者流程進行替換。
選擇工作方式並進行交接
對於單獨的商店，從一件物品開始，並將來源事實保留在草稿旁邊。團隊應該指定一名審批者並保留一個過時的版本，以便舊的評論不能默默地覆蓋當前的決定。如果輸入不完整，請在完善藝術品之前返回給該事實的所有者。
使用 Ciyo 進行此處描述的視覺工作以及您帳戶中當前提供的控制元件和模型。單獨保留 已確認的文案，並在需要時使用 可編輯的畫布文字 新增準確的措辭。生成的圖片是視覺草稿；在使用之前檢查其匯出的檔案。
資料來源與延伸閱讀
以下為本文參考的官方文件與相關指南。不同賬號的功能和控制元件可能不同，開始前請核對自己所用的介面。
常見問題
我應該包含每個訂單號嗎？
不要讓個人訂單詳細資訊出現在公共藝術品中。使用授權的個人溝通渠道瞭解這些詳細資訊。
如果新的 發貨 日期未知怎麼辦？
說出已確認的內容並確定下一個已確認的更新。不要製造日期。
這是發通知嗎？
不。它準備設計供審查；分發需要單獨的授權操作。
在 Ciyo 中準備一版視覺草稿
帶入已確認的資料，按本文清單核對一版，再決定是否製作更多版本。