AIエージェントがSaaSの席数課金を壊す：中小企業が見るべきSaaSコスト診断

結論：まず「いま払っているSaaSコスト」を診断してから動く

AIエージェントは、人が画面を開いてクリックする代わりに、業務そのものを実行します。ところが多くのSaaSは「1ユーザーあたり月額いくら」という席数課金で設計されています。人の代わりに動くエージェントは席を占有しないのに仕事量は増える——この構造のずれが、席数課金というビジネスモデルを内側から揺さぶりかねないと指摘され始めています。

ただし、これはまだ「これから起こると予測されている変化」であって、確定した事実ではありません。だからこそ中小企業が今やるべきことは、値上げに慌てて解約することでも、話題のAIツールを追加契約することでもありません。まずいま自社が払っているSaaSコストを診断することです。契約本数、席数、実際の利用率、部署ごとの重複、自動更新でいつの間にか上がっている月額——これらを見える化しないまま新しいAIを足すと、旧SaaSの席数課金と新AIの従量課金が二重にかかり、費用は下がるどころか増えます。

この記事は、経営者・CFO・情シス・SaaS管理者・DX責任者が、その診断を自力で始められるように、どの資料から何が分かるか、無駄がどこに溜まるか、診断結果をどう交渉に使うかまで手順で示します。次の契約更新で「何を確認するか」に関心がある方は、姉妹記事のSaaS契約更新で見るべき項目を、AI導入の可否そのものを整理したい方はAI導入可否アセスメントもあわせてご覧ください。本記事は「いま払っているコストの診断＝棚卸しと無駄の可視化」に絞ります。

この記事を読むべき会社

• SaaSの契約本数が増え、月額の合計が把握しづらくなっている中小・中堅企業
• 「AIで効率化」を検討しているが、既存SaaSとの重複や課金増を試算できていない会社
• 情シスが兼任・ひとり体制で、席数の棚卸しや利用実態の確認が後回しになっている会社
• 部署ごとに各自でSaaSを契約し、経理は請求額の合計しか把握できていない会社
• 営業・経理・カスタマーサポートで、SaaSとExcelとメールを手作業でつないでいる会社

なぜ今、SaaSコストの「診断」なのか

きっかけは、エージェント型AIが従来のSaaS席数ライセンスを揺さぶるという海外報道です。報道が引くGartnerの予測では、2030年までに相当額のアプリケーション支出が「エージェント・アービトラージ（エージェントによる置き換え）」の影響下に入るとされ、一方で「SaaSの終焉」といった過激なシナリオは明確に否定されています。つまり語られているのは即時の崩壊ではなく、課金モデルが数年かけて再定義されていくという見立てです。

ここで押さえたいのは、これはベンダー側の課金モデル転換の話であると同時に、利用側である中小企業のコスト構造にも跳ね返るという点です。そして予測が予測である以上、利用側にできる最も確実な打ち手は、将来の料金を当てにいくことではなく、今すでに発生している無駄を消すことです。死蔵している席、退職者アカウント、部署ごとの重複契約、気づかない自動更新の値上げ——これらは将来のAI課金がどう転んでも、削れば削っただけ効く固定の改善です。診断はそこから始まります。

なぜ席数課金が「ずれる」のか

席数課金は「1人が1つの画面を使う」という前提でできています。この前提が成り立っている限り、ユーザー数を数えれば費用が読めました。ところがAIエージェントが業務に入ると、前提が3つの意味で崩れます。

第一に、仕事量と席数が連動しなくなります。エージェントは席を1つも持たずに、数十人分の入力・照会・更新を実行できます。席数だけ見れば安く見えても、API呼び出しや処理量に応じた従量課金が別建てで発生し、実際の支払いが読めなくなります。

第二に、「使っていないのに払っている席」が費用の温床になります。人が使う前提で付与した席のうち、実際にはログインしていない、あるいは月に数回しか使っていない席が中小企業には必ず残っています。業務を自動化するほど人が直接触る場面は減り、こうした死蔵席の無駄が相対的に大きくなります。

第三に、課金の単位が「席」から「業務」へ移ると予測されています。ベンダーは、利用量・処理件数・成果（アウトカム）に応じた課金へ舵を切ることを迫られると指摘されています。利用側は「何人が使うか」ではなく「どの業務を、月に何件、AIに任せるか」で費用を見積もる発想に切り替える必要が出てきます。

いずれも「これから強まる」方向の変化です。だからこそ、まだ席数課金が主流の今のうちに、席と利用実態のずれを診断しておくことに意味があります。

SaaSコスト診断の4つの入口：請求書・カード明細・SSOログ・部署ヒアリング

「うちはどのSaaSにいくら払っているか」を正確に言える中小企業は多くありません。理由は、情報が1か所にないからです。4つの入口から集めると、それぞれ見えるものと見えないものが補い合います。順番に当たっていくのが診断の骨格です。

1. 請求書・領収書

分かること：契約単位の月額・年額、席数、プラン名、契約期間、次回更新日。ベンダーが正式に請求している「表の金額」です。まず経理が保管している請求書・領収書を1年分並べます。

分からないこと：その席を実際に誰が使っているか、機能を使い切っているかは請求書には出ません。また、部署が各自の裁量で契約し請求書が経理を通っていないSaaSは、ここでは丸ごと抜け落ちます。

2. クレジットカード・法人カードの明細

分かること：請求書が経理に届かない「現場契約」のSaaSを拾えます。個人カードや部署カードで月額課金しているツール、海外SaaSのドル建て決済、無料で始めて有料に切り替わったサブスクリプションは、多くがカード明細にしか痕跡を残しません。ここを見て初めて総額が把握できるケースは珍しくありません。

分からないこと：明細の摘要は英数字の略称で、何のサービスか判読しづらいことがあります。誰の業務で使っているか、必要かどうかもここでは分かりません。摘要をリスト化し、部署ヒアリングで正体と用途を突き合わせます。

3. SSO・ID基盤のログイン記録

分かること：シングルサインオン（SSO）やID管理基盤を使っていれば、SaaSごとの最終ログイン日とアクティブ人数が取れます。これが「実利用席数」の一次データです。付与席数とログイン実績の差が、そのまま死蔵席の規模になります。SSOを入れていない場合は、各SaaSの管理画面が持つ「最終アクティビティ」レポートでも近い情報が得られます。

分からないこと：ログインの有無は分かっても、ログインした後にどの機能をどれだけ使ったか（=上位プランが本当に要るか）まではログでは分かりません。また、AIエージェントやAPI連携が裏で叩いている処理はユーザーのログインとして記録されないため、SSOログには現れないことがあります。ここは課金明細のAPI項目と突き合わせます。

4. 部署ヒアリング

分かること：数字が語らない「なぜ使っているか」を埋めます。この席は繁忙期だけ使う、このツールは特定の取引先とのやり取りに必須、これは前任者が入れたが今は誰も触っていない——といった文脈は、現場に聞かないと分かりません。重複契約に見えて実は用途が違う、逆に用途が同じで統合できる、の判断もここで確定します。

分からないこと：ヒアリングは主観が入り、「一応使っている」「たまに要る」で残りがちです。だからこそログイン記録という客観データと必ず突き合わせ、「本人は使っていると言うが直近90日ログインゼロ」のような食い違いを見つけます。

この4つを1枚の表に集約すると、「表の請求額」「隠れ契約」「実利用」「用途と必要性」がそろい、初めて診断のスタートラインに立てます。

無駄が溜まる5つの場所

診断で狙い撃ちすべき「無駄の定番」は、中小企業ではほぼ共通しています。抽象論ではなく、この5か所を名指しで確認します。

1. 使っていない席：付与したまま誰もログインしていない席。SSOログと付与数の差で機械的に出ます。まず月次で見直せる契約に寄せ、繁忙期の増減に合わせられるようにします。
2. 退職者・異動者のアカウント：退職手続きでSaaSの席削除が漏れると、払い続けるうえにセキュリティ上も危険です。人事の退職リストとSaaS管理画面のユーザー一覧を突き合わせると、放置アカウントが浮かびます。
3. 部署ごとの重複契約：営業部と管理部がほぼ同じ機能のツールを別々に契約している、というパターン。カード明細と部署ヒアリングを突き合わせると見つかります。統合できれば席の集約と単価交渉の両方が効きます。
4. 無料枠の超過：無料で始めたツールが、保存件数・API回数・メンバー数の上限を超えて自動的に有料化しているケース。カード明細に小額課金として現れることが多く、単体では見逃されがちです。
5. 自動更新で気づかない値上げ：自動更新のたびに単価が上がっていても、請求額の合計しか見ていないと気づきません。1年分の請求書を並べ、同じプランで前年と単価が変わっていないかを確認します。値上げ自体はベンダーの正当な改定であることが多いので、責めるのではなく「その価格で継続する価値があるか」を判断材料にします。

この5か所は、AIをどう入れるかとは無関係に、今日削れる固定の無駄です。診断の初手はここに集中させ、AIの検証はその原資で始めるのが安全です。

「席数」で見ると見えないもの

席数だけを見ていると、費用が席数に比例すると錯覚します。ところがAIエージェントやAPI連携が絡むSaaSでは、席数の外側に費用のメーターが回っています。診断では次の4つを席数とは別の列で追います。

• 実行回数・処理件数：エージェントが自動で叩く照会・更新・生成の回数。席は増えないのに、ここが増えると従量課金が膨らみます。
• API呼び出し：外部システムやAIとの連携で発生する呼び出し数。上限を超えると追加課金、または処理停止のどちらかになります。
• ストレージ・データ量：保存するデータ量や履歴の蓄積。自動化でデータ生成が増えるほど、静かに積み上がります。
• 監査ログの保持：ログを長期保存するには上位プランやアドオンが必要なことがあります。後述するように、これは削ってはいけない費用に化けることもあります。

診断のコツは、SaaSごとに「席数で決まる費用」と「業務量で決まる費用」を分けて書くことです。前者は減らせば読める費用、後者は自動化を進めるほど増えうる費用で、対処の仕方がまったく違います。AI連携でこの後者が跳ねる構造は、AIエージェントの「暴走コスト」をどう止めるかで詳しく扱っています。

中小企業のためのSaaS棚卸し表

4つの入口で集めた情報は、最終的に1枚の表に落とします。以下の列を1行1SaaSで埋めるだけで、削れる費用と、AIで置き換わる業務が同時に見えてきます。表計算1枚で十分です。

この表を作るだけで、中小企業では「使っていない席」「機能が9割重複している2つのSaaS」「手作業で毎日つないでいる転記業務」の3つが必ず浮かび上がります。前者2つはすぐ費用削減につながり、最後の1つがAIエージェント導入の最有力候補です。

席を減らす前に、業務を分類する

死蔵席をただ解約すると、繁忙期に足りなくなって慌てて買い直す——中小企業でよくある失敗です。席の増減を判断する前に、業務を「AIに任せる／人が残る」で分類しておきます。

• 調査・要約・下書き：エージェントに任せやすい。人は最終確認だけ。
• 照合・転記・通知：定型度が高く、置き換え効果が大きい。ただし更新・送信の権限設計が要る。
• 顧客への送信・DBの更新・外部システム操作：便利だが事故時の損失が大きい。必ず人間承認を挟む。
• 例外判断・与信・値引き・クレーム一次対応：人が残す。ここをAIに寄せると後から説明できなくなる。

この分類ができて初めて、「AIに任せる業務が増える部署は席を減らせる」「人の判断が残る部署は席を維持する」という席数の増減判断が根拠を持ちます。業務ごとにAIに任せる範囲と人が判断する範囲を分ける考え方は、AI営業支援エージェントの設計思想とも共通します。

診断結果を「交渉材料」に変える

診断は表を作って終わりではありません。集めた利用実態は、そのままベンダーとの交渉材料になります。値引きを感情で頼むのではなく、データで根拠を示すのがポイントです。

• 利用実態を示して席数を減らす：「付与50席のうち直近90日のアクティブは28席」というログイン記録は、席数ダウンの明確な根拠になります。ベンダーは実利用を把握しているので、事実を示せば交渉は早いことが多いです。
• 上位プランの機能が本当に要るかを詰める：上位プランに払っているのに、実際に使っているのは下位プランでも足りる機能だけ、というケースがあります。「毎月使う機能」の列を根拠に、プランダウンの可否を確認します。
• 重複契約を統合して単価を交渉する：部署ごとにバラバラに契約していたものを1本にまとめると、席数がまとまり、年間契約や単価の交渉余地が生まれます。
• 年間契約と月次契約を使い分ける：利用が安定している中核SaaSは年間契約で単価を下げ、増減の激しい席は月次で持つ、という二段構えにすると、無駄と硬直の両方を避けられます。

自分たちの交渉が妥当か、ベンダー提示の見積もりが適正かを第三者に確かめたい場合は、他社見積・提案書の30分レビューのような外部チェックを挟むと、社内だけで抱え込むより判断が速くなります。

削ってはいけないSaaSの見分け方

コスト診断は「安くする」だけが目的ではありません。削ってはいけないものを誤って削ると、削減額よりはるかに大きな損失を招きます。次の2種類は、費用が高くても原則として削減対象から外します。

• 止まると売上が直接止まるSaaS：受注・決済・在庫・出荷・顧客連絡など、業務の中核を担うもの。ここを安いプランに落として機能や上限が足りなくなると、売上そのものが止まります。診断表では「停止時に売上が止まるか」の列を1つ足し、Yesのものは削減ではなく安定運用の対象に分けます。
• 監査・法令対応で必要なSaaS：監査ログの保持、アクセス権限の記録、データの保管など、後から「証跡がない」では済まないもの。ログ保持のために上位プランが必要なら、それは無駄ではなくコンプライアンス上の必要経費です。

見分け方はシンプルで、「これが今日止まったら、明日の売上と、半年後の監査対応にどう響くか」を1行で書けるかどうかです。書けないものは削減候補、書けるものは維持候補になります。削減の勢いで中核システムまで薄くしてしまう事故を避けるための、最後の歯止めです。

AI導入前のコスト診断：3つの費用を必ず並べる

AIエージェント導入の費用対効果を「AIの月額料金」だけで判断すると、ほぼ確実に見誤ります。並べるべきは次の3つです。

1. 削減できる費用：死蔵席の解約、重複SaaSの統合、手作業の工数（時給×時間×人数）。
2. 新たに増える費用：AIの利用料に加え、API従量課金、レビュー工数、教育、初期構築、保守。
3. 見えにくい費用：誤操作・誤送信が起きた時の対応コスト、監査対応、契約更新時の値上げ。

この3つを同じ表に載せて初めて、「AI導入で本当に費用が下がるのか」が判断できます。中小企業では、1の削減効果（特に死蔵席と重複SaaS）が想定より大きく、2の従量課金が想定より読みにくい、という結果になりがちです。だからこそ、対象業務を小さく絞り、月間の処理件数を実測してから広げるのが安全です。稟議で費用対効果を通す段階では、システム開発 稟議・費用対効果診断のような整理の型を使うと、判断材料をそろえやすくなります。

席数・従量・成果、3つの課金モデルの見分け方

診断のなかで、SaaSごとにどの課金モデルかを確認しておくと、将来の費用の読みやすさが分かります。

エージェントを入れる業務ほど、席数から従量・成果へ課金がシフトすると見られています。従量課金のSaaSでは、上限設定・停止条件・想定を超えた時の通知があるかを確認してください。上限のない従量課金は、自動化が成功するほど請求が膨らむという皮肉な事態を招きます。

診断を「毎年1回」回す仕組み

コスト診断は一度やって終わりにすると、1年で元に戻ります。席は増え、契約は積み上がり、値上げは静かに進むからです。継続させるコツは、大掛かりにせず「誰が・いつ・何を見るか」を固定することです。

ポイントは、毎年ゼロから作り直さないことです。前年の棚卸し表を土台に「差分」だけ更新すれば、2年目以降は半日程度で回せます。予算編成の直前に置くと、削減額がそのまま来期予算の議論に乗り、診断が形骸化しません。

90日で最初の一巡を回すロードマップ

初回は、診断→小さく検証→本番化判断の3段で進めるとリスクを抑えられます。

最初の30日で削減できる費用（死蔵席・重複SaaS）が出れば、その分をAI検証の原資に回せます。いきなり支出を増やさずに始められるのが、この順番の利点です。棚卸しと業務整理を第三者と進めたい場合は、システム開発・AI基盤の相談やDX・システム開発の窓口が使えます。

よくある誤解

診断を始める前に、中小企業でよく聞く思い込みを4つ、先に外しておきます。

• 「席数課金なら予算は読める」：席数が固定でも、API・ストレージ・ログ保持といった業務量メーターが別建てで動きます。AI連携が入るほど、席数だけで予算を組むと外れます。
• 「安いプランに落とせばよい」：安いプランで機能や上限が足りなくなり、業務が止まれば、削減額より損失が大きくなります。削ってよいSaaSと守るべきSaaSを分けるのが先です。
• 「使っていない席はいつでも減らせる」：年間契約や最低利用期間の縛りで、更新月まで減らせないことがあります。だから診断で更新月を先に押さえ、月次契約に寄せておく必要があります。
• 「SaaSは資産ではないから管理しなくてよい」：SaaSは持たない代わりに毎月払い続ける費用です。資産台帳に載らないぶん管理から漏れやすく、放置するほど無駄が積み上がる、むしろ管理が要る支出です。

よくある失敗パターンと回避策

• 死蔵席をまとめて解約 → 繁忙期に不足：解約前に季節変動を確認し、月次で見直せる契約に寄せる。
• 旧SaaSを残したままAIを追加 → 二重課金：置き換わる業務を特定し、旧SaaSの席数を同時に減らす前提で試算する。
• 上限なしの従量課金で本番化 → 請求が跳ねる：費用上限・アラート・自動停止を契約とシステムの両方に入れる。
• 現場が便利な使い方を先に発見 → 管理部門が後から禁止：禁止事項を後追いで増やすと隠れ利用が増える。最初にデータ分類と承認フローを決める。
• 初期費用だけで比較 → TCOで逆転：API・保守・教育・監査・解約時対応まで含めて総額で比較する。

よくある質問（FAQ）

Q. 席数課金はいずれ全部なくなるのですか。 A. すべてが即座に置き換わるわけではありません。報道でも「SaaSの終焉」は否定されており、語られているのは数年かけた再定義です。人が主体で使うツールは席数課金が残る一方、業務を自動実行する領域ほど従量・成果課金へ移る、という併存が当面続くと見るのが現実的です。

Q. 何の資料から診断を始めればいいですか。 A. まず経理が持つ請求書1年分と、法人カードの明細です。前者で表の契約が、後者で現場が各自契約している隠れSaaSが見えます。次にSSO（なければ各SaaSの最終ログイン記録）で実利用席数を、最後に部署ヒアリングで用途を埋めます。この4つで総額と無駄の所在が出ます。

Q. 情シスが兼任で手が回りません。 A. 4つの入口のうち、請求書・カード明細・ログイン記録の収集は事務作業なので、業務側の担当でも一次データは集められます。重複の判断・削ってよいSaaSの線引き・契約交渉など、判断が要る部分だけ外部の第三者に相談する切り分けが現実的です。

Q. 使っていない席は解約すればすぐ安くなりますか。 A. 月次契約ならすぐ効きますが、年間契約や最低利用期間があると更新月まで減らせないことがあります。だから診断では更新月を必ず押さえ、次の更新に向けて月次契約への切り替えや席数の適正化を仕込みます。

Q. AIを入れれば人件費は必ず下がりますか。 A. 下がるとは限りません。API従量課金・レビュー工数・教育・保守が増えるため、削減費用と増加費用を同じ表で比較する必要があります。小さく実測してから広げるのが安全です。

Q. 契約更新のときに何を確認すればいいですか。 A. それは本記事の範囲（いま払っているコストの診断）とは別テーマです。更新時に見るべき項目・ベンダーへの確認事項は、姉妹記事のSaaS契約更新で見るべき項目にまとめています。

Q. この診断は毎年やる必要がありますか。 A. はい。席は増え、値上げは静かに進むため、1年で無駄は戻ります。ただし2年目以降は前年の棚卸し表の差分更新でよく、予算編成の直前に半日回せば十分です。

あわせて読みたい記事

• AI時代のSaaSコスト削減：席数課金からタスク課金・成果課金へ
• AIエージェントの「暴走コスト」をどう止めるか
• 業務自動化の落とし穴（属人化・例外処理）
• SaaS契約更新で見るべき項目（姉妹記事）
• AI導入可否アセスメント

まとめ：予測に反応するのではなく、いまの無駄を診断する

AIエージェントがSaaSの席数課金を揺さぶるという変化は、まだ予測の段階です。中小企業にとって確実な打ち手は、その予測を当てにいくことではなく、今すでに払っている無駄を診断して消すことです。

やることはシンプルです。まず請求書・カード明細・ログイン記録・部署ヒアリングの4つの入口で全SaaSを棚卸しする。次に死蔵席・退職者アカウント・重複契約・無料枠超過・自動更新の値上げを削り、その原資で1業務だけAI化を実測する。削るときは、止まると売上が止まるSaaSと監査で要るSaaSだけは守る。最後に費用上限を設けて本番化を判断し、この診断を毎年1回、予算編成の前に回す。この順番なら、支出を先に増やさずにコスト構造を見直せます。

自社でこの表が作れない、あるいは従量課金の見積もりや削減の線引きで迷う場合は、AI導入や大型開発を決める前に、第三者の視点で棚卸しと要件整理を行う価値があります。

SaaSコストの棚卸しを相談する

参考・出典

出典の記載内容は2026年7月10日に照合しました。予測を含む記述は、その旨を本文中に明示しています。SaaS課金モデルの変化はGartner等による予測・観測であり、確定した事実ではありません。特定SaaSの料金・値上げ率は各ベンダーの公式情報で、法制度・ガイドラインは最新の一次情報で、実務判断の前に必ず再確認してください。

• ITPro「Agentic AI breaks the traditional SaaS seat licensing model」: https://www.itpro.com/software/agentic-ai-breaks-the-traditional-saas-seat-licensing-model-now-its-up-to-vendors-to-ditch-legacy-dashboards-and-build-with-agents-in-mind
• NIST AI Risk Management Framework: https://www.nist.gov/itl/ai-risk-management-framework
• OWASP GenAI Security Project: https://genai.owasp.org/
• 経済産業省 AI事業者ガイドライン: https://www.meti.go.jp/policy/it_policy/ai_guideline/
• 個人情報保護委員会: https://www.ppc.go.jp/personalinfo/