87 條留言誰都沒結案：用 Google Docs 新的 Gemini 留言工作流，一次盤出還卡在哪裡

曼谷一家有三個廠區的食品加工公司，六月底把《2027 年度採購與付款辦法》草案放上 Google Docs，請採購、財務、廠務、品保、業務、法務六個單位兩週內會簽。兩週後文件多了 87 條留言。行政主管往下捲了四十分鐘：有些被回覆卻沒人按「解決」，有些看似結論其實只是「收到」，而真正的爭議——付款條件是 45 天還是 60 天——藏在第 41 條留言底下的第三層回覆，只有兩個人看過。總經理在會議上問：「到底還有哪幾件沒談定？」全場答不出來。文件不是沒人看，是意見多到沒人有能力盤點。

為什麼「收意見」永遠收不完

不是誰不認真，而是多數公司都踩到同樣三個誤區：

• 把留言當通知，不當帳本。留言是為了「講一句話」設計，不是為了「追一件事」；沒人被指定結案，每條留言都只有起點沒有終點。
• 只看有沒有人回，不看有沒有結論。「已收到」「我再確認」讓討論串看起來處理過了，其實什麼都沒定案，一路留到定稿那天才爆出來。
• 彙整全壓在主稿人身上。主稿人通常最資淺，只能挑改得動的處理，最難的政策爭議反而被跳過——因為超出他的職權。

一套「收得完」的意見流程

先不談 AI。一份會簽文件要真的收斂，至少要滿足三件事：

• 每條意見要能分類，狀態要一眼看得見。分成事實澄清、文字修改、實質政策爭議三類；已結案、待裁決、無人回應也要分開陳列，不能混在一起靠人眼分辨。
• 爭議要有裁決人與期限。沒指定誰拍板、沒寫哪天前拍板，等於沒人在處理。
• 彙整結果要能回推來源。「大家對付款天數有疑慮」要能指回哪一段、哪個單位、哪一條留言，否則主管不敢據此決策。

🔧 AI 動手做：文件留言盤點官

過去 Google Docs 的 Gemini 只讀得到正文，看不到留言區。2026 年 7 月 28 日 Google Workspace 上線的 Gemini 留言工作流改變了這點：它能讀取並彙整整份文件的所有留言串，摘要脈絡、歸納共同主題、挑出卡住專案的未決爭議。下面這段提示詞直接貼進文件右下角的 Gemini 側邊欄：

你是這份文件的「留言盤點官」。請讀取本文件全部留言串（含已回覆與未解決），輸出繁體中文盤點表，不要修改正文。

文件名稱：[例：2027年度採購與付款辦法 修訂草案]
會簽單位：[例：採購、財務、廠務、品保、業務、法務]
決策期限：[例：8月8日主管會議前]

請輸出四段：

一、爭議清單（最優先）
列出「已出現兩種以上主張、尚未有結論」的留言串。每條寫：爭議點一句話／各方主張與提出單位／卡住原因／建議裁決人／我要先確認的一個事實。依是否影響上線日期由高到低排序。

二、共同主題
歸納成 5 個以內主題，各註明涉及哪幾段、哪些單位提出、屬於（事實澄清／文字修改／實質政策爭議）哪一類。

三、可直接結案清單
列出錯字、格式、用詞這類不需開會的留言，每條附建議回覆一句，待我確認再套用。

四、無人回應清單
列出超過 [7] 天沒有任何回覆的留言，標出提出者與單位。

規則：
1. 每條都要標示出現在文件哪一段或哪一節，且只依留言內容判斷、不推測公司既有政策；留言沒講清楚就寫「留言中未說明」。
2. 不要把「已收到」「我再確認」視為已結案。

跑完先看「一、爭議清單」有幾條——這才是會議上真正要處理的題目數，87 條留言常常收斂成 3 到 5 個真爭議。把這幾條貼進會議通知，會議就從「大家再看一次文件」變成「今天要拍板這 4 件事」。

本週就能做的一步：挑一份留言最多、最久沒定稿的文件跑一次，只取爭議清單，每條補上裁決人姓名與拍板日期，貼回文件最上方當進度看板。不用回覆任何留言，光是讓所有人看見「還剩幾件沒談定」，這份文件就會開始往前走。