10秒でいうと
難しいのは契約でも設定でもなく、続く形にすることです。
全社に配る前に、小さく試して、実際に効いた使い方を集めてください。
プランの選び方
公式の料金ページに載っている内容です。
| プラン | 特徴 |
|---|---|
| Team | 1席あたり年払い20ドル/月払い25ドル。上位席は年払い100ドル。SSO、中央請求、管理機能。内容がモデルの学習に使われない |
| Enterprise | 1席20ドル+API相当の従量。支出の上限、権限管理、SCIM、監査ログ、コンプライアンスAPI、独自のデータ保持期間、IP制限 |
判断の目安。
- 管理と共有ができれば足りる → Team
- 監査ログ、権限の細分化、データ保持期間の指定が要る → Enterprise
自社の情報システム部門や法務が求める要件から逆算するのが確実です。
管理者ができること
Team と Enterprise で使える主な管理機能です。
アクセスの制御。SSO、SCIMによる自動プロビジョニング、IP制限、ネットワークレベルの制限、ドメインの請求。
使用量と支出。使用状況の分析、グループごとの支出上限(Enterprise)、使用クレジットの配分。
セキュリティと監査。監査ログ、独自のデータ保持期間(Enterprise)、米国内に限定した推論、独自ロール(Enterprise)。
機能の管理。公開プロジェクトの無効化、プラグインの管理、組織全体への指示の配布、使えるモデルの制御。
太字にした部分が、実務では効きます。組織として守ってほしいことを、全員の環境に配れます。
使用量の仕組み
コストの設計に直結する部分です。公式ドキュメントによれば、Team と Enterprise では各メンバーの利用が席ごとの枠から引かれ、5時間の移動窓と週次の窓でリセットされます。この枠はチャット・Cowork・Claude Code で共有されます。
つまり、Claude Code を1日使うと、チャットの枠も減ります。席の種類(標準・上位)で枠の大きさが変わります。
枠を超えて使わせるなら、使用クレジットを有効にして、組織・グループ・個人の単位で支出上限を設定します。
なお公式には、企業導入での平均が1人あたり稼働日13ドル前後、月150〜250ドルとあります。小さく始めて実測してから広げるのが確実です。
導入の順番
技術より、ここが本題です。
1. 少人数で試す。3〜5人。実際に使う人を選んでください。「興味がある人」ではなく「毎日同じ作業をしている人」です。
2. 効いた使い方を集める。ここが最も重要です。一般論の研修より、社内の実例のほうが効きます。
チームで集めた「効いた使い方」を整理してください。
・作業の種類ごとに分類
・そのまま真似できる形(プロンプトつき)に整える
・効果が出た理由も1行で
・逆に、うまくいかなかった例があれば、それも残してください
うまくいかなかった例も残すのが要点です。同じ失敗を全員が繰り返すのを防げます。
3. ルールを決める。No.78の3点です。何を渡してよいか、どこで使ってよいか、事故のときどうするか。
4. 広げる。ここでようやく全社へ。
教育でやること
研修より、実例集と手順書です。
効いた形。
- 社内の実例集(作業種類ごと、プロンプトつき)
- やってはいけないことの一覧(No.78のルール)
- 困ったときの引き先(No.81のような症状別の表)
- 聞ける相手を決めておく
AIとは何か、から教える必要はありません。目の前の作業がどう変わるかを見せるほうが速い。
続かない理由
導入が失敗する形は、だいたい決まっています。
使う理由がない人に配る。席が余ります。毎日同じ作業をしている人から。
事故が起きたときの手順がない。誰かが躊躇して、誰も使わなくなります。
成果を測ろうとしすぎる。「何時間削減できたか」を毎回求めると、報告のコストが効果を上回ります。
ルールが厳しすぎる。何も渡せないと、使い道がありません。渡してよいものを具体的に列挙するほうが機能します(No.78)。
情報システム部門に確認すべきこと
導入の前に、社内で確認する項目です。
- ネットワークからアクセスできるか(IP制限、プロキシ)
- 認証をどう統合するか(SSO、SCIM)
- 監査ログをどこに集めるか
- データの保持期間の要件
- 既存の情報取扱規程との整合
5番目が抜けやすい。AIを想定していない規程が、そのまま残っていることがあります。
やってみよう:効いた使い方を集める形を作る(5分)
プロンプト
“`
社内でAIの使い方を共有する仕組みを設計します。・集める形式(何を書いてもらうか、5項目まで)
・集めたものを整理する分類
・使われなくなるパターンと、その対策研修や資料作りの提案は要りません。
「実例が集まって共有される仕組み」だけを設計してください。
“`期待される結果:記入項目と分類が返る。「使われなくなるパターン」に、自社で心当たりのあるものが混ざる。
うまくいかないとき:一般論なら、自社の規模と業種を足してください。
関連ページ
- No.08 料金体系の全体像 — プランの違い
- No.44 コスト管理とトークン節約 — 使用量の見方
- No.78 セキュリティとプライバシー — 社内ルールの作り方
- No.81 よくある失敗とトラブル対処 — 症状別の引き先
まとめ
- 判断は管理と共有で足りるか、監査と保持期間が要るか
- 席の枠はチャット・Cowork・Claude Code で共有される
- 順番は少人数 → 実例を集める → ルール → 全社
- 研修より実例集。うまくいかなかった例も残す
次に読む
※本記事の情報は 2026年8月時点のものです。