週期會議團隊記憶

把每週會議錄音沉澱成持續更新的決策、重複阻塞、開放問題和跟進歷史。

Kollab 對比最新錄音和歷史會議記錄,追蹤重複阻塞、延期行動項、狀態變化和下次會議準備。

適合 WBR、產品站會、管理層同步、專案委員會和客戶成功覆盤。

週期會議團隊記憶工作流示意圖
更新這組週期會議的團隊記憶。 輸入: - 最新會議錄音:[上傳或連結] - 會議系列:[WBR / 產品站會 / 管理層同步 / 客戶成功覆盤] - 歷史會議資料庫:[Notion / Buildin 資料庫連結;如果還沒有,請先建立“週期會議記憶”資料庫] - 涉及專案或客戶:[列表] 請讀取並更新這個 Notion / Buildin 資料庫;如果資料庫不存在,請先建立並使用這些字段: - Meeting Series - Meeting Date - Source Audio - Transcript - Decision - Repeated Blocker - Open Question - Action Item - Owner - Due Date - Status - Carried Over From - Changed Since Last Meeting - Needs Escalation - Needs Review 請執行: 1. 轉錄最新會議,並和前三次會議記錄對比。 2. 找出新決策、重複阻塞、未解決問題和延期行動項。 3. 如果同一個阻塞項或行動項還在繼續,更新已有記錄,不要重複建立。 4. 給事項標記有變化、延續中、已解決或需要升級。 5. 生成下一次會議準備頁,把最該先討論的問題放在前面。 6. 對有爭議的決策、缺負責人或狀態變化不明確的事項標記為需要審核。 7. 不要把“沒提到”當成“有進展”。如果某事項本次沒討論,保留上次狀態,並標記為本次未提及。

運作方式

先過一遍這條工作流的執行順序,再把裡面的角色、來源和輸出替換成你自己的流程。

01

讀取會議歷史

Kollab 讀取最新錄音、歷史會議記錄、開放行動項、決策和未解決阻塞。

02

跨周對比變化

Kollab 判斷哪些是新增、重複、已解決、延續或本次未提到。

03

更新長期記錄

已有阻塞項和行動項會被更新,而不是重複建立,保留每個問題的歷史。

04

準備下一次會議

Kollab 生成準備頁,把重複阻塞和逾期事項放到下次議程最前面。

從每週重啟,到團隊記憶

Kollab 保留整組會議裡的決策線索和阻塞變化。

手動週期會議用 Kollab
連續性每週都要問上週發生了什麼,再翻舊文件。總結新會議前先讀取歷史決策、阻塞項和負責人。
重複阻塞同一個問題反覆討論,卻看不出模式。重複阻塞會記錄次數、負責人、狀態和升級狀態。
行動項未完成事項被當成新任務重寫。開放事項帶歷史延續,而不是重複建立。
下次議程下一次會議又從空白議程開始。準備頁突出逾期事項、重複風險和需要重開的決策。
Total time每週重新開始會議系列會記得上下文

一組會議會保留什麼

真正有價值的是穿過單次錄音、持續存在的團隊記憶。

記憶

決策和阻塞日誌

  • 重複阻塞項
  • 相對上次會議的變化
  • 需要升級處理

行動

延續中的工作

  • 負責人和截止日期
  • 狀態歷史
  • 本次未提及事項

準備

下次會議準備頁

  • 優先討論的問題
  • 逾期事項
  • 需要重開的決策

探索更多相關連結

繼續查看相關能力頁,理解這個場景背後依賴哪些產品層和工具,才能被團隊穩定複用。

常見問題

週期會議團隊記憶這個使用案例能做什麼?

把每週會議錄音沉澱成持續更新的決策、重複阻塞、開放問題和跟進歷史。

如何在 Kollab 裡運行這條工作流?

把配置提示詞複製到 Kollab,將佔位內容替換成你的團隊上下文,然後作為可審核任務在工作區裡運行。

這條工作流會產出什麼?

一個週期會議資料庫,包含轉錄稿連結、決策、重複阻塞、延續事項、狀態變化、升級標記和下次會議準備。

這條工作流會自動發佈或修改外部工具嗎?

不會。它會先生成可審核的草稿、brief、Artifact 或資料庫更新,讓團隊確認後再決定是否發佈或寫回外部系統。

不要每週重新開同一場會

讓每次錄音更新長期決策、阻塞和跟進記憶。

運行