Google Meet 出席名單能給你什麼、給不了什麼？把出席記錄與決議、待辦對應成可交接材料的完整說明

會議結束後被要求「把出席記錄交出來」，是多數行政、專案助理與會議主持人熟悉的場景。你打開 Google Meet 的出席名單，看到一串名字與進出時間，卻發現主管真正想問的是「那件事誰負責、什麼時候交」——這兩件事並不在同一份文件裡。

這篇按交接順序寫：先分清出席記錄與會議記錄的差別，再講名單怎麼取得、存在哪裡，接著說明它拿不到什麼，最後給出把出席與決議、待辦對應起來的核對順序。

Google Meet 出席名單能提供什麼：先分清出席記錄與會議記錄

出席名單（attendance list）回答的是一個很窄的問題：這場會議裡，誰進來了、什麼時候進來、待了多久、什麼時候離開。

依 Google 官方說明，Google Workspace for Education Plus 與 Teaching and Learning Upgrade 的使用者，在參與人數達 2 人以上的會議中會自動收到出席報告；直播活動另有直播報告。也就是說，這項能力本身有方案前提，不是所有 Google 帳號都預設拿得到。

第三方工具則從另一個方向補位。Chrome 線上應用程式商店中的 Google Meet Attendance List 擴充功能，主打自動產生出席名單、手動保存、追蹤每位參與者的首次出現時間、通話時長與發言時間，並可匯出 CSV、XLSX、PDF；其說明也強調資料儲存在本機、不會離開裝置。另有 MeetList.io、AttendList 等服務，以自動追蹤出席並產生報告為主要功能。

但無論用哪一種方式，出席名單的產物性質都一樣：它是一份「誰在場」的紀錄，不是一份「討論了什麼、決定了什麼」的紀錄。

這裡要先切開三類常被混為一談的產物：

主管說「把會議記錄給我」，多數時候要的是第二欄加第三欄，而你手上只有第一欄。這不是誰漏做，而是這三類本來就由不同工具、不同人負責。

出席名單的取得方式與保存位置：誰拿得到、存在哪裡

取得方式大致分三條路，對應不同的責任人與保存位置：

第一條：平台內建出席報告。 依 Google 官方說明，這項能力綁定特定 Workspace 方案（Education Plus、Teaching and Learning Upgrade），符合資格的使用者會自動收到報告。保存位置在 Google 生態系內，通常由會議發起人或具備權限的帳號持有。

第二條：瀏覽器擴充功能。 例如 Google Meet Attendance List 這類工具，在會議進行中自動產生名單，並可匯出 CSV、XLSX、PDF。其說明指出資料儲存在本機、不會離開裝置——這對在意資料流向的團隊是優點，但也意味著名單預設只存在按下匯出那個人的電腦裡，不會自動進入團隊的共同空間。

第三條：人工記錄。 由會議主持人或指定記錄者手動抄寫。這種方式最不受方案限制，但也最容易漏人、漏時間。

交接時要問清楚的三件事：

1. 這場會議用哪一種帳號開的？ 決定你有沒有內建出席報告可用。

2. 名單由誰負責匯出？ 擴充功能產生的名單不會自己跑到別人手上。

3. 名單存在哪裡、誰有權限看？ 涉及與會者姓名與進出時間，屬於個人資訊，分享範圍要有依據。

出席名單拿不到什麼：誰負責哪一項、決定了什麼

這是整篇最需要講清楚的一段。出席名單不會告訴你：

• 誰負責哪一項工作。 名單只顯示某人出席了，不顯示他在會中被分派了什麼。
• 會議決定了什麼。 決議是討論的產物，不是出席的產物。
• 誰承諾了什麼時間點。 「下週三前給初稿」這類承諾不會出現在出席報告裡。
• 誰雖然在場但沒有參與。 出席名單無法區分「全程參與」與「掛在線上做別的事」。

換句話說，出席名單可以佐證「這個人有機會聽到這項決議」，但不能佐證「這個人同意負責這項決議」。 這兩者在責任歸屬上是完全不同的層級，交接時不能互相替代。

如果主管要的是「確認每個行動項都有人認領」，那你要交的不是出席名單，而是一份把行動項對應到人與時間的清單——這份清單需要在會後另行整理。

把出席記錄與決議對應起來：交接前要補的三件事

拿到出席名單之後，距離「交得出去」還差三樣材料。這三樣都不是出席名單能自動產生的：

第一件：決議清單。 把會議中真正拍板的事項逐條列出。判斷標準是「這件事如果沒做，會有具體後果」，而不是「這件事被討論過」。

第二件：分工對應。 每一條決議後面接上負責人與交付時間。負責人必須是實際出席或事後被明確告知的人，不能只憑名單推測。

第三件：時間點。 沒有時間點的分工等於沒有分工。至少要寫到「哪一天之前」或「下一次會議之前」。

補完之後，一份可交接的材料通常長這樣：

最後一欄的用途是核對「這個人當時在場」，而不是證明「這個人同意負責」。真正的責任確認，仍建議由負責人本人回覆確認。

從逐字稿到待辦：把承諾事項對應到人與時間

如果這場會議有錄音或逐字稿，補齊上述三件事會快很多。做法是按時間軸回看討論，把出現「我來處理」「這個我這邊出」「下週給你」這類句子的段落標出來，逐條轉成待辦。

這一步的價值在於：逐字稿保留了「誰在什麼脈絡下說了這句話」，這是純粹的出席名單完全沒有的資訊。 出席名單告訴你誰在場，逐字稿告訴你在場的人說了什麼。

需要提醒的邊界：逐字稿與錄音涉及與會者發言內容，使用與分享前應確認已取得必要同意，並遵守當地法規與組織規範。重要承諾與對外發送內容，仍建議由當事人確認後才定案。

AI 助手如何把待辦繼續加工成行動計畫或跟進材料

拿到逐字稿與待辦之後，常見的斷點是：清單有了，但沒人把它變成可以拿去執行的材料。

以 Tinrec 為例，它的 AI 助手（Agent）可以在會議紀要與上下文基礎上，協助把待辦繼續加工成行動計畫、跟進材料、報告、表格或文件。實際操作上大致是兩個環節：

環節一：把逐字稿與待辦整理成結構化清單。 輸入是會議錄音或逐字稿，產出是摘要、章節、重點與待辦事項。這一步解決的是「會後整理耗時、容易漏掉決議點」的問題。

環節二：把待辦加工成可交付的會後材料。 例如專案會議的待辦可以整理成行動計畫，客戶會議中的承諾事項可以加工成跟進材料。這一步解決的是「清單有了，但沒人寫成能發出去的東西」。

需要人工確認的邊界很清楚：重要承諾、對外發送與關鍵決策，建議由人確認後再定案。 AI 助手處理的是整理與草擬，不是代替人做決定。

團隊版：讓出席記錄與會議結論被共享與持續跟進

單機作業時，出席名單、逐字稿與待辦往往散在不同人的電腦裡。專案助理匯出了名單，主持人手上有逐字稿，待辦寫在某個人的筆記軟體——下次要查「上次那件事誰負責」，得一個一個問。

Tinrec 團隊版處理的正是這一段。它不是多人共用一個個人帳號，而是獨立的團隊協作空間。以本篇場景為例，兩個具體環節是：

環節一：把會議資料集中放進團隊空間。 出席佐證、逐字稿、摘要與待辦可以統一保存在團隊空間中，成員共享查看。原本散在個人裝置與聊天記錄裡的會議資料，變成團隊可搜尋、可追溯的資料。

環節二：讓會後產物可以被持續跟進。 由 AI 助手加工出的行動計畫或跟進材料，放進團隊空間後，其他成員可以接著查看與跟進，而不是只留在產出者手上。成員變動時，團隊資源歸團隊所有，不會隨個人離開而消失。

需要說清楚的邊界：團隊版目前以團隊級共享為主，所有有效成員可讀取團隊資料；角色決定誰能管理團隊與成員，席位決定誰能錄製、上傳、編輯與匯出。這不是檔案級的細粒度權限控制，也不應被描述成可以為每份出席記錄單獨設定可見範圍。

如果你的團隊正卡在「出席記錄與會議結論分散在不同人手上」這一步，可以進一步了解 Tinrec 團隊版的團隊空間與共享會議資料能力，評估是否符合你們的交接流程。

交接前的核對順序與使用邊界

把材料交出去之前，建議按這個順序核對一遍：

1. 確認交付標的。 對方要的是出席記錄、會議記錄，還是待辦清單？三者不能互相替代。

2. 確認出席名單來源與方案前提。 是平台內建報告，還是擴充功能匯出？前者有方案限制，後者預設存在個人裝置。

3. 確認分工對應是否有人認領。 名單只能佐證在場，不能佐證同意負責；每一條分工建議由負責人回覆確認。

4. 確認時間點是否具體。 沒有交付時間的分工，後續無法追蹤。

5. 確認分享範圍。 出席名單含與會者姓名與進出時間，逐字稿含發言內容，分享前應確認已取得必要同意並符合組織規範。

6. 確認重要內容已人工覆核。 決議、對外承諾與關鍵數據，建議對照錄音或逐字稿時間點核對後再定案。

出席名單是一份有用的佐證材料，但它從來不是會議記錄的替代品。把「誰在場」與「誰負責什麼」分開處理、再對應起來，才是這份材料真正交得出去的方式。

參考來源

• Google Meet Attendance List - Chrome Web Store
• MeetList.io - The easiest way to save your google meet attendance list
• Google Meet Attendance Tracker | AttendList
• Track attendance & view Live stream report - Google Meet Help
• Google Meet Attendance Report: The Complete Guide (2026)