AI導入は何から始める?最初の90日でやる5ステップと失敗回避策

- 1. 課題を1つに絞る頻度が高く効果を測れる業務を選び、目的と評価指標を決める
- 2. 環境とルールを整える利用する生成AIサービスと入力可能データの範囲、利用ガイドラインを定める
- 3. 小規模PoC限定メンバーで実業務に適用し、品質・工数・リスクを記録する
- 4. 評価と判断事前に決めた指標で継続・改善・中止を判断する
- 5. 段階的に展開対象部門を広げ、教育と運用体制を整えながらRAGやAIエージェントへ拡張する
- 解く業務課題と評価指標が先に決まっている
- 業務オーナーが初期から参加している
- 入力データのルールを先に明文化している
- 小さく試して判断基準で継続可否を決める
- ツール導入そのものが目的になっている
- IT部門だけで推進し現場が使わない
- ルールが曖昧で利用が止まる、または事故が起きる
- PoCを繰り返し本番展開の判断が出ない
AI導入でつまずく企業の多くは、ツールを入れる前に考えることを飛ばしています。生成AIの法人向けサービスはすぐ契約できますが、「どの業務の、何を、どれだけ良くするのか」が決まらないまま配布すると、使われない、効果を説明できない、検証が終わらない、のどれかで止まりがちです。本記事では、AX(AI Transformation)推進の実務者とリーダー向けに、最初の90日でやることを5つのステップで整理します。あわせて、生成AI・RAG・AIエージェントの使い始め方、よくある失敗の回避策、推進体制のつくり方も解説します。
AI導入は何から始めるべき?最初に決める3つのこと
AI導入は、ツール選びより先に「解く業務課題」「成果の測り方」「使ってよいデータの範囲」の3点を決めることから始めます。
この3点が決まっていれば、どのツールを選ぶか、誰に配るか、何を検証するかがほぼ自動的に決まります。逆に、3点が曖昧なまま進めると、後の工程で何度も議論が振り出しに戻ります。AX(AI Transformation)の全体像と進め方は、AXとは?DXとの違いと5層の構成要素で整理しています。
| 決めること | 具体的に決める内容 | 決まっていないと起きること |
|---|---|---|
| 解く業務課題 | 対象業務・対象部門・現状の困りごと | 「何に使えばいいか分からない」状態のまま利用率が伸びない |
| 成果の測り方 | 処理時間・件数・品質などの指標と現状値 | 90日後に効果を説明できず、予算継続の判断ができない |
| 使ってよいデータの範囲 | 入力してよい情報の区分、禁止事項 | 現場が萎縮して使わない、または無断で使って情報が漏れる |
解く業務課題を1つに絞る
最初は「時間がかかる」「手順が決まっている」「失敗しても影響が小さい」業務を1つ選ぶのが進めやすいです。
議事録の要約、社内問い合わせへの一次回答、提案書や報告書のたたき台作成などが代表的な候補です。現場で推進に関わった人からは、「最初から全社の課題を一度に解こうとすると論点が広がりすぎる。1部門の1業務に絞ったほうが、結果的に横展開が速い」という声がよく聞かれます。対象を絞るのは範囲を小さくするためではなく、成功の型を早くつくるためです。
成果の測り方を先に決める
導入前に処理時間や件数などの現状値を測っておかないと、90日後に効果を説明できません。
指標は「1件あたりの作成時間」「月間の問い合わせ対応件数」「差し戻し率」など、現場が普段から把握できるものを選ぶと計測の負担が軽くなります。時間短縮だけでなく、品質やミスの件数も併せて見ておくと、「速くなったが品質が落ちた」という事態に早く気づけます。
使ってよいデータの範囲を決める
社外秘情報や個人情報をどこまで入力してよいかを先に決めておくと、現場の利用が止まりにくくなります。
経済産業省・総務省が2024年4月に公表した「AI事業者ガイドライン(第1.0版)」でも、AIの利用者が適正な利用と情報の取り扱いに配慮することが求められています。社内では、情報区分(公開・社内限・機密など)ごとに「入力可」「条件付きで可」「不可」を一覧にした簡易ルールを最初に用意するのが現実的です。
AI導入はどんな順番で進めればよい?5ステップの全体像
最初の90日は「課題選定→ルール整備→小規模検証→評価→展開判断」の5ステップを、約30日ずつ3期に分けて進めます。
| ステップ | 期間の目安 | 主な作業 | 次に進む条件 |
|---|---|---|---|
| 1. 課題選定 | 1〜15日目 | 対象業務の決定、現状値の測定 | 指標と現状値が記録されている |
| 2. ルール整備 | 16〜30日目 | 利用ルール策定、ツール選定、環境準備 | 利用ルールが承認されている |
| 3. 小規模検証(PoC) | 31〜60日目 | 少人数の実業務で利用し、効果を記録 | 計測データと利用者の声が集まっている |
| 4. 評価 | 61〜75日目 | 現状値との比較、課題の整理 | 出口条件の達成状況が判定できる |
| 5. 展開判断 | 76〜90日目 | 拡大・修正・中止の判断、次の計画策定 | 経営層の承認 |
期間はあくまで目安です。社内の稟議やセキュリティ審査に時間がかかる企業では、ステップ2が長くなる傾向があります。
1〜30日目:課題選定とルール整備
最初の30日は、対象業務と利用ルールを決めて、検証を始められる状態を整える期間です。
この時期に情報システム部門と法務部門を巻き込んでおくと、後のセキュリティ審査で差し戻されにくくなります。ツールは、自社がすでに使っている業務基盤と相性のよいものを優先して比べるのが無難です。
31〜60日目:小規模な検証(PoC)
31〜60日目は、1チーム程度の少人数が実業務でAIを使い、効果と課題を記録します。
検証では、使った場面、かかった時間、うまくいかなかった例を簡単に記録してもらいます。実務の感覚では、成功例よりも「使えなかった例」のほうが、ルールの改善や展開の判断に役立つ場面が多いと感じます。
61〜90日目:評価と展開判断
最後の30日は、測った数値と現場の声をもとに「拡大」「修正して継続」「中止」のどれにするかを判断します。
「中止」も正しい判断の1つです。効果が出なかった理由(業務選定、データ、ツール、教育のどこが原因か)を言語化できていれば、次の90日の計画に活かせます。
生成AI・RAG・AIエージェントは何から使い始める?
まず汎用の生成AIチャットで使う習慣をつくり、次にRAG、最後にAIエージェントへと適用範囲を広げる進め方が現実的です。
| 種類 | できること | 主な前提条件 | 導入の難しさ |
|---|---|---|---|
| 生成AIチャット | 文書作成・要約・翻訳・アイデア出し | 利用ルール、法人向け契約 | 低い |
| RAG(検索拡張生成) | 社内文書を参照して回答 | 文書の整理・権限管理・更新運用 | 中程度 |
| AIエージェント | 複数の手順を自律的に実行し、他システムと連携 | API連携、権限設計、人による承認フロー | 高い |
まずは生成AIチャットで「使う習慣」をつくる
最初は、自社の業務環境に合った法人向け生成AIサービスで、文書作成や要約から使い始めます。
Microsoft 365を使っている企業ならMicrosoft 365 Copilot、Google Workspaceを使っている企業ならGoogleのGeminiが候補になります。単体で使う場合は、OpenAIのChatGPT EnterpriseやAnthropicのClaude Enterpriseなどの法人プランも選択肢です。比べる際は、入力データを学習に使わない設定になっているか、管理者が利用状況を確認できるかを必ず確かめます。
RAGとAIエージェントは「データ整備」が前提
RAGやAIエージェントは、参照する社内文書や連携先システムが整っていて初めて精度が出ます。
RAGで「古い規程を参照して誤った回答をする」という問題は、多くの場合、AIではなく文書管理の問題です。AIエージェントでも、どの操作を自動で実行させ、どこで人が承認するかの設計が欠かせません。生成AIチャットの段階で「どんな質問が多いか」「どの文書がよく参照されるか」を記録しておくと、RAGの対象範囲を決める材料になります。
AI導入のよくある失敗は?つまずく原因と回避策
よくある失敗は「目的のないツール導入」「PoCの繰り返し」「現場不在の推進」の3つで、どれも最初の設計段階で防げます。
| よくある失敗 | 主な原因 | 回避策 |
|---|---|---|
| ツールを配っただけで使われない | 業務課題と結びついていない | 対象業務を決め、業務手順にAIを使う工程を組み込む |
| PoCが終わらない・繰り返される | 本番展開の判断基準がない | PoCを始める前に出口条件を数値で決める |
| 現場の反発・形だけの利用 | 推進部門だけで計画を立てている | 業務部門のリーダーを計画段階から参加させる |
| 誤回答による手戻り | 出力の確認工程がない | 人による確認を業務フローに明記する |
| 情報漏えいへの不安で利用停止 | 入力ルールが曖昧 | 情報区分ごとの入力可否を一覧で示す |
「PoC止まり」を防ぐには出口条件を先に決める
PoCを始める前に「何が達成できたら本番展開するか」を数値で決めておくと、検証の繰り返しを避けられます。
経済産業省の「DXレポート」(2018年9月)以降、DXの文脈では「PoCを繰り返すだけで実装に進まない」状態が課題として繰り返し指摘されてきました。AI導入でも同じことが起こりやすいため、「作成時間が現状値より一定以上短くなれば展開する」といった判断基準を、推進側と業務部門で事前に合意しておきます。
現場が使わない問題は「業務への組み込み」で防ぐ
ツールを配るだけでは定着しないため、今ある業務手順やワークフローの中にAIを使う工程を書き込みます。
たとえば「報告書作成の手順2で、生成AIに要約のたたき台をつくらせる」のように、具体的な工程として決めます。現場の実感としては、全社向けの研修より、業務ごとのプロンプト例を共有するほうが利用が定着しやすい印象です。
ハルシネーションと情報漏えいへの備え
生成AIの誤回答と情報漏えいは、人による確認工程と入力ルールの二段構えで、現実的な水準まで抑えられます。
生成AIはもっともらしい誤り(ハルシネーション)を出すことがあるため、社外に出す文書や判断に関わる出力は、必ず人が確認する前提で運用します。どの業務で誰が確認するかを決めておくと、責任の所在も明確になります。
AI導入の推進体制は誰がつくる?役割分担のポイント
推進体制は、経営層のスポンサー、推進事務局、業務部門の現場リーダー、IT・法務の4者で役割を分けてつくります。
| 役割 | 主な担当者 | 主な責任 |
|---|---|---|
| スポンサー | 経営層・担当役員 | 目的と優先順位の提示、予算確保、部門間の調整 |
| 推進事務局 | DX推進部門・AX推進チーム | 全体計画、利用ルール管理、成功事例の共有 |
| 現場リーダー | 業務部門の課長・チームリーダー | 対象業務の選定、検証の実施、効果の記録 |
| IT・法務 | 情報システム部門・法務部門 | セキュリティ審査、契約確認、ガイドラインとの整合 |
経営層は「目的と優先順位」を示す
経営層の役割は、AI導入の目的と投資の優先順位をはっきり示し、部門をまたぐ調整を後押しすることです。
「AIを活用せよ」という指示だけでは、現場は何を優先すべきか判断できません。「問い合わせ対応の負担を減らし、顧客対応の質を上げる」のように、事業上の目的と結びつけて示すことが、推進事務局と現場の動きやすさにつながります。
推進事務局は「小さく始めて横に広げる」を担う
推進事務局は、成功事例の共有と利用ルールの更新を通じて、1部門の成果を全社に広げる役割を担います。
90日の検証で得た指標、プロンプト例、失敗事例をまとめ、次の部門がすぐ使える形に整えることが事務局の主な仕事です。体制は最初から大きくする必要はありません。兼任の少人数で始め、展開する部門が増えるのに合わせて広げていくのが、多くの企業で現実的な選択になると考えられます。
最初の90日の目的は、AIで大きな成果を出しきることではありません。「課題を選び、測り、判断する」という型を社内につくることです。この型があれば、生成AIからRAG、AIエージェントへと段階を上げるときも、同じ手順で判断を積み重ねていけます。
参考資料
- 経済産業省・総務省「AI事業者ガイドライン(第1.0版)」2024年4月
- 経済産業省「DXレポート ~ITシステム『2025年の崖』の克服とDXの本格的な展開~」2018年9月





