如果猶豫的話，從標準會議記錄開始。 記錄日期、參加者、議題、判斷的理由、決定、負責人和期限、結轉。 下面的5種類可以直接複製，也可以儲存Markdown檔案。
更新：。 5個模板是為本報道製作的。 不僅要填空，還要在會議的最後和參加者確認決定、擔當、期限後再使用。
請告訴我在會議等場合可以使用的標準會議記錄模板。
面向例會和專案會議。 留下討論的要點和決定理由，不把未決的故事和決定事項混為一談。 如果公司或團隊有指定的格式，請優先新增該專案。
# [会議名] — 議事メモ
日時: [YYYY-MM-DD / HH:MM–HH:MM / タイムゾーン]
参加者: [名前]
記録者: [名前]
目的: [この会議で決めたいこと]
資料: [参照リンク]
## 議題と要点
- 議題: [内容]
- 背景・確認した事実: [要点]
- 残った論点: [内容]
## 決定事項
- 決定: [何を・どの範囲で行うか]
- 理由: [採用した理由 / 重要な前提]
## アクション
- [ ] [具体的な成果物] / 担当: [1人の名前] / 期限: [YYYY-MM-DD]
- 完了の確認方法: [提出先・リンク・条件]
## 未決・持ち越し
- [論点] / 確認担当: [名前] / 確認日: [YYYY-MM-DD]
## 次回
日時・確認すること: [内容]
共有先・確認者: [範囲と名前]
模板2：動作專案
簡短的進度確認和以接下來要做的事情為中心的會議。“ 不只是“調查”就結束了，如果連成果物和確認方法都寫下來的話，下次會更容易確認進度。
# [会議名] — 次にやること
日付: [YYYY-MM-DD]
目的: [1行]
## 決まったこと
- [決定と範囲]
## タスク
- [ ] [何を仕上げるか] / 担当: [名前] / 期限: [YYYY-MM-DD]
- 完了条件: [確認できる状態]
- 状態: [未着手 / 進行中 / 確認待ち / 完了]
## 進められない理由
- [必要な情報・協力] / 相談先: [名前] / 次の確認: [日付]
## 次に確認する日
[YYYY-MM-DD / 確認するタスク]
模板3：頭腦風暴
面向擴大方案後，比較並決定候選人的會議。 分為記錄想法的欄目和判斷評價、錄用的欄目。
# [テーマ] — アイデアメモ
日付: [YYYY-MM-DD]
問い: [何の選択肢を増やしたいか]
制約: [予算・期限・必要条件]
## アイデア（まず記録）
1. [案]
2. [案]
3. [案]
## まとめる・比較する
- グループ: [共通点]
- 評価基準: [効果 / 手間 / 検証しやすさ など]
- 試す候補: [案と理由]
## 小さく試す
- 試す内容: [実験・試作]
- 担当: [名前]
- 確認日: [YYYY-MM-DD]
- 見る結果: [判断に使うもの]
模板4：1on1
對話的主題、必要的支援、留下雙方同意的行動的形式。 不是把所說的內容全部共享記錄，而是與參與者確認記錄和共享的範圍。
# 1on1 — [名前 / 名前]
日時: [YYYY-MM-DD / HH:MM]
共有範囲: [このメモを読める人]
## 今日話したいこと
- [本人が共有したい話題]
## 前回からの確認
- [合意した行動と、今の状況]
## 相談・必要なサポート
- [課題]
- [求める協力]
## 今回合意したこと
- [ ] [行動] / 担当: [名前] / 確認日: [YYYY-MM-DD]
## 次回に続ける話題
- [話題]
模板5：決定事項日誌
之後想確認判斷的理由時使用。 不僅要留下決定，還要留下前提、放棄的選項、重新考慮的條件，變更時連結到新的日誌。
# 決定ログ — [判断したテーマ]
決定日: [YYYY-MM-DD]
決定者・確認者: [名前]
状態: [提案中 / 決定 / 再検討 / 置き換え済み]
## 決めたこと
[採用案と対象範囲]
## 背景と前提
[課題 / 判断に使った事実 / 制約]
## 比較した選択肢
- A: [内容・利点・懸念]
- B: [内容・利点・懸念]
## 選んだ理由
[採用の理由 / 今回見送ったこと]
## リスクと対応
- [リスク] → [対策・担当]
## 見直す条件
確認日: [YYYY-MM-DD]
再検討する条件: [前提や結果の変化]
関連資料・以前の決定: [リンク]
將模稜兩可的ToDo變成可以確認的動作
僅憑“確認資料”，不知道誰要做到什麼程度才能完成。 如果負責人未定的話，就寫上未定，和確認的人決定日期。 接下來是虛構的填寫例子。
修正前：確認資料。
修正後：佐藤將提案資料的費用3專案核對，在2026-09-11之前在共享檔案中記載差異。 田中確認差異後就完成了。
期限上不僅要寫“星期五”，還要寫日期，如果需要時間的話，也可以同時區。 請不要用猜測來填補未確定的日期，請記錄為等待確認。
從會議後的備忘錄，到團隊的確認和下一步行動
- 決定和未決定分開。 確認是否寫著已經採用正在討論的方案。 判斷的理由和前提，在記住的時候只補充必要的部分。
- 確認負責人、期限、完成條件。 分為受委託的人是否承接，是否還在等待確認。
- 在可以看到團隊的儲存處共享。 儲存在確定的共享檔案或專案的位置，確認需要的人可以開啟。 僅僅傳送到自己的收件箱，無法完成對團隊的共享和確認。
- 登記必要的任務和下一個確認日期。 僅憑備忘錄的核取方塊和郵件的星號，不一定會自動設定期限通知。 透過實際使用的任務管理、日曆進行確認。
自己用的post meeting memo，可以決定、自己的下一步行動、等待確認的3點短暫地留下使用。 如果將團隊的議事備忘錄和角色分開，也更容易避免直接共享私人備忘錄。
根據儲存地址和共享範圍使用
模板是純文字，可以貼上到已經使用的備忘錄、文件應用程式中。 在Markdown對應的應用程式中，可能會顯示標題和檢查清單，但不會自動化到負責人的通知和期限的登記。
SimpleMemo時，傳送到認證的自己的收件人的步驟和Obsidian的保管庫和追記地址的設定，確認第一個1件仍然存在。 可以傳送會議內容的賬號、儲存地址，也符合所屬組織的規則。
1on1和與客戶的會談，先決定閱讀者和留下的內容。 不能僅僅以是寄給自己的郵件為理由，判斷是否適合作為機密資訊的儲存地。
常見問題
會議備忘錄上寫什麼好呢？
記錄日期、參加者、議題、討論要點和判斷的理由、決定事項、負責人和期限、未決事項。 如果有指定的格式，優先處理該專案，在會議結束時確認決定和負責人。
這個模板可以直接複製嗎？
是的。 可以使用複製各個模板的按鈕，或者選擇文字的複製。 也可以從儲存Markdown中獲取檔案。 影印後，請根據會議編輯專案。
會議記錄和自己用的備忘錄是一樣的嗎？
團隊確認的會議記錄、會議備忘錄是共享決定和下一步行動的記錄。 因為自己的備忘錄中也包含工作中的想法，所以在共享之前要確認內容和對方。 會議記錄所需的格式和確認程式根據組織進行調整。
沒有確定負責人或期限的時候呢？
不透過猜測填寫，記錄為未定或等待確認。 決定誰什麼時候負責、確認期限的話，就可以追蹤結轉。
post meeting memo怎麼用？
會議結束後，決定事項、自己的下一步行動、等待確認的時間很短。 之後，將團隊的記錄儲存到共享物件，並註冊到使用必要任務和期限通知的工具中。 並不是僅僅透過給自己發的郵件就能完成共享和通知。
相關報道
相關頁面
參考資料
議題、決定理由、負責人和期限、共享物件的想法，在Atlassian的會議備忘錄指南中也有說明。 本頁面的5個模板是獨自制作的，並不是實際測量了特定的改善率。