AIチャットボット導入の費用：SaaS利用と個別開発の比較

AIチャットボットの費用は、「SaaSのツールを契約して使うか」「自社向けに個別開発するか」で、お金のかかり方そのものが変わります。SaaS型は初期費用を抑えてすぐ始められる代わりに、月額の利用料が続き、できることはツールの機能の範囲に限られます。個別開発は初期の開発費がかかる代わりに、自社のシステムや業務の流れに合わせた作り込みができ、運用費の構成も自分たちで決められます。どちらが安いかは一概には言えず、対象範囲、連携の有無、利用量、運用体制によって逆転します。

この記事は、AIチャットボットの導入を検討していて、見積もりや料金表を見比べている担当者や経営者に向けて書いています。費用が何で決まるのか、SaaS型と個別開発でどこに差が出るのか、見積もりをどう比較し、どうすれば費用を抑えられるのかを、判断の手順に沿って説明します。

具体的な相場の金額は、対象範囲や要件によって大きく変わるため、この記事では示しません。その代わりに、手元の見積もりや料金表を自分で読み解けるようになるための枠組みを示します。

AIチャットボットの費用を構成する要素

まず、AIチャットボットにかかる費用を分解しておきます。SaaS型でも個別開発でも、次の要素のどこかに費用が発生しています。

• 初期構築費：要件整理、回答の元になる文書やFAQの整備、ボットの設定や開発、画面の作り込み、テスト
• ツール・ライセンス費：SaaSの月額や年額の利用料、ユーザー数や会話数に応じた料金
• 生成AIの利用料：大規模言語モデルのAPIを呼び出すたびにかかる従量課金。入力と出力の文章量で決まる
• インフラ費：個別開発の場合のサーバー、データベース、検索用のデータベースなどのクラウド費用
• 連携開発費：既存の顧客管理、注文管理、問い合わせ管理などのシステムとつなぐための開発
• 運用・改善費：ログの確認、FAQの追加・修正、回答精度の改善、障害対応、保守

生成AIの利用料は、文章をトークンという単位に区切った量で計算されるのが一般的です。質問文に加えて、回答の根拠として渡す文書の量、会話の履歴、指示文の長さが入力量に含まれるため、参照させる文書を多く渡すほど一回あたりの費用は増えます。仕組みについては用語ページのトークン（LLM）で解説しています。

生成AI利用料の概算の立て方

生成AIの利用料は、次の順番で掛け算をすると大まかな見通しが立ちます。

1. 1回の質問で生成AIに渡す入力量を見積もる：指示文、参照文書の抜粋、会話履歴、質問文の合計
2. 1回の回答で出力される量を見積もる：回答の長さの目安を決める
3. 1会話あたりのやり取りの回数を仮置きする：一問一答で終わるのか、数往復するのか
4. 月あたりの会話数の見込みを掛ける
5. 使うモデルの入力単価・出力単価を当てはめる

ここで効いてくるのは、1の入力量です。参照文書を長めに渡す設計にすると、質問が短くても入力量は大きくなります。また、会話が続くほど履歴が積み上がり、後半のやり取りほど一回あたりの費用が増えます。試作の段階で実際の入力量と出力量を記録し、机上の見積もりと比べて補正しておくと、本番の費用を読み違えにくくなります。

また、見落とされやすいのが社内の工数です。FAQを書き直す、評価用の質問を作る、公開後のログを確認する、といった作業は、SaaSでも個別開発でも社内で担う部分が大きく、外部への支払いには表れません。

SaaS型と個別開発の比較

SaaS型と個別開発の違いを、費用とそれ以外の観点で並べると次のようになります。

SaaS型の強みは、始めるまでが早く、基盤の保守を気にしなくてよいことです。個別開発の強みは、自社の業務やシステムに合わせられることと、長く使うときに費用構造を自社で設計できることです。

SaaSツールを選ぶときの確認ポイント

SaaS型を選ぶ場合でも、ツールによって料金の決まり方とできることは大きく異なります。料金表を見るときは次の点を確認します。

• 料金の単位：月額固定か、会話数・ユーザー数・参照文書の量に応じて増えるか
• 生成AIの利用料の扱い：料金に含まれているか、自社で契約したAPIキーを使う方式か
• 参照できる文書の形式と量：PDF、Webページ、表計算ファイルなどを取り込めるか、上限はどこか
• 有人対応への切り替え：同じツール内でオペレーターに引き継げるか、外部の問い合わせ管理と連携できるか
• 分析機能：未回答の質問、低評価の回答、引き継ぎ理由をどこまで確認できるか
• データの扱い：会話ログの保存場所と期間、入力内容がモデルの学習に使われない設定があるか

同じ「月額いくら」でも、上限を超えたときの追加料金や、必要な機能が上位プランにしかないといった条件で実際の支払いは変わります。自社の想定利用量と必要な機能を当てはめて、実際にかかる金額で比べることが大切です。

SaaS型が向くケース、個別開発が向くケース

比較表を踏まえて、どちらを選ぶかの判断基準を整理します。

SaaS型が向くケース

• 回答の対象が公開しているFAQやヘルプページの範囲で完結する
• 既存システムとの連携がいらない、またはツールが標準で連携に対応している
• まず効果を確かめたい段階で、早く始めることを優先したい
• 社内に開発や保守の体制がなく、運用の負担を小さくしたい
• 利用量が読めず、小さく始めて様子を見たい

個別開発が向くケース

• 注文状況や契約内容など、自社システムのデータを参照して答える必要がある
• 社内の手順書や過去の対応記録など、外部のツールに預けにくい情報を参照させたい
• 有人対応への引き継ぎや問い合わせ管理との連動を、自社の業務フローに合わせて作りたい
• 自社サービスの中にボットを組み込み、画面や体験を作り込みたい
• 利用量が多く、ツールの従量料金よりも自社運用の方が費用を管理しやすい見込みがある

中間の選択肢として、SaaSのツールを使いつつ、必要な部分だけ自社で連携の仕組みを作る方法や、生成AIの基盤だけクラウドサービスを使って画面と業務ロジックを個別に作る方法もあります。「全部SaaS」か「全部自作」かの二択で考えず、どこを既製品に任せてどこを作るかで検討すると、費用と柔軟性のバランスを取りやすくなります。

費用が膨らむ要因

見積もりや運用費が想定より大きくなるのは、多くの場合、次の要因によります。

対象範囲が広い

対象とする問い合わせのテーマが多いほど、整備する文書、作る評価用の質問、確認すべき回答が増えます。テーマを絞って始めれば、初期費用も社内工数も小さくなります。

参照文書の整備が必要

元になる文書が古い、ばらばら、食い違っている状態だと、その整理に時間がかかります。PDFや表の多い資料を扱う場合は前処理も必要になります。

連携するシステムが多い

顧客管理、注文管理、認証基盤など、つなぐシステムが増えるほど開発とテストの量は増えます。連携先のAPIが整っていない場合は、さらに工数がかかります。

精度の要求が高い

誤回答が許されない領域では、評価と改善を繰り返す回数が増えます。どの水準を合格とするかを事前に決めておかないと、改善が終わらず費用が膨らみます。

セキュリティとデータ取り扱いの要件が厳しい

個人情報や社外秘の情報を扱う場合、データの保存先を国内に限る、アクセスできる人を制限する、ログを一定期間で消す、といった要件が加わります。こうした要件はSaaSの上位プランや個別の設計が必要になり、費用に影響します。要件は最初に洗い出しておくと、後からの作り直しを防げます。

利用量が増える

生成AIの利用料は使った分だけ増えます。会話数の増加、長い会話履歴の保持、大量の参照文書の投入は、月々の費用に直接響きます。

見積もりを比較する手順

複数の見積もりや料金プランを比べるときは、金額の大小だけで判断せず、次の手順で中身をそろえて比べます。

1. 自社の要件を一枚にまとめる：対象テーマ、想定する利用者、連携するシステム、引き継ぎの方法、公開までの希望時期
2. 想定利用量を決める：月あたりの会話数の見込みと、1会話あたりのやり取りの回数を仮置きする。幅を持たせて少ない場合と多い場合の二通り用意する
3. 費用を「初期」「毎月固定」「毎月変動」に分けて並べる：SaaSの料金プランも個別開発の見積もりも、同じ分け方で表にする
4. 含まれている作業を確認する：FAQ整備、評価、公開後の改善、保守がどこまで含まれているか
5. 複数年で合計する：初期費用と月額費用を合算し、一年目と数年使った場合の総額を比べる
6. 変更時の扱いを確認する：対象テーマを増やす、連携先を追加する、利用量が増える、といった変化に対して費用がどう変わるか

5の複数年での合計は、SaaS型と個別開発を比べるときに特に大切です。初期費用だけを見るとSaaSが有利に見え、長期の合計を見ると逆転することもあれば、その逆もあります。個別開発の見積もりの読み解き方は、システム開発の見積もり比較のコツも参考になります。

見積もり確認チェックリスト

• 生成AIの利用料が見積もりに含まれているか、別途実費か
• 想定利用量を超えたときの料金の変わり方が示されているか
• FAQや参照文書の整備を誰がどこまで行うかが明記されているか
• 評価用の質問セットの作成と精度確認が含まれているか
• 公開後の改善作業の範囲と頻度が決まっているか
• 保守の範囲（障害対応、生成AIのモデル更新への対応など）が明記されているか
• 会話ログの保存先、保存期間、取り扱いが説明されているか
• 契約終了時のデータの持ち出しや引き継ぎの方法が分かるか
• 開発した場合のソースコードや設定の権利の扱いが決まっているか

費用を抑えるための進め方

費用を抑えるために最も効くのは、作る範囲を絞ることです。次のような進め方が有効です。

• 対象テーマを、件数が多く公開情報で答えられるものに限定して始める
• 最初はシステム連携をせず、確認方法の案内にとどめ、効果を見てから連携を検討する
• 参照文書の整備は社内で進め、外部には設計と仕組みづくりを依頼する
• 生成AIに渡す文書量を絞る、よく使う回答は定型文にする、会話履歴の保持を必要な範囲に限る、といった工夫で利用料を管理する
• 用途に合わせてモデルを使い分け、簡単な分類には軽いモデルを、回答生成には精度の高いモデルを使う

例えば、架空の例として、地域で複数店舗を展開する小売業の会社が、営業時間や取り扱い商品、ポイント制度についての問い合わせをボットで受けたいとします。初めはSaaSのツールで公開FAQの範囲だけを対象に始め、ログを見て「在庫の有無」の質問が多いと分かった段階で、在庫データとの連携部分だけを個別に開発する、という段階的な進め方なら、最初から全部を作り込むよりも無駄な投資を避けられます。

別の架空の例として、法人向けに業務ソフトを提供する会社が、自社サービスの画面の中に操作サポートのボットを組み込みたい場合を考えます。利用者の契約プランによって使える機能が異なり、プランに応じて案内を変える必要があるため、SaaSのツールだけでは対応しきれません。この場合は、ログイン中の利用者のプラン情報を参照できる個別開発が向きますが、最初から全機能のマニュアルを対象にせず、問い合わせの多い数画面の操作に絞って開発すれば、初期の開発範囲を小さく保てます。

生成AIを組み込んだシステム全体の費用とAPI利用料の見積もり方は、生成AIを組み込んだシステム開発の費用とAPI利用料の見積もり方で詳しく扱っています。モデルの選び方は業務に使うLLMの選び方が参考になります。

よくある失敗と避け方

初期費用だけで比べて決める

初期費用の安さで選ぶと、月額費用や利用量の増加で総額が想定を超えることがあります。必ず複数年の合計で比べます。

社内工数を見積もりに入れない

FAQの書き直しやログの確認を誰が担うかを決めないまま導入すると、公開後に改善が止まり、費用をかけたのに成果が出ない状態になります。社内の担当者と作業時間も計画に入れます。

精度の合格基準を決めずに発注する

「精度を高く」という依頼では、受け手もどこまで作り込むべきか判断できません。評価用の質問セットと合格の水準を発注前に合意しておくと、見積もりも比較しやすくなります。

利用量の想定を置かない

生成AIの利用料は従量制のため、想定を置かずに運用を始めると、利用が伸びたときに費用の見通しが立ちません。上限額の設定や利用状況の監視も合わせて用意します。

乗り換えや解約のコストを見ない

SaaSのツールに多くのFAQや設定を作り込んだ後で別のツールや個別開発に移ろうとすると、データの書き出しができない、設定を一から作り直す必要がある、といった問題が起きることがあります。契約前に、FAQや会話ログを書き出せるか、契約期間の縛りや解約時の条件はどうなっているかを確認しておくと、将来の選択肢を狭めずに済みます。

費用の比較に担当者の時間の削減を入れない

チャットボットの費用は、それによって減る対応時間や、時間外の問い合わせへの対応による機会の確保と比べて判断するものです。費用の大小だけを見て「高い」「安い」と決めるのではなく、どの業務の時間がどれだけ減る見込みかを、導入前に担当者と一緒に仮置きしておくと、投資の判断と公開後の振り返りがしやすくなります。

よくある質問

Q. SaaS型から始めて、あとで個別開発に移ることはできますか？

できます。むしろ、まずSaaSで効果と利用状況を確かめ、要件がはっきりしてから個別開発に移る進め方は合理的です。その際に困らないよう、FAQや参照文書は自社で管理し、会話ログを書き出せるかどうかを契約前に確認しておくと移行がスムーズです。

Q. 生成AIの利用料はどれくらいかかるか、事前に分かりますか？

正確な金額は利用量次第ですが、想定する会話数、1回あたりの入力と出力の文章量、使うモデルの料金表から概算はできます。少ない場合と多い場合の二通りで計算し、試作段階で実際の消費量を測って見直すのが確実です。モデルの料金は変更されることがあるため、最新の料金表を確認してください。

Q. 個別開発の場合、運用費には何が含まれますか？

主にクラウドのインフラ費、生成AIの利用料、保守費です。保守には障害対応、ライブラリやモデルの更新への追随、セキュリティ対応などが含まれます。加えて、FAQの追加や回答精度の改善を外部に依頼する場合はその費用もかかります。どこまでを保守に含めるかは契約前に確認してください。

Q. 補助金を使って導入できますか？

業務効率化やIT導入を支援する補助金の対象になる場合がありますが、対象となる経費や要件は制度や公募回によって異なります。最新の情報は各制度の公的な窓口や専門家に確認してください。

Otsumuに相談できること

公開しているFAQの範囲で答えられれば十分で、既存システムとの連携も必要ない場合は、SaaSのチャットボットツールを自社で選んで導入するのが合理的です。この記事の比較手順とチェックリストを使って料金プランを見比べ、小さく始めれば、外部に設計や開発を頼む必要はありません。

自社のデータと連携した回答が必要な場合や、社内文書を外部のツールに預けにくい場合、SaaSの料金と個別開発のどちらが長期的に合うか判断がつかない場合は、要件を整理したうえで比較した方が、無駄な投資を避けられます。見積もりの前提がそろっていないまま比べても、正しい判断はできません。

Otsumuでは、対象範囲と要件の整理から、SaaSと個別開発の比較、生成AIを使ったチャットボットの開発と運用改善までを一貫して支援しています。目的から逆算して必要な機能に絞り、AIを活用した少人数・短期間の開発で、最初の投資を抑えて効果を確かめる進め方を取ります。詳しくはAIチャットボット開発のページをご覧ください。小さく試作して検証したい場合は、PoC / MVP Sprint（300万円〜・税別の参考価格、6週間を目安に設計）という形もあります。

自社の場合はどちらが合いそうか、手元の見積もりの読み方も含めてご相談いただけます。30分の無料相談からお気軽にご連絡ください。

この記事について

Otsumu株式会社が執筆しました。統計値や他社の事例には依拠せず、進め方と判断の枠組みを中心にまとめています。法務・税務・会計などの制度は、専門家や公的窓口で最新の情報をご確認ください。

執筆：Otsumu株式会社 ／ 編集日 2026.10.01