Google Cloud Japanが、Geminiを使いたい現場と禁止する経営層のギャップを埋める方法を公開した。だが、8割の企業がAI検証で止まるという数字は、ツールの問題ではなく組織の臆病さの数字である。スピードと守りの両立という耳触りの良い言葉の裏に、誰も言わない不都合な真実が隠れている。
何が起きたか
Google Cloud Japanが、生成AI導入における現場と経営層の対立構造を解きほぐすメッセージを発信した。発信者は同社の北瀬氏。論点は明快で、Geminiを使って議事録要約や問い合わせ対応を自動化したい現場と、情報漏洩を恐れてシャドーAIすら禁止する経営層の溝をどう埋めるか、という話である。北瀬氏が示した処方箋は三つ。第一に検証止まりを脱するため経営側が本番投入の期限を切ること、第二に禁止ではなく使ってよい範囲を先に定義すること、第三に守りと攻めを別部署で並走させること。背景には「AI検証で止まる企業が8割」という重い数字がある。PoC(概念実証)に着手しても本番運用に到達しない企業が圧倒的多数派であるという、業界では半ば公然の秘密が、ベンダー側から改めて突きつけられた形だ。
なぜこのニュースが重要か
このメッセージが重要なのは、Google自身が「Geminiを売れていない」と認めたに等しいからである。検証止まり8割という数字は、Geminiの機能不足ではなく、買った側が使いこなせていないという市場の現実を示す。つまりベンダーは、もはやモデル性能を訴求するフェーズを終え、「組織変革のコンサル」に踏み込まないと売上が伸びない地点に到達した。これは生成AI市場の成熟ではなく、踊り場である。さらに警告しておきたいのは、「経営側が本番投入の期限を決めろ」という提言の危うさだ。期限を切れば動くという発想は、リスク評価を後回しにする経営判断と表裏一体である。情報漏洩、著作権、ハルシネーションによる誤回答の責任所在——これらが未整理のまま「とりあえずGo」を切った企業から、2027年以降に事故報告が連鎖する可能性が高い、と私は推定する。スピードを優先せよという掛け声は、事故が起きたときに現場の責任にすり替わる構造を内包している。
過剰評価への反論
「守りと攻めを別部署で並走させよ」という提言は、聞こえは良いが現実離れしている。日本企業の大半は、攻めのAI推進部門を新設する予算も人材もない。情シスが法務と兼務で「使ってよい範囲」を定義し、その情シスが現場のPoCも回している——これが中堅企業の実態だ。別部署化できる企業は、すでにAI活用で先行している大手だけである。つまり今回の処方箋は、本来一番救うべき「検証止まり8割」の中堅層には届かない。次に、「ガイドラインを出すだけで暴走も停滞も止まる」という主張も楽観的すぎる。ガイドラインを出した瞬間に、現場は「書いていないこと=禁止」と解釈して萎縮するか、「書いていないこと=自由」と解釈して暴走するか、どちらかに振れる。中庸を保つにはガイドラインの運用と教育に継続投資が必要で、これは一度の通達で済む話ではない。さらに根本的な問題として、Geminiという選択肢自体が「Google Workspace前提」であり、Microsoft 365 Copilotを既に導入した企業にとっては二重投資になる。ベンダーは語らないが、AI導入の最大の壁は技術でも組織でもなく、既存ライセンスとのカニバリゼーションである。月間検索ボリューム299万を誇るGeminiブランドの強さに目を奪われ、自社のIT資産棚卸しを怠った企業から失敗していく、と断じておく。
経営者として次に取るべき動き
第一に、PoCを始める前に「撤退基準」を文書化せよ。期限を切るのは正しいが、それは「何をもって失敗とするか」をセットで決めた場合に限る。撤退基準のない期限設定は、ズルズルとした延命を生むだけだ。第二に、Geminiを導入する前に、自社のWorkspaceとMicrosoft 365のライセンス契約を棚卸しせよ。二重投資の罠を避けるには、AI機能の選定よりも既存契約の見直しが先である。第三に、「守り」の責任者を経営直轄に置け。情シス兼務の法務担当に押し付けた瞬間、必ず守りが勝って攻めは死ぬ。守りを軽視せよという意味ではない。守りに正当な権限と人員を与えた上で、攻めにも同等の権限を与えるという二項対立の構造を、経営者自身が引き受ける覚悟があるかどうか——問われているのはそこである。
