Claudeを全社に配ったのに使われない — 社内展開が進まない3つの理由と、直す順番

本記事が扱うのは、ブラウザやデスクトップアプリで使うClaudeと、ターミナルで使うClaude Codeのどちらにも共通する組織運用です。法人プランは両方を含む形で契約するため、展開の悩みどころも共通します。

なお、どのプランで契約するか・個人プランの流用をいつやめるかといった契約そのものの判断は、Claude Codeの法人契約 — Team・Enterpriseプランの選び方で扱っています。本記事は契約が済んだ前提で、その先の話をします。

「一部の人しか使っていない」は導入の失敗ではなく、想定内の通過点

全社導入がうまくいっていない、というご相談の中身をうかがっていくと、複数の会社に共通して見える形があります。経営層と技術に明るい一部のメンバーは日々使い倒している一方で、配られたアカウントがほとんど開かれないままになっている、という状態です。これ自体は、導入の失敗ではありません。新しい道具は、まず裁量のある人と関心の高い人から入るのが自然な順序で、多くの会社が同じように始まります。

実際には、同じ会社の中でも、AIを試せる人と試せない人では前提条件がまったく違います。ここを分解しないまま「もっと使おう」と呼びかけても、現場の状況は変わりません。

経営層と現場の3つの非対称 — 権限・環境・勘所

経営層が自然に使えて、現場が使えない理由は、次の3点に整理できます。この3つは互いに絡んでいて、1つだけ解いても現場は動きません。

社内規定は「禁止リスト」ではなく「免責の約束」として書く

現場が止まる最大の理由は「やっていいか分からない」ことです。ところが多くの会社で作られるAI利用規定は、禁止事項の列挙になっています。禁止リストは「書かれていないことをやってよいのか」という判断を現場に押し戻すため、慎重な人ほど手が止まります。

規定に入れるべきなのは、禁止事項よりもむしろ会社が責任を引き受ける範囲の明示です。具体的には次の2点を書きます。

1. 1判断基準を明文化し、属人的な判断を排除する — 何を入力してよく、何を入力してはいけないか。どの業務に使ってよいか。上長の裁量に委ねず、読めば判断できる形にする
2. 2規定に沿って作業していれば、万一何かが起きても会社は個人の責任を問わないと明記する — ここが本丸です。この一文があるかどうかで、現場が試せる範囲が大きく変わります

もうひとつ、すでにAI利用規定を持っている会社ほど見落とすのが、規定の作り直しが必要になっているという点です。ブラウザで使うチャット型のAIを前提に作られた規定は、ファイルの読み書きやコマンド実行といった実行権限を持つツールを想定していません。

影響範囲がまったく違うため、同じ規定のままでは現場も情報システム部門も判断できません。何をどこまで書くかはClaude Codeのセキュリティ対策で整理しています。

なお、責任の所在に関する定めは就業規則や雇用契約との整合が必要になるため、実際の条文の書きぶりは顧問弁護士や社会保険労務士に確認したうえで定めてください。ここで述べているのは、現場が動けるようにするために規定へ何を含める必要があるか、という設計の考え方です。

環境は各自に作らせず、会社が先に整えてから渡す

導入の初期に最も人数が減るのは、実は使い方の段階ではなく、その手前の環境構築です。手順書を配って各自にセットアップしてもらう形にすると、手順書と実際の画面が少しずれているだけで多くの人が止まります。AIツールは更新が速く、手順書が実画面に追いつかないことは前提として設計したほうが現実的です。

望ましいのは、会社側で環境を整えたうえで社員に渡し、「この環境の中でなら好きに試してよい」という状態を作ることです。あわせて、危ない操作は仕組みで止まるようにしておきます。

どこまで自動で動いてよいかを設定で定める方法は権限設定と管理者権限の実務ガイド、組織として制限をかける考え方はClaude Codeの制限と、その回避策の考え方にまとめています。

「会社が把握しきれない使われ方」を前提に設計する

会社が配ったアカウントと設定だけで利用が完結するとは限りません。端末管理の仕組みを入れていない限り、社員が個人で追加したツールや拡張機能まで会社側で一覧するのは難しいのが実情です。全数を把握できる前提で統制を設計すると、把握できていない部分がそのまま空白になります。把握しきれないことを前提に置いたほうが、結果として統制は効きます。

組織設定では、Claudeがアクセスしてよいサイトの許可リストと、ほかの設定に関わらず常に禁止するブロックリストを指定できます。公式ガイドはまず制限的な許可リストから始め、運用しながら広げることを勧めています。

あわせて、金融口座の操作、法的文書や契約、医療・健康情報、機微な社内データを含む業務アカウントでの利用は推奨されていません。

ブラウザを操作するAIの最大のリスクは、Webページ側に仕込まれた指示をAIが読んで意図しない操作をしてしまうことで、対策は講じられているもののリスクがゼロではないことは公式に明言されています（Claude in Chromeを安全に使う・2026年8月時点）。

ここで起きがちなのが、「全面禁止」か「黙認」かの二択に寄せてしまうことです。全面禁止は業務上の必要を満たせず、結局は会社の見えないところで使われます。黙認は、条件を知らないまま使う人が出ることを許すことになります。どちらも統制としては機能していません。

• 台帳で追うのをやめ、ルールで統制する — 完全には一覧化できないものを台帳で管理しようとすると、更新が追いつかず形骸化する
• 使ってよい条件を先に決めて全員に配る — 「機密情報を含む画面では使わない」「顧客データを扱う操作はしない」など、条件つきの許可として明文化する
• 周知は全社に同じ内容で一度に行う — 条件を個別のやり取りで伝えていくと、どこまで伝わったかを会社側で管理できなくなる

何を仕組みで止め、何を文書で明文化するかの切り分けはClaude Codeの禁止事項と事故の防ぎ方で詳しく扱っています。禁止事項をどう書くかで迷ったら、そちらを先に読んでください。

個人アカウントの合流は、一度しか通れない分岐

会社が契約する前から個人のProプランで使っていた社員がいる場合、その人が組織に参加する時点で選択を求められます。選び方によっては、これまでの会話履歴やプロジェクトを引き継げなくなったり、個人プランの支払いが止まらず二重払いが続いたりします。しかも一度選ぶとやり直しが効きません。展開を始める前に、会社としての方針を決めて周知しておくべきところです。

選択肢ごとに何が起きるか、何が引き継がれて何が引き継がれないか、二重払いをどう防ぐかはClaude ProからTeamプランへの移行 — 引き継げるデータと二重払いの止め方に分けてまとめました。移行を伴う展開では、先にそちらを読んでから案内文を作ることをおすすめします。

作ったものの正本を1つに保つ

利用が広がると、次に効いてくるのが成果物の管理です。便利なプロンプトや業務手順をまとめたファイルが、部署ごと・個人ごとに少しずつ違う形で増えていきます。同じ用途のものが3つ4つと並び、どれが最新か誰も分からない状態は、導入が進んだ会社ほど起きます。

• 用途ごとに正本を1つと決める — 同じ目的のものを複数の場所に置かない
• 置き場所と更新の担当を先に決める — 増えてから整理するのは、ほぼ実行されません
• 改善が本体に還る導線を作る — 各自が手元で直した内容が、正本に戻る仕組みがないと分岐し続けます

共有の受け皿は製品側にも用意されています。組織の指示（Organization instructions）は、組織内のすべての会話に適用される共通の前提を書いておく機能で、編集できるのは管理者以上、最大3,000文字です。個人のカスタム指示と衝突した場合は組織の指示が優先されます。

ここには全員が必ず守るべき最低限のこと（機密情報の扱いなど）だけを置き、業務ごとの細かい前提はプロジェクト側に持たせると整理しやすくなります。プロジェクトは作成時に、組織全員が使える公開設定と招待した人だけの非公開設定を選べ、権限は閲覧のみと編集可の2段階です。

管理者が組織全体で公開プロジェクトを止めることもできるため、どこまで共有してよいかを最初に決めておくと、後から作り直さずに済みます（いずれも2026年8月時点）。

業務手順そのものを文章化してAIに渡せる形にしておくと、この資産が組織の共有物になります。書き方はCLAUDE.mdの書き方、繰り返し業務を型として保存する方法はSkillsの作り方で解説しています。

定着させたいなら、評価制度とセットにする

最後に、意外と決定的なのが人事評価です。業務時間を使って新しいやり方を試すことは、短期的には目の前の数字を落とすリスクがあります。評価の対象が従来の成果だけであれば、合理的に考えるほど「今までのやり方で回す」が正解になります。

何をどう目標設定に織り込むかは、人事制度の設計そのものとして社内で議論すべき論点です。ひとつだけ、設計上の注意として挙げておきたいのは、使用回数や利用率のような指標を単独で置かないことです。使うこと自体が目的になり、業務のやり方は変わらないまま数字だけが動く状態になりやすいためです。

なお、評価制度そのものの変更は就業規則の改定を伴う場合があるため、手続きの要否は社会保険労務士に確認してから進めてください。

整える順番のまとめ

ここまでの内容を、実際に着手する順番に並べ直すと次のようになります。上から順に進めると、後半の施策が空振りしにくくなります。

1. 1社内規定を、免責の約束を含む形に書き直す — 実行権限を持つツールを前提に見直す
2. 2環境を会社側で整えて配る — セットアップで脱落させない。危ない操作は設定で止める。あわせて管理画面の既定値（ブラウザ拡張の有効・無効、公開プロジェクトの可否）を一度すべて確認する
3. 3個人アカウントの合流方針を決めて周知する — 取り消せない選択なので、社員が判断する前に会社の方針を伝える
4. 4研修で勘所を渡す — 規定と環境が整ってから。持ち帰ってすぐ試せる状態にしておく
5. 5成果物の正本と更新ルールを決める — 増えてからではなく、増える前に
6. 6評価制度に反映する — 試すことが本人にとって不利にならない状態を作る

検証段階から全社展開までを、契約やデータ統制も含めた工程として通しで見たい場合はClaude Codeの組織導入の進め方、稟議の前に確認しておく項目は導入前チェックリストにまとめています。本記事はそのうち、人が動かない理由をどう解くかの部分を深掘りしたものです。

規定づくりから定着支援まで — 当社の導入支援

当社のClaude Code研修・導入伴走支援では、利用規定づくりの論点整理や権限設計の壁打ち、経営層と現場それぞれに向けた研修、導入後の定着までを一体で支援しています。全社展開のどこで詰まっているかは会社ごとに違うため、まずは現状をお聞きしたうえでご提案します。

エンジニア以外も含めた全社の底上げが目的であれば、ツールを限定しない法人向け生成AI研修もあわせてご検討ください。