好事道如何運作
好事道的核心邏輯很簡單：一次取得，持續整理，多處使用。
一次取得
資料從你原本就在做的事情裡自然產生：辦一場活動、發一份問卷、收一筆捐款、上傳一份文件、錄一段訪談。你不需要為了「使用好事道」而額外做一套資料輸入工作。
輸入的方式可以是：
- 對話（跟 AI 說你要做什麼）
- 拍照、錄音
- 填問卷或匯入既有問卷
- 上傳既有文件（Word、PDF、Excel）
- 從 Google Drive 匯入
持續整理
資料進到好事道後，會被放進對應的專案、活動或知識庫脈絡裡，而不是散在各處。文件會被解析、圖片會被辨識、錄音會被轉成逐字稿，方便之後搜尋與引用。
多處使用
同一份資料整理過一次後，可以被重複使用在不同的產出上：
- 進度摘要、管理層簡報；
- 對外報告、公開網站；
- 下一步任務的交接依據；
- 後續分析與比較。
不同產物可以使用共同來源。原始資料更新後，仍需檢查各份摘要、報告與網站是否需要修訂。
AI 跟人各做什麼
一台引擎，三種操作：
| 操作 | 誰在用 | 做什麼 |
|---|---|---|
| 執行 | 第一線人員、專案團隊 | 建立專案、做任務、上傳資料、記錄工作 |
| 管理 | 主管、PM、審閱者 | 看進度、缺口、風險、來源與確認狀態 |
| 交付 | 專案負責人、對外窗口 | 產出文件、簡報、網站與其他成果 |
AI 負責搜尋、整理、比對、草擬——加速你原本要花很多時間做的事；人員負責確認、判斷、核准與發布。AI 是協作者，不是責任主體。 任何要對外正式發布的內容，最終都由具權限的人核准。
把同一份訪談走完一次
例如現場成員錄下一段訪談，先確認音訊與逐字稿完整，再請 AI 整理觀察。專案負責人回聽重要引述，把尚未證實的說法列成待補事項，最後選用可公開內容放進報告。
| 階段 | 保留的內容 | 由誰確認 |
|---|---|---|
| 採集 | 原始音訊、日期與主題 | 現場成員 |
| 整理 | 逐字稿、摘要與待辦草稿 | 資料整理者 |
| 確認 | 引述、事實及仍待查明的項目 | 負責人或審閱者 |
| 交付 | 本次版本與引用的來源 | 對外窗口 |
重新使用資料前要做什麼
先確認資料是否仍適用：去年訪談不能直接當作今年成果，單一參與者的感受不能擴大成整體效果。來源有修訂時，逐一檢查本次要使用的摘要或產物，不能假設所有文件和網站已自動同步更新。
要把這個概念變成日常操作，可從 常見工作流程選擇最接近的情境。
從一份錄音看到整理結果
資料流與工作流有什麼不同
資料流關心素材從哪裡來、放在哪裡、如何被搜尋；工作流關心誰在什麼時候做什麼、由誰確認。只有資料流，可能留下很多檔案卻沒人處理；只有工作流，則可能任務都標成完成，卻找不到支持結果的材料。
以工作坊為例，會議紀錄進入知識庫是資料流；請活動窗口確認場地條件、再交回核對，是工作流。AI 可以協助摘要與列出待辦，但需要團隊將待辦接回實際責任與交付要求。
每個階段都要留下什麼
| 階段 | 至少保留 | 下一個人如何使用 |
|---|---|---|
| 討論 | 決定、理由、未決事項 | 知道哪些可以直接執行 |
| 執行 | 工作要求、過程材料 | 確認是否完成指定工作 |
| 整理 | 原始素材、摘要、缺口 | 檢查摘要是否符合原意 |
| 交付 | 採用版本、使用範圍 | 避免引用過時或未確認內容 |
變更發生時怎麼接續
假設場地從室外改到室內。先更新來源紀錄，再檢查活動說明、通知草稿、問卷題目與報告是否受影響。能共用來源可以減少重複查找，但仍要由負責人確認本次要修改的範圍。
哪些事情仍然需要你判斷
資料是否完整、某段訪談能否公開、統計是否符合本次用途，以及誰應負責，都是與實際情境有關的判斷。把這些問題明確寫成待確認項目，AI 才能協助整理，而不是用流暢文字掩蓋缺口。
下一步
了解好事道怎麼組織你的帳號跟資料，看 帳號、工作空間與組織。