【非エンジニアのためのClaude/ClaudeCodeシリーズ】Claude Enterprise管理者がやるべきこと
はじめに
こんにちは。名古屋オフィスで営業をしてます。さばです。
お久しぶりです。
さっそくですが、Claude Enterpriseを導入したみなさん、
「ライセンスを買って終わり」になっていませんか？
当たり前ですが、Claude Enterpriseは「買う」だけで終わりではないです。
むしろ、始まりです。
管理者がしっかり設計・運用することで、社員の使いこなし度が大きく変わりますので、
今回はそのあたりをご紹介させていただきます。
なので、この記事では、情報システム部門や管理担当者を読者として想定しています。
自分なりに、専門的な設定作業も含めて「なぜそれをやるのか」を意識しながら整理しました。
Claude Enterpriseを買ったばかりの管理者の方はぜひ参考にしていただけると幸いです。
1. まず最初にやること：テクニカルな下準備
「細かい設定は後でいいか」と後回しにしがちですが、ここを丁寧にやっておかないと後から全員に影響が出ます。
関係者を早めに集める
重要なことです。
管理者一人では完結しません。以下の担当者を最初から巻き込みましょう。
- Claude管理責任者（組織で1名。「この人が責任者」を明確にする）
- DNS・IdP管理者（※1）（SSO設定に必要）
- MDM管理者（※2）（PCへの一括インストールに必要）
- 各ツールのオーナー（Slack、Google Workspace、M365など）
- 部署ごとの社内チャンピオン（後述）
※1 IdP（Identity Provider）とは？
「誰がこのシステムを使っていいか」を管理する仕組みのこと。Microsoft Entra ID（旧Azure AD）やOktaなどが代表例。社員のアカウント情報を一元管理しています。※2 MDM（Mobile Device Management）とは？
会社が管理するPCやスマートフォンに、アプリを一括でインストールしたり設定を配布したりする仕組みのこと。
「後で呼ぼう」が一番危険です。
特にIDとSSO周りは担当者との連携が遅れると、セットアップ全体が止まります！！
SSOとRBACの設定順序を守る
ここは順序を間違えると全員がログインできなくなるという事故が起きます。
ということで、これも重要です。
SSO（シングルサインオン）とは？
一度ログインすれば複数のサービスをまとめて使える仕組み。「会社のGoogleアカウントでClaudeにもログインできる」がSSO利用の典型例です。RBAC（ロールベースアクセス制御）とは？
役職・役割ごとに、使える機能を決める仕組み。
別ブログで詳細を説明しているものがありますので、以下をご参照ください。
設定の正しい順序は以下です：
- まずSSO（誰がログインできるか）を設定する
- 次にRBAC（誰がどの機能を使えるか）を設定する
- 両方が完全に設定・テストできてから「強制（enforce）」する
SSOを先に強制してしまうと、RBACが未設定のユーザー全員がロックアウト（締め出し）されます。
自己解除もできないので注意が必要です。
コネクターの設定
コネクターとは、ClaudeをSlackやGoogleドライブ、M365などの社内ツールと接続する機能です。
Claudeが社内のデータを読み取ったり、実際に操作したりするために必要です。
重要なのは、コネクターは組織全体のオン/オフしか設定できないという点。
このブログ執筆時点では「このチームだけ有効」という細かい制御は現時点ではできません。
有効化する前に、全社員への周知コミュニケーションを準備しておきましょう。
「急にClaudeがSlackを見られるようになった」と社員が驚かないようにするためです。
2. 導入前後のコミュニケーション設計
ツールを入れた後に誰も使わない……よくある失敗パターンです。
管理者のコミュニケーション設計が、定着率を大きく左右します。
ということで、これも重要ですね。
社内チャンピオンを早めに育てる
チャンピオンとは、「社内でClaudeを積極的に使いこなして、周りに広めてくれる人」のことです。
- 部署ごとに2〜3名を選ぶ
- ローンチ（公開・展開）前から早期アクセスを付与して習熟させる
- 「質問はこの人へ」という社内窓口として機能してもらう
チャンピオンがいるかどうかで、初期の問い合わせ数と定着スピードが段違いに変わります。
私見ですが、社内チャンピオンは「ITに強い人」より「周りを巻き込める人」の方が向いていると思います。
IT担当やエンジニアよりも、業務改善に前向きな営業や総務の人がチャンピオンになったほうが定着する印象です。
段階的に告知する
| タイミング | 伝えること |
|---|---|
| ローンチ2週間前まで | 「何が来るか」「なぜ導入するか」をリーダーシップから発信 |
| ローンチ当日 | インストール手順・サポート窓口・チャンピオンの紹介 |
| 第1週 | 実際に使えた事例を共有。「使い方」より「できた成果物」を強調 |
ポイントは、「Claudeで何をしたか」ではなく「Claudeを使って何が完成したか」を伝えることです。
成果物を見せることで、他の社員も「自分も使えそう」とイメージしやすくなります。
3. 「使ってもらえる」状態をつくる：トレーニング体制
全社向けの入門セッションを実施する
まず30〜60分のワークショップを全員向けに開きましょう。
ただし重要なポイントがあります。
セッション内で「実際に使って成果物を完成させる」こと。
「説明を聞いただけ」で終わると、翌日から自分で使える人はほとんどいません。
ワークショップ内で「実際にドキュメントが1本できた」という体験が重要です。
定期的なオフィスアワーを設ける
そもそもオフィスアワーとは？
「この時間なら気軽に質問に来ていいよ」という時間枠のこと。学校の先生が放課後に相談を受け付けるイメージです。
週次または隔週で「困ったことを持ち込める時間」を設けましょう。
チャンピオンが対応することで、管理者の負担も減ります。
サポートチャネルを用意する
SlackやTeamsに専用チャンネルを作り、質問・Tips・事例が集まる場所をつくってください。
最初の1ヶ月はチャンピオンが毎日アクティブに動くことで、チャンネルが「生きている」状態を保てます。
4. 定着させるために継続的にやること
重要なことですが、導入して終わりではありません。使われ続けるために、管理者は定期的な確認と改善が必要です。
3つの問いで利用状況を確認する
管理ダッシュボードやAnalytics API（※3）を使って、定期的に以下を確認します。
※3 Analytics API とは？
Claudeの利用データをプログラムで取り出せる仕組みのこと。「誰が何回使ったか」「どの機能がよく使われているか」などを数値で確認できます。Enterpriseプラン限定の機能です。
- 使われているか？ → ライセンスを持っている人の何割が実際に使っているか
- どの程度深く使っているか？ → 単にチャットしているだけか、タスクを最後まで完了しているか
- 成果が出ているか？ → 業務に実際に活かされているか
いずれかの数値が低い場合、原因は「ツールの問題」より「社内への展開・浸透の設計の問題」であることがほとんどです。
ガバナンスの継続的な見直し
ガバナンスとは？
「誰が何をどこまでできるか」のルールを整備・維持すること。社員が増えたり使い方が広がるほど、このルール整備が重要になります。
利用が広がるほど、ガバナンスの整備も必要になります。
- 承認済みコネクターのリストを最新に保つ
- 四半期ごとにスキルやプラグインを棚卸しをして、古いものをアーカイブ（保管・整理）する
- データポリシーと監査のサイクルをユーザー数に合わせて見直す
まとめ
重要なことだらけになっているので、Claude Enterprise管理者のやるべきことを整理しました。こんな感じです。
| フェーズ | やること |
|---|---|
| 導入前 | 関係者集め・SSO/RBAC設定・コネクター準備 |
| 導入時 | 段階的な告知・チャンピオン育成・トレーニング実施 |
| 導入後 | 利用状況の定点観測・ガバナンスの継続的見直し |
Claude Enterpriseは「入れるだけで使われるツール」ではありません。
管理者が設計・コミュニケーション・運用を丁寧に進めることで、はじめて組織に定着します。
この記事が、Claude Enterprise導入を担当している方の参考になれば幸いです。
（ちなみに宣伝ですが、クラスメソッドではこのような初期設定や定着化支援も行っています。お困りの場合はお気軽にご相談ください。）
本記事は Anthropic 提供の「Claude Cowork エンタープライズ管理者ガイド」を参考に、営業担当の視点で整理したものになります。
