よくある「失敗の入口」
初動でやりがちな選択肢：
- ① AIエンジニアを採用する：1人入れただけで動かない。
- ② ベンダー丸投げ：外注で動いたものは社内に残らない。
- ③ 汎用AIツールの有料プランを全社員に：使われるのは数週間、その後忘れられる。
これらが間違いなのではなく、「順序」を間違えると効かないのがポイントです。
Month 1 — 「現場の困りごと」を10件集める
最初の月にやるのは、技術選定でも採用でもなく、「業務の棚卸し」です。
下記のような問いを各部署に投げて、AI活用候補を10件程度集めます。
- 「毎日／毎週、定型でやっている作業はありますか？」
- 「過去資料を探すのに時間がかかる業務は？」
- 「新人とベテランで品質差が大きい業務は？」
- 「人手不足で諦めている業務は？」
集めた候補を「インパクト × 実現容易性」で4象限にマップし、最初のターゲットを1〜2件に絞ります。「あれもこれも」は絶対NG。
初動で選ぶべき業務の条件
- 関係者が10人以内
- 成果が数値で測れる（時間短縮 / 件数増 / 精度向上）
- 失敗してもビジネスに致命傷ではない
- 担当者が"応援団"として動いてくれる
Month 2 — PoCを「動かす」
選んだ1〜2件で、2〜4週で動くプロトタイプを作ります。ポイントは以下。
1. "見せる場"を最初に決める
「8週間後に経営会議でデモする」など、見せる場をMonth 1の終わりに約束しておく。締切がないPoCは100%中だるみします。
2. 評価指標を最初に置く
「動いた／動かない」だけで判断しない。「現状はXX時間／件 → AI使用でYY時間／件」のような数値KPIを最初に置く。Month 3以降の説得力に直結します。
3. 内製 vs 外注の判断
最初のPoCは外注で構いません。ただし、外注先の選び方を間違えないこと。
- × SES型（人を出してくれるだけ）
- × ベンダー丸投げ型（コード／知見が残らない）
- ◎ FDE型・伴走型（社内チームと一緒に作る）
Month 3 — 「動いたあと」をどう繋ぐか
PoCが動いただけでは内製化にはなりません。Month 3でやるべきは、3つあります。
1. 運用ルールを書く
「誰が、いつ、どうやって使うか／メンテするか」を文書化。これがないと使われずに消えます。
2. 次のターゲットを決める
最初の成功体験をもとに、次のAI活用候補を選ぶ。Month 1で集めた残り8件のなかから、優先度上位2件を選びます。
3. 社内へのコミュニケーション
"使われている事実"を社内に共有。AIは「噂で広がる技術」です。1チームの成功事例が、他部署の自発的な相談を生みます。
AI内製化は「AIエンジニアを採用する」ではなく、「業務の困りごとを言語化できる人」をまず社内に育てるところから始まります。技術より前に必要なのは"翻訳者"です。
3ヶ月後に持っているべきもの
- 1〜2件の動くAI活用事例（数値KPI付き）
- 運用ドキュメント（運用ルール、トラブルシュート、再現可能な手順）
- 次の優先候補2件（仮説と進め方）
- 社内のAI推進体制（最小2人：経営直下リーダー＋現場との橋渡し）
- AI利用ポリシー（情報セキュリティ・データ取り扱い）
避けたいパターン
- 「いきなりLLM自社開発」：事業効果より先にエンジニアの趣味プロジェクト化する。
- 「汎用AIツールを配って終わり」：使い方の文化を作らないと数週間で忘れられる。
- 「AI推進室"だけ"つくる」：業務部門との接続がないと孤立する。
- 「成功事例の社内共有を後回し」："見えない成功"は次の予算につながらない。
内製化は"引き渡し"でゴールではない
MUのAI内製化トレーニングでは、最初の3ヶ月を私たちが伴走し、3〜6ヶ月かけて段階的に社内チームへ引き渡します。「ベンダーが抜けたあとに自走できる状態」までを設計責任の範囲としています。
「うちもAI内製化を始めたい」「最初の3ヶ月をどう設計すべきか相談したい」というご相談、いつでもお寄せください。