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 件事」。

本周就能做的一步：挑一份评论最多、最久没定稿的文件跑一次，只取争议清单，每条补上拍板人姓名和拍板日期，贴回文件最上方当进度看板。一条评论都不用回，光是让所有人看见「还剩几件没定」，这份文件就会开始往前走。