Claudeを会社で使うときに決めること、料金の選び方

生成AIの導入相談で多いのが「とりあえず全員にアカウントを配った。それから進んでいない」という状態です。ツールの性能ではなく、決めていないことが多すぎるのが原因であることが多いです。

Claudeを例に、会社で使うときに決めること、機能の使い分け、料金の選び方、使用量を抑える工夫を整理します。

なお料金や機能は改定されるため、契約前に公式の料金ページで最新を確認する前提で読んでほしいです。金額は2026年9月時点、1ドル=約154円で換算しています。

1. 会社に導入する際に決めること

順番に決めます。6つあります。

(1) どのアカウントで使うか

最初の検証を個人アカウントで始めるのは問題ありません。 ただし業務データを入れる段階では、会社の契約に切り替えます。個人契約のまま業務データを入れると、退職時にやり取りが会社の管理外に残ります。

(2) 入れてよいデータの線引き

ここを決めずに配ると、現場が判断に迷います。3段階で決めます。

会社向けのプランでは、入力した内容がモデルの学習に使われない扱いになっています。ただし**「学習に使われない」と「社外に出してよい」は別の話**です。取引先との契約で第三者提供が制限されているデータは、契約上の扱いが優先されます。

(3) 使ってよい業務、使わない業務

一律に禁止すると使われず、一律に許可すると事故が起きます。業務単位で決めます。

(4) 出力の確認は誰の責任か

最も抜けやすいです。「AIが出したから」は理由になりません。

「出力を使った人が内容に責任を持つ」と1行決めておきます。これがないと、間違いが出たときに担当者が萎縮して使わなくなります。

(5) 管理者と権限

退職者の席を消す手順を最初に決めます。 人が辞めてから考えると残ります。

(6) 効果の測り方

「便利になった」では続きません。作業時間で測ります。

• 対象の作業を3つ選びます
• 導入前に、その作業にかかっている時間を記録します
• 1か月後に同じ作業の時間を測ります

比較できる形にしておくと、継続や拡大の判断ができます。

2. スキルとエージェントとは

機能名が増えて分かりにくいため、役割で整理します。

スキル

毎回同じ説明を書いている作業を、手順として登録しておく仕組みです。

たとえば「議事録を作るときは、決定事項・宿題・次回日程の3つを必ず立てる」という社内の作法があるとします。これをスキルとして登録しておけば、毎回説明しなくても同じ形式で出てきます。

登録に向いているものは次のとおりです。

• 社内のフォーマットがある作業（議事録、報告書、提案書）
• 手順が決まっている作業（月次レポート、データの整形）
• 品質基準がある作業（文章のチェック観点、コードのレビュー観点）

部署の「暗黙のルール」を書き出す作業でもあります。ここが整理されると、AIを使わない場面でも効いてきます。

エージェント

指示を受けて、複数の手順を自分で進める仕組みです。

スキルが「やり方の説明書」であるのに対し、エージェントは「説明書を読んで作業する担当者」にあたります。調べる、整理する、書く、確認する、といった工程を続けて実行します。

任せるときの考え方は次のとおりです。

最初から長い工程を任せません。 3〜4工程で区切り、結果を見てから広げます。

3. 業務での使い方例

実際に効果が出やすいものを挙げます。職種を問わないものから順に並べます。

「ゼロから作る」より「叩き台を直す」に使うほうが効果が出ます。 白紙から書く時間が、いちばん長いためです。

逆に効果が出にくいのは、手順が言葉にできていない作業です。何をどうやっているか説明できない作業は、AIにも指示できません。

4. 料金体系の選び方

プランは大きく4種類です。人数と用途で決めます。

年払いと月払いで単価が変わります。チーム向けは少人数から契約でき、標準席と上位席を混在させられます。

どれを選ぶか

判断の順番は次のとおりです。

1. まず個人向けプランを1〜2名で1か月使います。 ここで効果が出なければ、全社導入しても出ません
2. 効果が確認できたら、チーム向けプランに切り替えます。会社としてデータの扱いを担保するため
3. 大量に使う人だけ上位席にします。全員を上位席にしません
4. SSO、監査ログ、部門ごとの管理が必要になったら法人向けを検討します

最初から全社分を契約しません。 使われないまま席料金だけが出ていく状態が、いちばん避けたいです。

席の割り当て方

導入から2か月ほどで、使用量に偏りが出ます。そこで席の種類を見直します。 最初の割り当てを固定しません。

APIとの違い

社内システムに組み込む場合は、プランではなくAPI（使った分だけの従量課金）を使います。人が画面で使うのがプラン、システムから呼ぶのがAPI、という分け方です。

APIは処理した文字量に応じた課金で、出力のほうが入力より単価が高いです。長い出力を大量に生成する処理は、費用が読みにくくなるため、事前に試算します。

5. 使用量を減らす工夫

プランには一定時間あたりの利用量の上限があります。上限に当たりやすい人は、たいてい使い方に原因があります。5つ直すと大きく変わります。

(1) 会話を用件ごとに分ける

1つの会話を延々と続けると、それまでのやり取り全部を毎回読み直す動きになります。会話が長いほど、1回の質問が重くなります。

用件が変わったら、新しい会話を始めます。これだけで消費量がはっきり減ります。

(2) 資料は必要な部分だけ渡す

100ページのPDFを丸ごと渡して「3ページ目について教えて」と聞くと、100ページ分を毎回読むことになります。

• 該当箇所を抜き出して渡します
• 長い資料は、最初に要約させてから、その要約で話を進めます

(3) 共通の前提はプロジェクトに置く

毎回同じ前提を貼り付けている場合、プロジェクトの資料として一度置きます。会話ごとに貼り直さずに済みます。

(4) 用途でモデルを使い分ける

簡単な作業に上位モデルを使いません。 単純な整形を上位モデルで回すのは、消費のうえで割に合いません。

(5) 出し直しを減らす

作り直しが、消費のいちばんの原因になります。最初の指示で決めます。

「短く」「表で」と最初に書くだけで、出し直しが減ります。

上限に当たったときの対処

• 数時間待つと回復します。急ぐ場合は上位プランを検討します
• 全員が上限に当たるわけではありません。当たっている人の使い方を確認するほうが先
• 部署で1〜2名だけ上位席にする運用で足りることが多いです

6. 導入の進め方

最後に、進める順番をまとめます。

1. 業務を1つ選びます。議事録や定例資料など、時間がかかっていて機密性が低いもの
2. 2〜3名で1か月試します。個人向けプランで構わないです
3. ルールをA4 1枚にまとめます。入れてよいデータ、確認の責任、相談先
4. 作業時間で効果を測ります
5. 会社契約に切り替え、部署に広げます
6. よく使う手順をスキルとして登録します
7. 使用量の偏りを見て、席の種類を調整します

3を飛ばさないでください。 ルールがないまま広げると、事故が起きたときに利用そのものが止まります。

まとめ

• 導入前に決めるのは、アカウント形態・データの線引き・対象業務・確認責任・管理者・効果の測り方の6つです
• スキルは手順の登録、エージェントは手順に沿って作業を進める仕組み
• 効果が出やすいのは「ゼロから作る」より**「叩き台を直す」**用途
• 料金は1〜2名の個人向けから始め、効果を確認してからチーム向けへ広げます。全員を上位席にしません
• 使用量は会話を分ける・必要な部分だけ渡す・モデルを使い分ける・出し直しを減らすで大きく変わります
• ツールを配ることと、使われるようにすることは別の作業

導入でつまずく原因は、ほとんどがツールの性能ではなく決めごとの不足にあります。