「費用対効果は？」で止めさせない。社内AI導入の稟議を通す「PoCから始める」合意形成術

「他社もやってるし、うちの現場でもAIで何か効率化できないの？」

上層部から、そう軽く振られたことはありませんか？

いざ調べ始めて、提案しようとすると四方八方からブロックがかかります。

*   **上層部：**
   「で、月間どれくらい工数を削れるの？」
   「費用対効果（ROI）の根拠はあるの？」
*   **現場の環境・ルール：**
   「既存のセキュリティ規定で外部ツールは原則NG」
   「今の運用フローを変えると現場が混乱する」
*   **自分自身の本音：**
   「毎日のアカウント管理、アラート対応、定型報告書の作成で手一杯」
   「これ以上、検証タスクを増やされたらパンクする…」

厳しいセキュリティ制約。
ガチガチの運用ルール。
日々の泥臭い保守・運用対応。

その中で「机上のROI」を求められる。
これが、現場が直面する一番リアルな壁です。

### 現場が直面する「3つのリアルな壁」

**1. 工数削減の数値化が無理ゲー問題**
「障害報告のドラフト作成が早くなった」
「マニュアルの文面作成が楽になった」
現場での実感は確かにあります。
でも、それを「月〇〇時間の削減」と机上で証明するのはほぼ不可能です。

**2. ツール選定から入って頓挫する問題**
セキュリティ要件や社内規定の確認に何週間も費やす。
実際の業務でどう役立つかも分からないまま、企画が立ち消えになります。

**3. 運用を変えるリスクと現場の抵抗**
既存のフローが固まっているほど、警戒されます。
「新しいツールを覚える手間」
「誤回答が出たときの責任問題」
どうしてもリスクばかりが先行してしまいます。

---

### 突破口は「全体の改革」を捨てること

この板挟みを抜け出す唯一の方法。
それは、いきなり大きな予算や全体導入を狙わないことです。

「自分が日常で最も時間を取られている定型作業」
これだけに絞って、スモールトライアル（PoC）をやってみてください。

*   **ステップ1：業務を極限まで絞る**
   「問い合わせ対応全般」を効率化しようとしない。
   「定常アラートの一次切り分け報告」や「手順書の文章化」など、たった1つに限定します。
   これにより、セキュリティ審査やルール変更のリスクを最小限に抑えられます。

*   **ステップ2：自分の手元だけで検証する**
   既存の環境で扱える安全なデータだけを使う。
   まずは自分1人で、1〜2週間だけ触ってみる。
   現場のメンバーに、余計な運用負荷をかけずに済みます。

*   **ステップ3：実データで比較・報告する**
   実際に試した手触り感をベースにする。
   「机上の空論」ではなく「手触り感のある事実」で説明できます。

---

### 企画書を作る前に、まず「手元の定型文」を1つ投げてみよう

上司やクライアントを納得させる最強の武器。
それは、分厚い企画書ではありません。

「実際にやってみたら、あの面倒な作業がこれだけ早く終わった」
という、現場の生々しい一次情報です。

「全体導入に月額〇万円かかります」と相談するのはやめましょう。

「日報や定型報告のドラフト作成で試したところ、作成時間が20分から3分になりました」
「報告の初動が劇的に早くなりました」
「この効果をもとに、規定のセキュリティを満たすツールのトライアルを申請したいです」

こうやって、事実だけを淡々と報告する。

最初から完璧な導入計画を立てる必要はありません。
まずは今日、PCを開いたときに目の前にある作業。

「一番書くのが面倒な報告文や周知メモ」を1つ、AIに整形させてみてください。
その小さな手応えこそが、周囲を動かす一番確実な第一歩になります。