振り返りミーティングを次の行動に変えるAIプロンプトテンプレート
プロジェクトや施策の振り返り後、「話した内容は多いのに、次に誰が何をするかが曖昧なまま終わる」ことがあります。この記事で扱うのは、振り返りミーティングのメモをAIに渡し、成果・課題・原因・次のアクションへ整理するためのプロンプトです。
対象は、ChatGPT、Claude、Geminiなどの汎用AIを使って、会議後の整理や共有文を短時間で作りたい人です。会議録そのものをきれいにするよりも、「次回に活かせる形」へ変換することを重視します。
この記事で分かることは次の4つです。
- 振り返りメモを整理するコピペ用プロンプト
- 入力時に変えるべき項目と、固定した方がよい条件
- 失敗しやすい指示と改善例
- 出力を安定させる確認手順と活用パターン
ここがポイント: AIには「感想をまとめて」と頼むより、「事実、原因、次の行動に分けて」と頼む方が、会議後に使える出力になりやすくなります。
何に使うプロンプトか
このテンプレートは、振り返りミーティングの議事メモを、共有しやすい整理文とアクションリストに変えるために使います。
たとえば、次のような場面です。
- プロジェクト終了後の振り返り
- キャンペーンやイベント後の反省会
- チーム定例のKPT整理
- 開発スプリントのレトロスペクティブ
- 研修、採用活動、営業施策などの改善会議
単なる要約ではなく、会議後に必要な判断材料を残すのが目的です。
具体的には、AIに次の出力を求めます。
- 良かった点
- 課題
- 課題の背景や原因
- 次に試す改善案
- 担当者、期限、確認方法
- 未確認事項
ここで大事なのは、AIに「結論を作らせる」のではなく、メモから判断できる範囲を整理させることです。人名、顧客名、契約情報、個人情報などは、社内ルールに合わせて伏せ字や仮名にしてから入力してください。
コピペ用プロンプトテンプレート
まずは、そのまま使える基本形です。会議メモを貼り付けるだけで、振り返りの整理、アクション化、共有文の下書きまで作れる形にしています。
あなたは業務改善に強い会議整理アシスタントです。
以下の振り返りミーティングメモをもとに、次回の行動につながる形で整理してください。
# 目的
{振り返りの目的}
例: 新機能リリース後の進め方を見直し、次回リリースで改善する点を決める
# 対象
{対象のプロジェクト・施策・期間}
例: 2026年6月のキャンペーン運用
# 参加者の前提
{参加者の役割や読み手}
例: マーケティング担当、営業担当、制作担当、上長
# 会議メモ
{ここに振り返りミーティングのメモを貼り付ける}
# 出力してほしい形式
以下の見出しで整理してください。
1. 今回うまくいったこと
- 事実として確認できる内容
- なぜうまくいった可能性があるか
2. 課題
- 起きた問題
- 影響を受けた人や作業
- まだ不明な点
3. 原因の仮説
- メモから読み取れる範囲で整理
- 断定できない内容は「仮説」と明記
4. 次に取るアクション
- アクション
- 担当者または担当部門
- 期限
- 完了条件
5. 共有用の短いまとめ
- 関係者に送れるように、300字以内で作成
# 制約
- メモにない事実は追加しない
- 担当者や期限が不明な場合は「要確認」と書く
- 感情的な表現は避け、業務で共有しやすい表現にする
- 個人を責める書き方にせず、作業や仕組みに焦点を当てる
- 最後に「人が確認すべき点」を箇条書きで出す
この形にしておくと、会議後に必要な情報が一か所に集まります。特に「完了条件」を入れている点が重要です。「改善する」だけでは動けませんが、「次回リリース前にチェックリストへ追加する」なら、担当者が次の作業に移れます。
入力時に変える部分
毎回変えるのは、主に {} の中です。逆に、出力形式や制約は固定しておくと、チーム内で同じ形の振り返り資料を作りやすくなります。
変える項目
次の項目は、会議ごとに差し替えます。
{振り返りの目的}: 何を改善したい振り返りなのか{対象のプロジェクト・施策・期間}: どの範囲を扱うのか{参加者の役割や読み手}: 誰が読む整理文なのか{ここに振り返りミーティングのメモを貼り付ける}: 実際のメモ
目的は短くても構いません。ただし、「振り返りをまとめる」だけでは弱いです。
たとえば、次のように書くと出力が使いやすくなります。
悪い例:
振り返りをまとめる
良い例:
次回の納期遅れを防ぐため、今回遅れた原因と、事前に検知する方法を整理する
AIは、目的がはっきりしているほど、どの情報を厚く扱うべきか判断しやすくなります。
固定した方がよい条件
一方で、次の条件は毎回変えずに残すのがおすすめです。
- メモにない事実は追加しない
- 不明点は「要確認」と書く
- 個人批判ではなく、作業や仕組みに焦点を当てる
- 最後に人が確認すべき点を出す
振り返りは、書き方を間違えると個人の責任追及に見えやすい場面です。AIに整理を任せる場合も、「誰が悪いか」ではなく「次に何を変えるか」へ寄せる条件を入れておくと、共有しやすい文面になります。
NG例と改善例
振り返り整理のプロンプトで失敗しやすいのは、指示が短すぎることです。AIは文章をそれらしく整えられますが、目的や出力形式がないと、会議後に使えない一般論が増えます。
NG例
この振り返りメモを分かりやすくまとめてください。
{会議メモ}
この指示でも要約は出ます。ただし、次のような問題が起きやすくなります。
- 良かった点と課題が混ざる
- 「改善が必要です」のような抽象表現で終わる
- 担当者、期限、完了条件が抜ける
- メモにない推測が自然に混ざる
- 上長や他部署に送るには文体が合わない
改善例
以下の振り返りメモを、次回の改善アクションに使える形で整理してください。
# 目的
次回の作業遅延を減らすため、今回の遅延要因と事前に検知できるサインを整理する
# 出力形式
1. 事実
2. 課題
3. 原因の仮説
4. 次回のアクション
5. 担当者・期限・完了条件
6. 要確認事項
# 制約
- メモに書かれていない事実は追加しない
- 不明な担当者や期限は「要確認」と書く
- 個人ではなく、作業手順・確認方法・情報共有の観点で整理する
# 会議メモ
{会議メモ}
変えたのは、主に3点です。
- 「何のために整理するか」を入れた
- 出力見出しを指定した
- 推測や責任追及を避ける制約を入れた
この3つがあるだけで、AIの出力は「読みやすい文章」から「次の行動を決める資料」に近づきます。
出力を安定させるコツ
振り返り整理では、AIに自由に書かせすぎないことが大切です。特に、出力形式、制約、確認手順の3つを固定すると、毎回のばらつきを減らせます。
1. 出力形式を先に決める
会議後に使うなら、文章だけでなく表形式も便利です。担当者や期限を確認したい場合は、次の追加指定を入れます。
「次に取るアクション」は、以下の列を持つ表で出してください。
- アクション
- 目的
- 担当者
- 期限
- 完了条件
- 未確認事項
WordPressや社内Wikiに貼るならMarkdown表、スプレッドシートに移すならCSV形式を指定します。
アクション一覧はCSV形式でも出してください。
列は「アクション,目的,担当者,期限,完了条件,未確認事項」としてください。
値にカンマが含まれる場合はダブルクォートで囲ってください。
CSVを指定する場合は、列名まで書くのがコツです。「CSVで」だけだと、列の粒度が毎回変わりやすくなります。
2. 「断定」と「仮説」を分ける
振り返りでは、事実と推測が混ざりがちです。AIも、メモの流れから原因を補ってしまうことがあります。
そのため、次の一文を入れておくと安全です。
原因は「事実として確認できること」と「仮説」に分けてください。メモから判断できない内容は断定せず、「要確認」と書いてください。
これにより、会議で出た発言と、後から検証すべき見立てを分けられます。OpenAI、Anthropic、Googleの公式ドキュメントでも、目的や制約、出力形式を明確にする考え方は、プロンプト設計の基本として扱われています。この記事のテンプレートも、その考え方を業務の振り返り整理に寄せたものです。
3. 最後に人の確認ポイントを出す
AIの出力は、そのまま確定資料にせず、人が確認します。特に次の項目は、必ず見直してください。
- 担当者名が正しいか
- 期限が現実的か
- 原因の仮説が事実のように書かれていないか
- 個人を責める表現になっていないか
- 機密情報や個人情報が含まれていないか
プロンプトにも、次の一文を入れておくと確認漏れを減らせます。
最後に、この出力を共有前に人が確認すべき点を5つ以内で挙げてください。
活用例と応用パターン
基本テンプレートは、振り返りの種類に合わせて少し変えると使いやすくなります。ここでは、業務で使いやすい3パターンに絞って紹介します。
プロジェクト終了後の振り返り
プロジェクト終了後は、次の案件に活かせる「再利用できる学び」を残すことが重要です。
追加する指示は次のようにします。
追加条件:
今回だけの事情と、次回以降も再利用できる学びを分けて整理してください。
「次回以降も再利用できる学び」は、チェックリスト化できる表現にしてください。
この指定を入れると、「今回は忙しかった」で終わらず、次の案件で使える確認項目に変換しやすくなります。
開発スプリントのレトロスペクティブ
開発チームでは、課題を細かく出すだけでなく、次のスプリントで試す改善を小さく決める方が実行しやすくなります。
追加条件:
次のスプリントで試せる改善案に絞ってください。
各アクションは、1週間以内に着手できる粒度にしてください。
大きすぎる改善案は、最初の一歩に分解してください。
「ドキュメント整備を進める」では広すぎます。「リリース前チェック項目を3つ追加する」まで落とすと、実行しやすくなります。
営業・マーケティング施策の振り返り
施策の振り返りでは、数字と発言メモが混ざりやすくなります。AIに整理させる前に、数値と所感を分けて入力すると安定します。
追加条件:
数値で確認できる結果と、参加者の所感を分けてください。
改善案は「次に試す施策」「事前に確認する条件」「効果を見る指標」に分けて整理してください。
この形にすると、単なる感想ではなく、次回の検証に使えるメモになります。
共有文まで作りたい場合の追加プロンプト
振り返りの整理ができたら、関係者に送る共有文もAIに作らせると便利です。ただし、共有文は読み手によって温度を変える必要があります。
上記の整理結果をもとに、関係者へ送る共有文を作成してください。
# 読み手
{共有相手}
例: プロジェクトメンバー、上長、関係部署
# 文体
{文体}
例: 丁寧だが簡潔、社内チャット向け、メール向け
# 含める内容
- 今回の振り返りで分かったこと
- 次に取るアクション
- 担当者と期限
- 要確認事項
# 制約
- 500字以内
- 個人を責める表現を避ける
- 未確定事項は断定しない
- 読み手が次に何をすればよいか分かるようにする
社内チャットなら短く、上長向けなら判断材料を厚めにします。同じ整理結果でも、読み手が違えば必要な情報は変わります。
使う前のチェックリスト
最後に、実際にAIへ入力する前の確認項目です。ここを整えてから使うと、出力の修正回数を減らせます。
- 会議メモから機密情報や個人情報を除いたか
- 振り返りの目的を書いたか
- 対象期間や対象施策を明記したか
- 出力形式を指定したか
- 担当者、期限、完了条件を出すようにしたか
- メモにない事実を追加しないよう制約を書いたか
- 最後に人が確認すべき点を出すようにしたか
振り返りミーティングの価値は、発言をきれいに保存することではなく、次の行動が変わることにあります。AIに任せる部分は整理と下書きまで。担当者、期限、原因の妥当性は、人が最後に確認する。この分担を守ると、振り返りは「議事録」で終わらず、次回の仕事を軽くする材料になります。