大企業でAI採用ツールの稟議を通す4ステップ

顧問先で何度も見た光景がある。現場は前のめり、ツールも決まっている。なのに稟議の最後の一枚で止まる。理由はいつも同じ——「効果はわかる。でもリスクが読めない」。

これは承認者が止めているのではない。誰も「このリスクは自分が引き受ける」と言える状態になっていないから、判子が宙に浮く。担当者の仕事は承認者を説得することではない。承認者が安心して「はい」と言える材料を、先に全部そろえて渡しておくことだ。

STEP 1 — 反対勢力を先にマッピングする（稟議提出前）

「誰が承認権を持つか」より先に「誰が反対するか」を考える。

大企業でAI採用ツールの稟議が止まる主な反対勢力：

• 法務・コンプライアンス部門：個人情報保護法の対応・データの海外移転・AIの判断の説明責任
• IT・情報セキュリティ部門：データの保管場所・セキュリティ認証・既存システムとの統合
• 労組・労働者代表：AI評価の透明性・候補者への影響・雇用への影響
• CFO・財務：費用対効果の根拠・解約時のコスト

労組向けには、AIの立ち位置を言葉で先に固めておく。「AIは候補者を裁く審判ではなく、書類の山に埋もれた担当者の作業を肩代わりする相棒。最終判断は人が持つ」と稟議書に明記する。雇用を奪う機械ではなく、人の隣で重い作業を引き受けるパートナーだと設計レベルで示せると、最も感情的に紛糾しやすい論点が静かになる。

月曜にまず書くのはこの1枚だ。凝った稟議書より先に、4列の表を埋める。

部門	一番刺さる懸念	先手で渡す答え	稟議前に会う人
法務	データの海外移転	保管国・委託先・削除フローの一枚	〇〇さん
IT	既存システム連携	認証方式とSSO対応の確認結果	〇〇さん
労組	AI評価への不安	「最終判断は人」の運用ルール	〇〇さん
財務	解約時コスト	契約解除条件とデータ返還条項	〇〇さん

埋まらないマスがあれば、そこが今週潰すべき穴だ。空欄のまま稟議に飛ぶと、必ずその列で止まる。

稟議では「何が変わるか」と同時に「なぜ今やる必要があるか」が問われる。「採用が増えているから」「競合がやっているから」より、「現在の採用プロセスのどこにどんな問題があり、それが事業にどんな影響を与えているか」を具体的に示す。

STEP 2 — 稟議書を事実→選定プロセス→リスク対応の順で書く（起案時）

「AI採用ツールを導入したい」という希望ではなく、「現在の採用プロセスで発生している課題」から書く。

例：「採用担当者1人が月に〇件の書類選考を行っており、1件あたり平均〇分かけている。採用数が増加している現状で、同じリソースで対応することが困難になっている。」

「このツールを選んだ」という結論だけでなく、「〇社を比較検討した・トライアルを行った・セキュリティ確認をした」というプロセスを示す。稟議審査者に「担当者が十分に検討した」と伝わることが、承認を得るために重要だ。

「このツールのリスク」を自分で書いて、「それに対してこう対応する」という構成にする。リスクを隠すより、リスクと対応を先に示す方が承認を得やすい。審査者が「このリスクはどうなる？」と聞く前に答えが書いてある状態にする。

STEP 3 — 法務・IT部門を正式提出前に非公式で動かす（提出前）

稟議の前に、法務・IT部門に非公式で相談する。「稟議を出す前に確認したいことがある」という形で、個人情報保護法の観点・セキュリティの観点で問題がないかを事前確認する。

この非公式確認で「ここを直してほしい」というフィードバックをもらい、稟議書に反映する。正式な稟議に上がる前に主要な反対を解消する。

顧問として現場で繰り返し効いたのはこれだ。会議で説得して一発で飛び越えようとせず、反対しそうな人に先に会い、その人の言葉を稟議書に取り込む。承認の場で味方が増えているほど、判子は軽くなる。飛ぶより、先に渡しておく。

STEP 4 — 承認後のリスクに備えたスケジュールを明記する（承認後）

稟議が通った後の落とし穴：「導入が決まったが、IT部門がシステム連携の対応をしてくれない」「承認はされたが予算執行のタイミングが遅れた」など、承認後に止まるケースがある。

稟議書に「いつまでに何をするか」のスケジュールを含め、各部門の対応が必要な項目も明示しておく。