【2025年版】【図解】合意形成×意思決定の実戦術｜DACI／DECIDE-LOGと“1枚サマリ”で会議を半分に

結論：合意が進まない理由の大半は「完了の姿」と「判断の言語」が曖昧だから。 私はDACI（役割）× DECIDE-LOG（判断ログ）× 1枚サマリ（合意文書）の三点セットで、会議時間を半分にしつつ、実装の差し戻しを実質ゼロにしてきました。この記事は、現場で“そのまま貼って使える”テンプレと会話の台本を、物語と一緒に置いていきます。

「また議題が消化できなかった……」
金曜の夕方、会議室に沈む空気。仕様レビューが“感想戦”になり、結論が出ない。私はホワイトボードに丸を3つ描きました。「役割」「判断」「一枚」。これだけです。翌週、同じメンバーで運用を変えたところ、議論は嘘みたいに収まり、Slackの「決めたこと」が増え始めました。合意は“技術”で速くできます。

私の考えるPdM（マネージャーとして）
1. DACIで“誰が何を決めるか”を固定する
2. DECIDE-LOG：“一行”で判断を残す
3. “1枚サマリ”で合意文書を短く、強く
4. 会議台本とSlack文面：議論を“価値が動くか”に戻す
5. 先行指標で“合意の質”を測る（KPIの置き方）
6. よくある失敗と直し方（現場の実例）
7. 今日から使えるチェックリスト
関連記事（内部リンク）
有料noteのご案内（特典つき）

私の考えるPdM（マネージャーとして）

「PdMはミニCEO」――私はこう解釈します。価値の番人であり、学習装置の設計者。数字に責任を持ちつつ、現場の学びが最短距離で意思決定に流れ込む配管を設計することが仕事です。朝はPVより先にAha到達率とTTVを確認し、会議では「やったこと」ではなく「価値が動いたか」を話す。文書は人を動かすために書くので、やる理由／やらない理由を同じ温度で1枚に並べます。UIの外側（CS文面・営業資料・オンボ導線）も広義のプロダクト。だから私は、合意形成の道具を最小にして強く使います。

1. DACIで“誰が何を決めるか”を固定する

ねらい：発言権と決定権を分け、議論の迷子を防ぐ。
やり方：以下の4役を“案件ごと”に1枚メモに明示。
失敗と直し方：全員に決定権がある状態 → D（Driver）とA（Approver）を1名に固定。

[DACIテンプレ（コピペOK）]
D（Driver／推進）：＿＿＿（進行・アジェンダ・期限管理）
A（Approver／承認）：＿＿＿（最終判断）
C（Contributors／助言）：＿＿＿（エンジニア／デザイナー／CSなど）
I（Informed／共有）：＿＿＿（関係者）
決め方：Aが最終判断。反対意見は"GWT/非機能/計測"の三軸で提出
期限：＿＿/＿＿（差し戻しはSlackスレへ一本化）

意思決定の骨格は、PdMの意思決定フレームワーク｜5枚メモでチームが動くを先に読んでおくと運用が滑らかです。

2. DECIDE-LOG：“一行”で判断を残す

ねらい：議事録を量でなく“可搬性”で残す。
やり方：判断をひとつ、一行で。否決も同じ重さで。
失敗と直し方：理由が長文化 → 代替案と計測を入れる。

[DECIDE-LOG（判断ログ）]
誰の：＿＿＿（セグメント）
何を：＿＿＿（摩擦／ジョブ）
なぜ今：＿＿＿（インパクト／リスク）
どう測る：Aha到達率／TTV／翌日活性（ダッシュボードURL）
やらない案：＿＿＿＿（理由）
次の賭け：＿＿＿＿（2週間のミニMVP）

“賭けやすさ”で順番を決めるなら、RICEで迷わない優先順位付けが最短です。

3. “1枚サマリ”で合意文書を短く、強く

ねらい：誰が読んでも同じ結論にたどり着く“1枚”。
やり方：背景→仮説→GWT（受入条件）→非機能→計測→リスクの順。
失敗と直し方：感想戦になる → GWTの3行を先に合意。

[1-Page Summary（合意用の最小PRD）]
タイトル：＿＿＿＿（誰の／どのジョブ）
背景：＿＿＿＿（観察／定性インサイト）※リンク
仮説：＿＿＿＿（導線・文面・CSでAhaが早まる）
受入条件（GWT）：G:＿＿／W:＿＿／T:＿＿（イベント＿＿）
非機能：p95<300ms／AA／可用性99.9%
計測：Aha到達率／TTV／翌日活性（ダッシュボードURL）
リスク：＿＿＿＿（既存導線への影響／運用負荷）
結論（DECIDE-LOG）：＿＿＿＿

1枚の作り方に迷ったら、ロードマップ作成｜基礎から実践までの“1枚で伝える”章がハマります。

4. 会議台本とSlack文面：議論を“価値が動くか”に戻す

台本（30分）：①O/KR（Aha/TTV/翌日活性）→ ②GWT → ③非機能 → ④計測 → ⑤リスク → ⑥反対意見 → ⑦結論（DECIDE-LOG）

[Slack：レビュー依頼テンプレ（コピペOK）]
#review ＿＿＿＿（タイトル）
狙い：Aha到達率 xx→xx／TTV xx→xx
GWT：G＿＿／W＿＿／T＿＿（イベント＿＿）
非機能：p95<300ms／AA
計測：aha_completed／next_day_return（ダッシュボードURL）
期限：＿＿/＿＿　※反対意見はGWT/非機能/計測の三軸で

5. 先行指標で“合意の質”を測る（KPIの置き方）

ねらい：合意形成の成否を定量で振り返る。
やり方：合意→実装→学習のループをAha到達率／TTV／翌日活性で可視化。
失敗と直し方：PVやセッションから始める → 価値の変化を最上段に置く。

ダッシュボードの並べ方は、PdMのKPI設計と運用ガイドが近道です。ユーザーの声を拾うなら、ユーザーインタビュー完全ガイド｜質問例＆失敗回避へ。

6. よくある失敗と直し方（現場の実例）

失敗：DACIが曖昧で“承認”が増殖。
直し方：Aは1名。反対意見はGWT/非機能/計測で提出。
失敗：議事録が長く、持ち運べない。
直し方：判断はDECIDE-LOG一行＋1枚サマリに集約。
失敗：会議でAha/TTVが話題に上がらない。
直し方：アジェンダ先頭を先行指標の変化に固定。

7. 今日から使えるチェックリスト

この案件のD/A/C/Iは一枚に明記したか？
判断ログ（DECIDE-LOG）は“一行”で残したか？
1枚サマリはGWT→非機能→計測の順に並んでいるか？
会議台本の順序を固定し、反対意見のフォーマットを統一したか？
先行指標（Aha/TTV/翌日活性）で効果を振り返れるか？

有料noteのご案内（特典つき）

この記事が役に立ったら、下記の有料noteもどうぞ。特典：PdMスキルテンプレート集（PDF）／キャリア戦略シート（PDF）