09 · 群聊爬樓 → 選題雷達

速覽

需要 飛書賬號登入 · 環境 本地或雲電腦 · 耗時 10—20 分鐘

場景

編輯部、產品組、市場部，幾乎每個團隊都有這樣一個群：大家每天往裡甩資訊，一會兒有人貼一條新訊息，一會兒有人補充背景，聊著聊著又拐到別的方向上去了。

資訊很多，也很有用。但等到真正要用的時候，問題來了——剛才是誰提的？最後決定跟進哪個？那條關鍵資訊被刷到哪去了？

想找回來只能吭哧吭哧爬樓。

提示詞

读取「XX 讨论组」群最近两周关于「XX 主题」的聊天记录和相关云文档，
梳理成一份线索清单，分成三档：

【本周重点】已经形成共识、这周就要推进的
【持续观察】有价值但时机未到，需要跟踪的
【观察池】提到过但信息不足，先存着的

每条线索包含：
- 一句话说清楚是什么
- 谁提出的、什么时候
- 当前掌握的关键信息
- 负责人（群里有人认领的写上，没人认领的留空）
- 待核实项（还需要确认什么）

另外单独列一块【已排除】：
被讨论过但决定不跟进的，写清楚原因。

处理完同步到飞书多维表格「XX 选题雷达」，
字段按上面的结构建，方便我们后续继续筛选和补充。

每条标出信息来源，我要能点回原始消息。

為什麼這麼寫

分三檔而不是給一個大列表。 「本週重點 / 持續觀察 / 觀察池」對應三種不同的動作。一個不分級的清單等於沒分級，你還是得自己排優先順序。

「已排除」這一塊很多人想不到，但它很值錢。 團隊討論中被 pass 掉的東西，過兩個月又會有人重新提出來，然後重新討論一遍。把「為什麼不做」記下來，能省掉大量重複討論。

「待核實項」。 群聊裡的資訊經常是半成品——有人說「聽說他們融了 B 輪」，這條得核實才能用。把待核實項單獨列出來，避免半成品被當成事實用下去。

同步到多維表格。 這是從「一份總結」變成「一個可協作的系統」的關鍵一步。多維表格裡大家能繼續篩選、補充、更新狀態，而不是看完一份文件就完了。

實測效果

有編輯部實測了這個用法：讓豆包工作讀取團隊近期圍繞某個行業主題的群聊。它很快找到了相關群聊記錄和雲文件，把之前群裡總結的重點準確提取出來，分成「本週重點」「持續觀察」「觀察池」，補上負責人和待核實項，連被 pass 掉的選題和原因也寫清楚了。

最後同步進多維表格，一份可以繼續篩選、補充和協作的選題雷達就有了。

整個過程不用重新上傳聊天記錄，也不用解釋團隊此前討論過什麼。

驗收清單

• [ ] 你記得的幾條重要線索都在裡面
• [ ] 每條能點回原始訊息
• [ ] 分檔合理（挑兩條看看，檔位對不對）
• [ ] 負責人沒有被瞎猜
• [ ] 多維表格欄位完整，能篩選

變體

換個場景，同一套結構：

團隊	群	輸出叫什麼
產品	需求收叢集	需求池
市場	競品情報群	競品動態雷達
銷售	客戶反饋群	客戶訴求清單
技術	線上問題群	待辦問題池

設成定時任務： 每週一早上自動跑一次，增量更新多維表格。見 04 定時任務。加一句「只處理上次執行之後的新訊息，已在表裡的線索更新狀態而不是重複新建」。

常見問題

漏了重要線索。 群聊裡的資訊很多是靠上下文才能理解的（一個連結 + 一句「這個有意思」）。讓它輸出「已處理的訊息數和時間範圍」，確認覆蓋完整。

同一條線索重複出現。 加一句「同一件事在不同時間被討論的，合併成一條，按時間線組織資訊」。

分檔不準。 把標準寫得更具體：「本週重點 = 群裡有人明確認領並給了時間；持續觀察 = 有人表示有價值但沒人認領；觀察池 = 只被提及一次沒有後續討論」。