AIを使った業務システムの導入は、技術的な実現性より先に「社内説明」でつまずくことが少なくありません。担当者が機能や精度を熱心に説明しても、経営層が聞きたいのは別のことだからです。結論から言えば、経営層の質問は費用・効果・リスク・責任・撤退の5つにほぼ収束します。あらかじめ答えの型を用意しておけば、稟議の場は「説得」ではなく「確認」で済みます。この記事では、システム担当者がそのまま資料に転記できる形で、質問と答え方を整理します。
経営層の質問は5つに収束する
まず全体像です。質問の裏にある本当の関心事を把握しておくと、回答がぶれません。
| 出る質問 | 本当に聞きたいこと | 用意すべき材料 |
|---|---|---|
| いくらかかるのか | 予算の上限が読めるか | 初期費用と月額の内訳、変動費の上限設定 |
| 効果はどう測るのか | 投資判断の根拠があるか | 導入前の実測値と測定方法 |
| 情報が漏れないか | 取引先や顧客への説明責任 | データの流れ図、契約条項、社内規程 |
| 間違えたら誰の責任か | 業務プロセス上の歯止め | 人の確認が入る箇所の明示 |
| 失敗したらどうするのか | 損切りができる構造か | 撤退条件と、残る資産の説明 |
質問1「いくらかかるのか」──変動費の上限を先に示す
AIシステムの費用が分かりにくい最大の理由は、従量課金が混ざるためです。多くの生成AIサービスは「トークン」（文章を処理する際の文字のまとまりを示す単位。おおまかには文字数に比例します）に応じた課金で、使えば使うほどコストが増えます。経営層が嫌うのは金額の大きさより上限が読めないことです。
答え方の型は次のとおりです。
- 初期費用（開発・既存システム連携・データ整備）を一括で示す
- 固定の運用費（サーバー、SaaS利用料、保守）を月額で示す
- 変動費は「1件あたりの想定単価 × 月間想定件数」で示し、さらに月間上限額を設定する仕組みがあることを添える
多くのAIサービスの管理画面には利用上限やアラートの設定機能があります。「上限を設定し、超えたら処理を止める」と言い切れるだけで、議論の温度はかなり下がります。また、TCO（総保有コスト。導入から運用・廃棄までにかかる費用の合計）の観点で、既存のライセンス費や外注費のうち何が置き換わるのかも併記しておくと比較しやすくなります。
質問2「効果はどう測るのか」──導入前の実測から始める
「業務効率が上がります」では稟議は通りません。ここでの鉄則は、導入前に現状を測っておくことです。導入後に比較対象がないことに気づいても、もう測り直せません。
測定しやすい指標の例を挙げます。
| 業務 | 測る指標 | 測り方 |
|---|---|---|
| 問い合わせ対応 | 1件あたりの平均対応時間、再問い合わせ率 | 既存の問い合わせ管理ログ |
| 書類作成 | 1件あたりの作成時間、差し戻し回数 | 担当者の実測を2週間記録 |
| データ入力・転記 | 処理件数、入力誤りの発生件数 | 検査工程の記録 |
そのうえで、「月◯時間の削減 × 人件費単価」で金額換算し、初期費用の回収期間を示します。ここで重要なのは、削減した時間を何に使うのかまで書くことです。人員削減をしないのであれば、空いた時間で何件多く処理できるのかを示さないと、経営層にとっては効果が実感できません。
質問3「情報が漏れないか」──データの流れを1枚の図にする
この質問には、技術用語ではなくデータの経路で答えます。「どの情報が、どこを通って、どこに保存され、いつ消えるか」です。
確認し、資料に明記しておきたい論点は次のとおりです。
- 入力したデータがAIの学習に使われるか。法人向けプランでは学習に利用しない旨を利用規約で定めているサービスが多く見られますが、プランごとに扱いが異なるため、契約書と利用規約で個別に確認します
- データの保存場所と保存期間。国外のサーバーを経由する場合、個人データの越境移転に関する論点が出るため、個人情報保護法の規定と自社のプライバシーポリシーの整合を確認します
- 社内の権限設計。誰がどのデータをAIに投入してよいかを規程化します
- ログの取得。入出力の記録を残し、事後に追跡できる状態にします
総務省と経済産業省がとりまとめたAI事業者ガイドライン、IPA（情報処理推進機構）の中小企業の情報セキュリティ対策ガイドラインといった公的な文書を参照していることを示すと、説明の説得力が上がります。これらは内容が更新されることがあるため、稟議時点の最新版を確認してください。
質問4・5「間違えたら誰の責任か」「失敗したらどうするのか」
生成AIにはハルシネーション（事実と異なる内容をもっともらしく出力する現象）が原理的に残ります。「起きません」とは答えられないため、起きても業務が壊れない設計を説明します。
たとえば次のような場面です。見積書の下書きをAIに作らせる業務で、金額欄だけは基幹システムの単価マスタから機械的に転記し、AIには触らせない。文面だけAIが作り、営業担当が承認ボタンを押して初めて確定する。こうしておけば、誤りが出ても社外には出ません。「人の確認が入る箇所はどこか」を業務フロー図に赤枠で示すのが、最も通りやすい答え方です。
撤退についても、先に条件を決めておきます。
- 判定時期：稼働から3か月後、6か月後など、見直しのタイミングを明記
- 撤退基準：「対応時間の削減が目標の半分に届かない場合は縮小または停止」など、数値で
- 戻し方：従来の手順に戻せるよう、旧フローの手順書を残す
- 残る資産：データ整備や業務フローの可視化は、AIをやめても残る成果であることを説明
「やめるときの手順まで考えてある」提案は、むしろ信頼されます。小さく始めて撤退コストを抑えるPoC（概念実証。本格導入前に小規模で効果を検証する取り組み）の位置づけも、ここで併せて説明しておくとよいでしょう。
まとめ
AI導入の社内説明は、技術の説明ではなく経営判断に必要な材料を揃える作業です。費用は上限を示し、効果は導入前の実測から語り、情報の流れは図で見せ、誤りは人の確認で止め、撤退条件は先に決める。この5点を1枚の資料にまとめておけば、質疑の大半は事前に潰せます。
逆に言えば、これらに答えられない状態での提案は、技術的に優れていても通りません。まずは自社の現状値を測るところから始めてください。測定の記録そのものが、稟議で最も強い材料になります。