経営会議の意思決定ログ設計|選択肢・根拠・見直し日を残す
会議の要約から、決定と実行を追える台帳へ
会議の議事録が残っていても、「なぜこの案を選んだか」「いつ見直すか」が発言の中に埋もれると、同じ議論を繰り返す。意思決定ログは会議を自動要約する仕組みではなく、判断と実行を一行で追う台帳だ。
会議時間や進行の改善は不動産会社の会議効率化、判断に使う数値の整備は経営ダッシュボードのロードマップ、会話の記録はひとり社長のAI議事録、業務と責任の整理は業務設計の進め方が扱う。この記事は業種を問わず、決定の根拠と見直しを残す運用に絞る。
一行に一つの判断事項を置く
「営業方針について」のような広い議題では、決定済みと未決が混ざる。「来月の広告予算を変更するか」のように、答えを出せる問いへ分け、固有の決定IDを付ける。
判断事項
会議で答えを出す一つの問い
選択肢
比較した案、見送った案、何もしない案
根拠
基準日時点の数値、顧客情報、制約、不確実性
決定者
意見を出した人ではなく最終判断者
見直し・実行
見直し日、実行責任者、期限、完了条件
結論だけでなく比較した選択肢を残す
採用案だけでは、後から同じ代替案が再提案される。比較した案、採用しなかった理由、何もしない場合の影響を短く残す。選択肢が一つしかない場合も、その制約を根拠に書く。
根拠には基準日と不確実性を付ける
売上、案件、顧客の数字は更新される。どの時点の数字で判断したか、正本はどこか、未確認の前提は何かを記録する。資料リンクだけでなく、判断に使った要点を残す。
デジタル庁の標準ガイドライン群と実践ガイドブックは、プロジェクトや情報システムを標準化して管理する資料を公開している。中小企業の意思決定ログでも、責任者、成果物、変更履歴、見直しを追える形にする。
保留も一つの決定として記録する
判断材料が不足しているなら、保留理由、不足情報、収集責任者、次の判断日を決める。「次回検討」だけでは再び準備不足になる。決定者不在なら代理権限か再設定日を明示する。
実行完了と判断の妥当性を分けて確認する
- 実行責任者が完了条件を満たしたか確認する。
- 決定時の前提が変わっていないか確認する。
- 期待した結果と実績の差を見る。
- 継続、修正、撤回を新しい決定として残す。
- 得た学びを次の判断基準へ反映する。
来週できる一歩:次の経営会議で一件だけ試す
- 答えを出す議題を一つ選ぶ。
- 選択肢、判断基準、決定者を会議前に書く。
- 会議で結論と根拠を一行に確定する。
- 実行責任者、期限、完了条件を置く。
- 見直し日を予定へ入れ、結果を追記する。
会議運営を含む改善事例は業務改善カテゴリで確認できる。
よくある質問
意思決定ログと議事録は何が違いますか?
議事録は会議の発言や進行を残します。意思決定ログは、何を判断し、どの選択肢から、何を根拠に、誰が決め、誰がいつまでに実行し、いつ見直すかを一行で追います。
決定しなかった議題も残しますか?
残します。保留理由、不足している根拠、収集担当、次の判断日を記録します。単なる未決のまま次回へ送らないことが重要です。
過去の決定を変更したらログを書き換えますか?
当時の決定は残し、新しい決定を別行で追加して関連IDを結びます。前提が変わったのか、実行結果で見直したのかを追えるようにします。
泉 款太(いずみ かんた)
株式会社SalesDock 代表取締役
慶應義塾大学法学部卒。スタートアップ、ラクスル、リクルート(SUUMO)を経て2025年に独立。 中小企業の経営・営業・業務・データをつなぐ事業基盤の設計と実装を支援。 不動産・製造業・クリニックを中心に、累計40社以上の支援に携わる。
代表者情報を読む →この記事の数値について
本文中に一次資料へのリンクがある数値は、リンク先を出典としています。 リンクのない業務設計、判断基準、実務上の目安は、SalesDockが累計40社以上の支援と自社運用で得た知見を一般化したものです。 個別企業での成果を保証する数値ではなく、条件によって変わります。