AIツールの利用申請をどう審査するか。希望者を3層に分けて配る

Geminiを全社の標準にしている会社で、最近「Claudeも使いたい」という声が急に増えている、という相談をよく受けます。

標準とは別のAIツールの利用申請にどう応えるかは、ClaudeやGeminiに限らず、2本目のAIを検討するどの組織でも起きる悩みです。
現場がAIに積極的になること自体は、組織にとって良い流れです。
ただ、この流れをそのまま受け止めると、コストと実力の見極め、セキュリティの面で後から困ることになります。
今回は、申請してきた人を3つの層に分けて対応を変える考え方と、申請シート、トライアル、見送り方、発行後の棚卸しまでを、ひとつの申請制度として整理します。

「一律禁止」も「言われたら渡す」も、基準がない点で同じです

申請への対応が悩ましいのは、両極端な対応のどちらにもリスクがあるからです。
「標準以外は禁止」と一律に断ると、その社員は業務のために個人契約のAIへ流れるかもしれません。
情報リテラシーが高く、自分から新しいツールを試す人ほど、その傾向があります。
逆に「言われたら渡す」を続けると、配布の基準がないアカウントが積み上がり、退職時の回収漏れや、費用対効果を説明できない状態につながります。

会社が認めていないAIにデータが入ったときに起きることは、AIの情報漏洩はなぜ起きるか。事例と、禁止だけに頼らない対策で事例と合わせて書いています。

申請が増えている背景には、実務で使い込んだ人ほど感じている実力差があります。
実行まで進めてくれる機能や、手順を手軽に仕組みにできる点は、単なる好みの話ではありません。

とはいえ、実力差があることと、全員に配ってよいことは別の話です。
必要なのは、その差が本人の業務で本当に必要なのかを確かめる基準です。
把握できていない利用がすでに広がっている場合の見つけ方は、シャドーAI（野良AI）とは。禁止せずに見える化と正規の道で減らす対策で扱っています。

申請への返事を待つあいだに手元のツールで済ませてしまうことは、生成AIのルールが守られない原因にも挙げています。

希望者は、好奇心層・業務ニーズ層・実績層に分かれる

「使いたい」と言ってくる人は一様ではないので、3つの層に分けると、それぞれに渡すものが決まります。

好奇心層は、話題になっているから触ってみたい人です。
業務での用途はまだはっきりしていないので、会社の予算は使わず、無料の範囲や体験の機会を案内します。

業務ニーズ層は、今の業務で「標準のAIでは物足りない」と感じる具体的な場面がある人です。
この層には申請シートを書いてもらい、期間限定のトライアルアカウントを発行します。

実績層は、すでに無料枠などで試していて、業務での効果を数字や事例で語れる人です。
トライアルで効果を示せた人から正式なアカウントに切り替え、その事例を社内に共有してもらいます。
ポイントは、層によって対応が違っても、全員が同じ入り口を通ることです。
入り口がそろっていれば、「あの人だけ優遇された」という不満は出にくくなります。

申請シートは3つの質問で足りる

業務ニーズ層に書いてもらう申請シートは、凝ったものでなくて構いません。
次の3問で十分に機能します。

• 「具体的にどの業務で使いたいですか？」

• 「標準のAIでは、その業務の何が足りませんでしたか？」

• 「トライアルのあと、効果をどう測りますか？」

最初の問いで「効率化したい」のような抽象的な答えが来たら、業務名が出るまで差し戻します。
2問目は、比較して検討した事実があるかどうか、標準のAIを使い込む前に申請していないかの確認です。
この確認を入れるだけで、申請の数はかなり自然に減ります。
標準を使い込まないまま移っても、使いやすいほうに乗り換えただけで終わり、組織としての活用力は積み上がりません。

3問目は、振り返りを最初から約束してもらうための問いです。
ここで筆が止まる人は好奇心層である可能性が高く、発行しても使われないまま放置されがちです。

トライアルは1〜2ヶ月で区切り、終わったら必ず判断する

申請が通ったら、いきなり正式に配るのではなく、期間を区切って試してもらいます。
期間は1〜2ヶ月が目安です。
対象の業務の所要時間がどう変わったか、標準のAIとの使い分けが成り立ったかを見て、正式に配るか見送るかを期間の終わりに必ず決めます。
「標準のAIで十分だった」という結論も、立派な検証結果です。

検証を経た見送りは、次に経営や現場から聞かれたときの説得力のある回答になります。
トライアル用の予算は、期間限定・少人数の枠としてあらかじめ確保しておくと、申請のたびに稟議で止まらずに済みます。

発行したアカウントは、ログイン頻度で棚卸しする

アカウントは、渡したあとに見直す仕組みまで入れておかないと、ライセンス費用がじわじわと膨らみます。
四半期など期間を区切って発行数を振り返る場を設け、ログイン頻度の低いアカウントは次の更新時に見直しの対象にします。

プランによっては、席ごとに違う契約を混ぜられるものもあります。
全員を上位の契約にそろえず、使い方に合わせて席を分けておくと、見直しもしやすくなります。
また、追加の利用枠の購入が毎月のように続くなら、それはプランそのものを見直す合図です。

見送るときは、標準のAIでの代替案とセットで伝える

申請の結果、「今回は見送り」と伝える場面も当然出てきます。
その伝え方で、本人の熱意が冷めるか、別の形で生きるかが変わります。

例えば「その用途なら、標準のAIのこの機能で近いことができるかもしれません」と、代替案とセットで返します。
別の道を一緒に探す姿勢が伝われば、熱意は個人契約に流れず、今の環境での深い活用に向かいます。
あわせて、個人契約のAIには機密情報や顧客名、社内の非公開情報を入れない、というルールも改めて伝えておきます。

配る判断と、そのツールで何を扱ってよいかのルールは、周知が後回しになるといちばんリスクの高い期間が生まれるので、常にセットで現場に届けます。
ガイドラインそのものの作り方は、生成AIの社内ルールの作り方。ガイドラインの項目サンプルと守れる環境にまとめています。

発行後の使われ方まで、見える状態にしておける

棚卸しや正式移行の判断には、誰がどのAIをどれくらい使っているかが見えている必要があります。
私たちが提供している組織のAIポータル「AI Portalize」では、使われていないツールやアカウントが分かるので、発行したあとの使われ方を棚卸しの判断に使えます。

申請制度は、入り口をそろえるところから始まる

希望者にどこまで渡すかは、ツールの優劣の話ではなく、会社としてどこまで投資し、どこまで任せるかという運用の設計です。
層ごとに渡すものを変え、全員に同じ申請シートを通ってもらい、期間を区切って試し、発行後は棚卸しで見直します。

用途ごとの使い分けの考え方は、ClaudeとGeminiをどう使い分けるか。両方を配る組織の整理も参考になります。
次に申請が届いたときも、3つの質問への答え方を見れば、その人がどの層にいるのかはだいたい分かります。