同じ仕事、同じAI、請求額だけが40倍違う

海外の技術ブログで、Claude Code の料金についてこんな見出しの記事が話題になっていた。同じトークン、同じモデル、なのに最大で40倍の価格差、というものだ。トークンというのはAIが文章を処理するときの単位で、日本語ならおおよそ1文字が1トークン前後にあたる。つまり「まったく同じ量の文章を、まったく同じ賢さのAIに処理させたのに、支払う金額だけが40倍違う」という状態が現実に起きているという指摘だった。

最初にこの見出しを見たとき、私は誇張だろうと思った。しかし実際に単価表を並べて掛け算をしてみると、40倍どころか理屈のうえでは100倍近くまで開く。しかも、その差を生んでいる要素はどれも技術的に難解なものではない。どのモデルを使うか、同じ文章を何度読み直させるか、どれだけ深く考えさせるか、どの窓口から買うか。この4つだけだ。

ここが重要なところで、AIの費用は、使う機能の高度さではなく、契約と使い方の設計で決まっている。同じ工場で作った同じ製品を、卸から買うか、小売で買うか、定期購買で買うかによって仕入れ値が変わるのと構造は同じだ。そして多くの中小企業では、この判断が誰にも任されていない。エンジニアがいる会社なら情シスが最適化してくれるが、非エンジニアだけの会社では「請求書が来たので払う」という状態のまま数か月が過ぎる。

私はこれを、技術の話ではなく調達の話だと考えている。携帯電話の料金プランや電気の契約アンペア数と同じ種類の判断であり、決めるべき人は経営側にいる。以下、何が起きているのかを噛み砕いたうえで、業種別にどう判断すればいいかを整理する。

価格差はどこで生まれるのか、4つの層

第一の層は、どのモデルを動かすかだ。Claude には用途別に複数のモデルがあり、公式の従量課金単価で比べると、軽量なHaiku 4.5は入力100万トークンあたり1ドル、標準的なSonnet 5は3ドル、高性能なOpus 5は5ドル、最上位のFable 5は10ドルとなっている。出力側はその5倍の価格帯だ。つまりモデルを選び違えるだけで、最大10倍の差が生まれる。議事録の要約に最上位モデルを使う必要はないのに、初期設定のまま使い続けている会社は珍しくない。

第二の層は、同じ文章を何度読み直させているかだ。AIは会話が進むたびに、それまでのやりとり全体を読み直して次の返答を作る。10往復すれば、最初の資料は10回読み直されている。ここで効いてくるのがプロンプトキャッシュという仕組みで、一度読ませた内容を一時的に保存しておき、次回は読み直しの費用をおよそ10分の1に抑える。使えば10分の1、使わなければそのまま。ここでもう10倍の差がつく。

第三の層は、どれだけ考えさせるかだ。Claudeには思考の深さを調整する設定があり、深く考えさせれば内部で生成されるトークンが増え、その分だけ請求も増える。難しい分析には深い思考が要るが、定型的な文書整形にまで最大設定を使えば、ただの浪費になる。

第四の層が、どの窓口から買うかだ。月額固定の定額プラン、使った分だけ払うAPI、そしてAmazon BedrockやGoogle Vertex AIといったクラウド事業者経由。同じモデルでも、これらは別々の値付けで提供されている。さらにClaude Code の高速モード（Opus 5 を最大2.5倍の速度で動かす機能）は、同じモデル・同じトークン数でありながら単価がちょうど2倍になる。モデル選択の10倍、キャッシュの10倍、そして窓口や設定の差。これらは足し算ではなく掛け算で効くので、40倍という数字はむしろ控えめな見積もりになる。

定額と従量は、割引関係ではなく別の商品

ここで多くの人が誤解するのが、定額プランと従量課金の関係だ。定額プランは従量課金の割引版だと思われがちだが、実際には設計思想がまったく違う商品だと考えたほうがいい。

定額プランは、月額いくらという固定費と引き換えに、一定の利用枠を先に買っておく契約だ。予算が読めるので稟議も通しやすく、使い切れなかった月も使い倒した月も請求額は同じになる。使い方が安定していて、毎日そこそこ使う人にとっては、実効単価が驚くほど下がる。一方で、月に数回しか触らない人にとっては、ほとんど使わない座席の料金を払い続けることになる。

従量課金は逆で、使わなければゼロ、使えば使っただけ積み上がる。試験導入や、繁閑の差が激しい業務には向いている。ただし上限がないので、設定を誤ったまま自動処理を回し続けると、気づいたときには想定の何倍もの請求が立っている。私が実際に見た失敗で最も多いのが、これだ。

判断の軸はひとつで、来月の使用量が読めるかどうかだ。 読めるなら定額、読めないなら従量から始めて実測する。これは通信量が読めるならギガ定額、読めないなら従量プラン、という携帯電話の判断とまったく同じ構造をしている。

非エンジニアの経営者にとって、これは何の話なのか

ここまでの話を、経営の言葉に翻訳しておきたい。

第一に、これは原価の話だ。AIを業務に組み込むということは、これまで人件費として計上していた作業の一部を、変動費に置き換えるということでもある。月30時間かかっていた資料作成が10時間になったとして、その差分を生むために毎月いくら払っているのかを把握していなければ、その施策が黒字なのか赤字なのか誰にも分からない。40倍の価格差というのは、同じ効果を出すのに支払う原価が40倍違いうる、ということだ。

第二に、これは権限の話だ。AIの契約形態を決める行為は、技術判断のように見えて実際には調達判断であり、通信キャリアの選定や複合機のリース契約と同じ性質を持つ。ところが多くの会社で、これが「詳しそうな若手」に丸投げされている。彼らは業務を回すことには詳しいが、月末の請求書に責任を持つ立場にはいない。結果として、誰も単価を見ていない状態が続く。

第三に、これは時間軸の話だ。AI関連の単価は数か月単位で改定される。実際、Sonnet 5には2026年8月31日まで入力100万トークンあたり2ドルという導入価格が設定されていて、期日を過ぎれば3ドルに戻る。半年前に組んだ試算がそのまま通用する保証はない。

AIの費用は、一度決めて終わりの固定費ではなく、四半期ごとに見直す変動費として扱うべきものだ。 私が中小企業の経営者の方に最初にお伝えするのは、機能の話ではなく、この「見直しの習慣を持ってください」という一点になる。

業種別に見る、支払い方式の選び方

10人規模のマーケティング会社の代表

クライアント5社分の月次レポートを、担当者3名がそれぞれ作っている。データを集計し、前月比のコメントを書き、スライドに落とす。1社あたり4時間、月に合計60時間。ここをClaude Code で半自動化する場合、処理する文章量は毎月ほぼ一定になる。レポートのテンプレートも共通で、読み込ませる指示文も毎回ほとんど同じだ。

この条件は定額プランと相性がいい。使用量が読めるうえに、同じテンプレートを繰り返し読ませるためキャッシュが強く効く。逆に注意すべきは、モデルの選択だ。数字の集計と定型コメントの生成に最上位モデルは要らない。デザイン提案や企画の壁打ちだけを高性能モデルに任せ、月次レポートの定型部分は標準モデルに寄せる。この使い分けだけで、体感の品質を落とさずに費用を半分以下にできる。担当者3名が個別に契約するのか、共有の環境を1つ用意するのかも、早めに決めておきたい論点になる。

個人事業主の社会保険労務士

顧問先20社分の就業規則や労使協定を扱い、法改正のたびに全社分を突き合わせて修正点を洗い出す。この作業は年に数回、集中的に発生する。普段の月は雛形の文言修正が中心で、AIに投げる量はごく少ない。

この繁閑の差が大きいパターンでは、従量課金のほうが合理的だ。使わない月はゼロ、法改正の月だけ費用が跳ねる。ただし条件がひとつあって、上限アラートを必ず設定しておくこと。就業規則のような長い文書を20社分読み込ませると、入力トークンは一気に膨らむ。20社分をまとめて一度に処理するのではなく、共通部分を先に読ませてキャッシュを効かせ、各社の差分だけを追加で渡す設計にすると、同じ結果を数分の一の費用で得られる。士業のように扱う文書が長く、かつ大部分が共通している業種では、この設計の有無が最も大きな差になる。

従業員60名の製造業の総務・人事担当

社内からの問い合わせ対応が業務時間の3割を占めている。有給の残日数、経費精算の締切、健康診断の日程。同じ質問が毎月繰り返される。ここで社内規程をClaude Cowork に読み込ませ、回答の下書きを作らせる運用を考えたとする。

この場合、量は多いが一件あたりの処理は軽い。長文の分析ではなく、規程から該当箇所を探して平易な文章に直すだけだ。最上位モデルを使う理由はどこにもなく、軽量モデルで十分成立する。むしろ重要なのは、規程集という共通の土台を毎回読み直させない設計にすることだ。加えて、総務部門の場合は利用者が複数名にまたがる。誰がどれだけ使ったかを把握できる形にしておかないと、翌月の請求書を見ても改善の打ち手が立てられない。人数分の定額契約と、部門で1つの従量契約。この比較を実際の見込み利用量で試算するところから始めたい。

今日からできる、コストの棚卸し手順

第一に、いま何にいくら払っているかを1枚の紙に書き出す。契約している窓口、月額、そして「その費用で誰のどの業務が楽になったか」を並べる。この3列目が書けない項目は、その時点で見直し候補になる。

第二に、用途ごとに必要なモデルの等級を決める。私の目安はこうだ。定型的な要約、分類、文章整形は軽量モデル。日常の資料作成や調査は標準モデル。複数の資料を突き合わせる分析や、長時間の自動処理は高性能モデル。この3段階を紙に書いて、社内で共有する。ここを決めずに全社員が最上位モデルを使う状態が、最も静かに費用を溶かす。

第三に、繰り返し読ませている共通資料を特定する。就業規則、商品マスタ、過去の提案書、レポートのテンプレート。毎回読み込ませているものがあれば、それはキャッシュを効かせる対象だ。実務上は「共通の資料を最初にまとめて渡し、個別の指示を後から足す」という順番にするだけで効く。逆に、毎回冒頭に日付や案件番号を差し込むような書き方をしていると、キャッシュは働かない。

第四に、いきなり年契約を結ばず、まず1か月だけ実測する。従量課金で1か月回して実際の消費量を掴んでから、定額プランに切り替えるかを判断する。先に契約形態を決めてから使い方を合わせるのではなく、使い方を実測してから契約形態を選ぶ。 この順序を逆にした会社が、あとで最も後悔している。

注意点と、よくある3つの誤解

最も多い誤解は、高いモデルを使えば結果も良くなるはずだ、というものだ。これは半分だけ正しい。込み入った分析や長時間の自動作業では確かに差が出るが、議事録の要約や表記ゆれの修正といった作業では、軽量モデルとの品質差はほとんど体感できない。値段が10倍でも成果が10倍になるわけではない。むしろ「この作業にはどの等級で足りるか」を見極める側に、判断の価値がある。

二つ目は、定額プランにすれば安心だという誤解だ。定額プランには利用枠があり、想定を超えて使えば制限がかかる。安心なのは費用であって、使いたいときに使えることが保証されているわけではない。逆に、ほとんど使っていないのに人数分の契約を維持し続けているケースも同じくらい多い。定額プランを選んだあとこそ、実際の利用状況を見る必要がある。

三つ目は、詳しい人に任せておけば最適化されるという誤解だ。技術に詳しい人は、動かすことには詳しい。しかし単価表を見て事業の採算と突き合わせるのは、経営側の仕事だ。実務担当者に「安く使って」と伝えても、何をもって安いとするかの基準がなければ動きようがない。先ほどのモデル等級の目安のように、判断基準を明文化して渡すところまでが経営の役割になる。

もうひとつ実務的な注意を挙げておく。単価と提供機能は改定される。Sonnet 5の導入価格が2026年8月31日で終わるように、期限つきの条件は珍しくない。半年前に組んだ試算をそのまま根拠に使わないこと。四半期に一度、公式の料金ページを開いて数字を突き合わせる時間を、定例業務として予定表に入れておくのが確実だ。

まとめ

同じモデルに同じ量の文章を処理させても、支払う金額は数十倍動く。差を生むのは、どのモデルを選ぶか、同じ資料を何度読み直させるか、どれだけ考えさせるか、どの窓口から買うか。この4つが掛け算で効くからだ。

そして、この4つはどれもエンジニアリングの問題ではない。用途に応じた等級の決め方、共通資料の渡し方、契約形態の選び方。すべて、経営側が判断できる範囲にある。むしろ判断できるのは、どの業務にいくらまで払う価値があるかを知っている経営側だけだ。

まずは今月の請求額と、その費用で楽になった業務を1枚の紙に書き出すところから始めてほしい。3列目が空白の項目が見つかったなら、それが最初の改善点になる。

自社の使い方だと定額と従量のどちらが合うのか、どの業務をどの等級のモデルに割り当てるべきか。この判断を一緒に整理する無料30分相談を用意しています。実際の請求書と業務内容をお持ちいただければ、その場で試算までお出しします。