施策レビューでは数字の報告だけでなく、何を学び、次に何を変えるかを残します。相関と原因を混同せず、検証前の説明は仮説として扱います。
この記事では一般的な業務利用を前提に、会議後の判断と行動を再現できる記録へ整える手順を紹介します。法令、契約、社内規程、会議体のルールがある場合は、そちらを優先してください。
30秒で分かる結論
| 観点 | 議事録に残す内容 |
|---|---|
| 目標 | 期間とKPI |
| 実績 | データ源と集計条件 |
| 判断 | 継続・変更・停止 |
| 検証 | 次の仮説と比較方法 |
議事録の価値は文字数ではなく、何が決まり、誰が、いつまでに、何を確認するかが誤解なく伝わることです。AIで下書きを作る場合も、未確認の情報を補わせず、状態を明記します。
実務で使う5つの手順
1. 期間とデータ源を固定する
媒体、集計期間、計測条件が違う数字をそのまま比較しません。
この段階で決定・提案・保留・要確認を分け、担当者の合意がない項目を確定ToDoにしないことが重要です。
2. 目標との差を一文にする
達成・未達だけでなく差の大きさと影響を書きます。
この段階で決定・提案・保留・要確認を分け、担当者の合意がない項目を確定ToDoにしないことが重要です。
3. 事実と仮説を分ける
数値変化は事実、変化理由は検証前なら仮説と表示します。
この段階で決定・提案・保留・要確認を分け、担当者の合意がない項目を確定ToDoにしないことが重要です。
4. 施策ごとに判断を付ける
継続、変更、停止、保留のいずれかと判断根拠を残します。
この段階で決定・提案・保留・要確認を分け、担当者の合意がない項目を確定ToDoにしないことが重要です。
5. 次の検証条件を決める
変更点、対象、期間、成功条件を揃えます。
この段階で決定・提案・保留・要確認を分け、担当者の合意がない項目を確定ToDoにしないことが重要です。
記入例
> 事実：LP到達後の登録率が前週比で低下。仮説：スマホ表示の読み込み遅延。判断：広告配信は維持しLPを改善。検証：同条件で1週間比較。
例文の数字や名称は実際の会議に合わせて置き換えます。重要な決定は、会議資料、原音、参加者確認のいずれかへ戻れるよう参照先を残してください。
AIで下書きを作るときの確認ポイント
AIには、決定事項、ToDo、保留、要確認を別々に抽出させます。出力後は、人が次の順番で確認します。
- 金額、日付、数量、割合、単位
- 人名、会社名、製品名などの固有名詞
- 決定・提案・目標・保留の状態
- 担当者、期限、完了条件
- 共有範囲、個人情報、機密情報
自然な文章であることと、事実が正しいことは別です。不明な箇所は「要確認」とし、確認者と期限を付けます。
よくある失敗
- 異なる集計期間を比較する
- 仮説を原因として断定する
- 複数変更を同時に行う
- 成功条件を決めない
失敗を防ぐには、共有直前の文章修正だけでなく、会議終了前の読み上げ確認と、確定版を一つにする運用が必要です。
共有前チェックリスト
- 期間とデータ源がある
- 目標と実績の定義が同じ
- 事実と仮説を分けた
- 継続・変更・停止が分かる
- 次の検証条件がある
- 数字・名称・否定を根拠と照合した
- 下書き・確認中・確定の状態を表示した
- 閲覧・編集・承認の権限を確認した
まとめ
施策レビューでは数字の報告だけでなく、何を学び、次に何を変えるかを残します。相関と原因を混同せず、検証前の説明は仮説として扱います。 テンプレートへ当てはめた後は、決定状態、担当、期限、数字、固有名詞、共有範囲を人が確認してから確定します。
基本から見直したい場合は議事録の総合ガイド、ひな形をすぐ作りたい場合は無料の議事録テンプレート作成ツールも利用できます。
