每星期都有進度報告，客戶仍問「做到邊」？把工作量改寫成決策資訊
香港服務公司向客戶報告項目進度，應先說明哪些成果已可驗收、哪些事情阻塞，以及現在需要誰作決定。網上口碑管理不能只靠展示忙碌；開會、製作、交付與客戶確認，是不同狀態，不能全部寫成「完成」。
Chiwa AI 原創核對框架；流程示意，非客戶實測。 審閱及發布批准：Jones Ng（本批文章發布批准）。
客戶問進度，其實可能在問風險
進度摘要要先回答客戶最需要作的決定，而不是從團隊做了多少工作開始。
「本週開了會、完成研究、修改設計」是活動紀錄；「新版預約頁已放到測試位置，但通知電郵尚未驗證，暫不對外開放」才交代客戶能否使用成果，以及未完成部分有甚麼影響。
客戶不一定需要每日看詳細後台。他可能只需要知道：能否按原定時間推出、是否要補資料，以及哪一項決定再拖下去會影響交付。資訊不足時，厚報告也不能代替清楚的交代。
英國政府的服務訊息指引建議把重要內容放前面，清楚交代使用者要做的事、期限及後續安排。本文把這些寫作原則應用於項目更新，不把公共服務指引當作商業合約標準。來源：Planning and writing text messages and emails
用「成果—證據—阻塞—決定」寫一頁摘要
一頁摘要應讓客戶不用翻完整報告，也能知道現在的真實狀態。詳細工作紀錄可以保留作附件，不必全部放在首頁。
| 項目 | 要回答的問題 |
|---|---|
| 成果 | 哪個可辨認的交付物已到甚麼階段？ |
| 證據 | 在哪裏查看？目前是草稿、測試、待確認，還是已驗收？ |
| 阻塞 | 缺甚麼、誰處理、影響哪個下一步？ |
| 決定 | 客戶或供應商現在需要確認甚麼？何時確認？ |
這是本文提出的進度診斷框架，不是研究證實的通用成效模型。寫作時尤其要避免兩種錯誤：把「已寄出」當成對方已收到或接受；把「已建立」當成已能正常使用。
證據連結也要可用。交稿前以相應的客戶存取權限核對一次，避免報告寫「按此驗收」，客戶打開卻看到權限不足。不要為方便查看而把機密文件改成所有人可存取。
一個假設例子：同一項工作，兩種交代
應把完成程度寫成可核對的狀態，而不是沒有定義的百分比。以下是示範，不是真實客戶結果。
較難判斷的寫法：
預約頁完成九成，團隊持續優化中，稍後更新。
較容易作決定的寫法：
預約頁文字及版面已完成，測試連結可查看。提交後的通知電郵仍待實際收件驗證，因此未對外開放。供應商負責在［日期及時間］回報驗證結果；客戶需先確認［接收地址／負責人］。若未能按時取得資料，原定開放日期需重新確認。
後一種寫法不一定令項目更快，但它讓雙方知道誰需要做甚麼，也避免客戶把「快完成」理解成已可使用。
更新頻率應跟風險走，不靠每日湊一份報告
例行摘要可以固定週期，重大阻塞則應在影響決定時提早交代。每天沒有實質變化，無須用不同形容詞包裝同一個狀態。
W3C 建議使用有意義的標題及清楚、簡短的段落，方便讀者找到需要的資訊。因此，報告可把「待你確認」和「本週可驗收」分開，不要只按部門排列。來源：Writing for Web Accessibility
檢查報告是否有用，可以記錄客戶是否仍需追問同一項狀態、重要決定有否被遺漏，以及承諾的更新時間是否履行。這些是溝通流程指標，不代表客戶滿意度或收入必然上升。
常見問題
老闆不想看報告，怎樣交代？
先給結論、風險及唯一需要他決定的事項，附上成果連結。需要追溯時才展開詳細紀錄，不要求老闆先讀完整後台。
可以用百分比顯示進度嗎？
可以，但要先定義分母與完成標準。若只是主觀估算，應直接說明；多數小型服務項目，用清楚狀態和可驗收成果會更容易核對。
客戶沒有回覆，是否可當作接受？
不能自行假設。應按雙方已確認的驗收及溝通安排處理，記錄仍待確認的事項；有爭議時由負責人核對，不用報告格式代替合約判斷。
若你的團隊做了很多工作，客戶卻一直覺得「無人交代」，可先用這張摘要表檢查承諾、證據與責任是否接得上。了解 Chiwa ORM／網上口碑管理，或聯絡 WhatsApp 6826 5126；WeChat：jonesnghk。