チャットボット開発を外注するには？費用の妥当性と会社選びで後悔しないポイントを解説

チャットボットの開発を外注しようとしているけれど、「相場がわからない」「どの会社を選べばいいか判断できない」「要件をうまく整理できていない」という不安を抱えていませんか。

システム開発の知識がない担当者にとって、チャットボット開発の外注は不確定要素だらけに感じられます。しかし、正しい判断基準さえ持っていれば、技術的な専門知識がなくても発注プロセスで主導権を握ることができます。

この記事では、まず費用相場を整理した上で、「そもそも外注が必要か」の判断から、見積もりの読み方、要件定義の準備、開発会社の選び方まで、発注者が知っておくべきことを一通り解説します。

この記事でわかること（成功の3ポイント）

• SaaS・ノーコードツールで解決できるか先に確認する
• 費用の妥当性を見抜く3つの視点を持つ
• 会社選びの「見抜く質問」で実力を確認する

執筆者

秋霜堂株式会社 代表 石川瑞起

中学生でプログラミングを独学で習得し、HP制作やアプリ開発の事業を開始。 大学入学後に事業を売却し、トヨクモ株式会社へ入社。 3年間にわたり1製品の開発責任者を務めたのち秋霜堂株式会社を設立し、多数の企業をサポートしている。

チャットボット外注でよくある後悔3パターン

チャットボット開発の外注に失敗した担当者の声を集めると、後悔のパターンはほぼ3つに絞られます。まずこれらを知ることが、判断基準を持つための第一歩です。

後悔パターン①：SaaSで十分だったのにフルスクラッチ発注した

「チャットボットを導入したい」という要望に応えようとして、開発会社に相談したところ数百万円の見積もりが届いた、というケースがあります。しかし後から調べてみると、月額1〜5万円のSaaSツールで同じことができたと気づく、というのが典型的な後悔パターンです。

なぜ起きるか: 発注者が「外注＝フルスクラッチ開発」と思い込んでいる場合や、開発会社がSaaSの提案をしないまま話が進んでしまう場合に起きます。

どう防ぐか: 外注を検討する前に、まずSaaSやノーコードツールで実現できないかを確認します。次のセクションで判断の基準を詳しく解説します。

後悔パターン②：要件が曖昧なまま発注して追加費用が膨らんだ

「細かいことは開発会社に任せればいい」と思っていたところ、「この機能は当初の要件に含まれていない」という追加費用の請求が相次ぎ、当初見積もりの2倍以上のコストになってしまった、というケースです。

なぜ起きるか: 契約時の要件が曖昧なため、スコープの解釈が発注者と受注者でずれています。変更が発生するたびに追加費用が発生する仕組みになっていることも多いです。

どう防ぐか: 発注前に要件定義の基礎を発注者自身が行います。追加開発の単価・見積もりプロセスを契約前に必ず確認しておくことが重要です。

後悔パターン③：運用体制を決めずに納品後に誰も使わなくなった

開発・納品まではスムーズだったにもかかわらず、リリース後数ヶ月で「誰も使わないツール」になってしまったという事例は多く報告されています。

なぜ起きるか: 導入前の「誰が運用するか」「回答シナリオを誰が更新するか」「効果をどう測定するか」が未決定のまま本番稼働してしまうためです。

どう防ぐか: 発注前の準備段階で「運用担当者」と「KPI」を決定しておきます。保守・アップデートのサポート体制がある会社を選ぶことも重要なポイントです。

外注の前に確認：SaaS・ノーコードで解決できないか

外注（フルスクラッチ開発）を検討する前に、まずSaaSやノーコードツールで要件を満たせないかを確認することが重要です。多くのケースで、SaaSで十分に対応できます。

チャットボットの種類を理解する（シナリオ型・AI型・RAG型）

チャットボットには大きく3つの種類があります。どの種類が自社の要件に合っているかを理解することが、外注かSaaSかの判断にも直結します。

シナリオ型（ルールベース型）

あらかじめ決められたフローに従って回答するタイプです。「よくある質問への自動回答」「受付・予約対応」「商品案内」のような定型的な用途に向いています。技術的なハードルが低く、SaaSツールで十分に実現できることが多いです。

AI型（機械学習型）

過去の会話データをもとに学習し、自然な対話ができるタイプです。シナリオに想定していない質問にも柔軟に対応できます。SaaSでも提供されていますが、高精度を求める場合はフルスクラッチ開発になるケースもあります。

RAG型（検索拡張生成型）

社内ドキュメントやマニュアルを読み込ませ、その内容をもとに生成AIが回答するタイプです。「RAG（Retrieval-Augmented Generation）」とは、AIが検索して取得した情報をもとに回答を生成する仕組みのことです。近年急速に普及しており、初期費用25〜100万円程度のSaaSも登場しています。大量のドキュメントへの問い合わせ対応や社内ナレッジ活用に向いています。

SaaSで解決できるケース vs フルスクラッチが必要なケース

以下の基準を参考に、外注の必要性を判断してください。

SaaSで十分なケース（月額1〜30万円で対応可能）

• FAQへの自動回答、受付・予約対応、定型的な問い合わせ対応
• 自社システムとの連携が不要、または標準的なAPI連携で対応できる
• 既製品のUIで問題がない
• 短期間（1〜2ヶ月）で導入したい

フルスクラッチ開発が必要なケース（初期費用100万円〜）

• 既存の基幹システム・独自DBとの複雑なAPI連携が必要
• 自社ブランドに合わせた独自UIの実装が必要
• 業界特有の規制・セキュリティ要件がある
• SaaSでは実現できない独自のロジックや対話フローが必要

チャットボット開発の費用相場と見積もりの読み方【2026年版】

チャットボット開発の費用は、種類と規模によって大きく異なります。まず相場感を把握した上で、見積もりの妥当性を判断する視点を身につけましょう。

種類・規模別 費用相場一覧

※上記はあくまでも目安です。要件・規模・開発会社によって大きく異なります。

2026年の傾向として、生成AIの普及によりRAG型チャットボットをSaaSとして提供するサービスが増加しています。社内ドキュメントへの問い合わせ対応であれば、月額5〜15万円程度で導入できるSaaSも選択肢に入ります。

見積もりの妥当性を見抜く3つの視点

開発会社から見積もりが届いたとき、技術的な内訳がわからなくても以下の3点を確認することで妥当性を判断できます。

視点1: 「要件定義費」が含まれているか

要件定義のフェーズが見積もりに含まれていない場合、要件の認識ずれが発生した際に追加費用として請求されるリスクがあります。「要件定義支援」「ヒアリング費用」として明示されている会社のほうが信頼できます。

視点2: 「保守・運用費」が明記されているか

初期開発費のみを低く提示し、保守・運用費が別途高額になるケースがあります。「月額XX万円の保守契約」「障害対応の費用」「シナリオ更新の費用」が見積もりに含まれているか確認してください。

視点3: 「追加開発の単価」が契約書に記載されているか

開発が始まると「この機能は当初の要件外」として追加費用が発生するケースがあります。追加開発が発生した場合の単価（人月単価・時間単価）を事前に合意しておくことが重要です。契約前に必ず確認しましょう。

発注前にやるべき準備：要件定義で主導権を握る

「要件定義は開発会社がやること」と思っていませんか。実際には、要件定義の核となる「何のために・何をしたいか」は発注者にしかわかりません。発注者が要件定義を丸投げすると、開発会社の都合のよい解釈で進んでしまうリスクがあります。

要件定義とは技術知識の問題ではなく、ビジネス知識の問題です。以下の5つのタスクは、技術知識がなくても発注者自身が行えます。

発注者がやるべき5つの準備タスク

タスク1: 導入目的と用途を明確にする

「チャットボットで何を解決したいか」を1文で言えるようにします。例：「カスタマーサポートへの問い合わせを月300件削減したい」「社員からの社内規程への質問対応を自動化したい」

タスク2: 想定ユーザー数と利用頻度を把握する

月間の想定問い合わせ件数・同時接続数の目安を整理します。これにより開発規模とインフラコストの見積もり精度が上がります。

タスク3: 連携が必要な既存システムを洗い出す

CRM・基幹システム・社内DBとの連携が必要か確認します。API連携の必要性がフルスクラッチかSaaSかの判断に直結します。

タスク4: KPIを設定する

「問い合わせ削減率」「自動応答率」「ユーザー満足度スコア」など、チャットボット導入の成否をどの指標で測るかを決めます。KPIが決まることで、開発会社への要件が明確になります。

タスク5: 運用担当者を決める

チャットボットは納品後も、シナリオの更新・回答精度の改善・ログの確認が継続的に必要です。社内の運用担当者を発注前に決めておくことで、運用体制の要件を仕様に盛り込めます。

RFPに含めるべき項目チェックリスト

開発会社に見積もりを依頼する際のRFP（提案依頼書）には、以下の項目を最低限含めてください。RFPとは、開発会社に対して「何を作ってほしいか」を文書化したものです。

• プロジェクトの背景・目的（なぜチャットボットが必要か）
• 対象ユーザーと想定利用シーン
• 必要な機能要件（対応チャネル・連携システム・対応言語等）
• 非機能要件（同時接続数・可用性・セキュリティ要件等）
• 予算の目安と予算上限
• 希望する納期・稼働開始日
• 運用・保守の要件（シナリオ更新、障害対応SLA等）
• 評価基準（価格・技術力・実績・サポート体制の重み）

このRFPを作成しておくことで、複数社への一括相見積もりが可能になり、比較の精度も上がります。「要件定義の支援から一緒に考えてくれる会社を選ぶ」という観点は、次のセクションで詳しく解説します。

チャットボット開発会社の選び方：見抜く質問と回答の読み方

開発会社のサイトを見ても、どこも「実績豊富」「高品質」と書いてあります。実力を見抜くには、ヒアリングの場で具体的な質問をして、回答の質から判断することが効果的です。

会社選びで使える質問リストと回答の読み方

以下の5つの質問を、候補の開発会社に対して必ず確認してください。

質問1: 「要件定義はどこまで支援してもらえますか？」

質問2: 「類似業界・用途の導入実績を教えてください」

質問3: 「追加開発が発生した場合の費用感を教えてください」

質問4: 「保守・障害対応のSLAはありますか？」

SLA（Service Level Agreement）とは、サービスの品質・対応時間などを定めた合意のことです。

質問5: 「納品後の運用支援はどこまでですか？」

相見積もりと比較時の注意点

必ず最低3社に相見積もりを依頼することを推奨します。1社しか比較しない場合、価格の妥当性も提案の良し悪しも判断できません。

比較時の注意点:

• 価格だけで比較しない: 安い見積もりでも、追加費用が多く発生すると最終コストは高くなります。「要件定義費・保守費・追加開発単価」を含めた総コストで比較してください
• 納期の根拠を確認する: 「3ヶ月で納品可能」と言う会社が複数あっても、スケジュールの根拠や体制（専任か兼任か）は会社によって異なります
• 担当者の専任度を確認する: 「営業が受注してから開発者と会えない」ケースがあります。実際に担当するエンジニアと話せる機会を設けてもらいましょう

まとめ：外注を成功させる発注者チェックリスト

この記事でお伝えした内容を、発注前の最終確認チェックリストとしてまとめます。全項目にチェックがついた状態で発注に臨むことで、技術知識がなくても発注プロセスで主導権を握ることができます。

発注前チェックリスト

• SaaS・ノーコードツールで要件を満たせないか確認した
• 費用相場（種類・規模別）と見積もりの3視点を把握した
• 導入目的・KPI・運用担当者を発注前に決めた
• RFPの必須項目8点を準備した
• 3社以上に相見積もりを依頼した
• 会社選びの5つの質問を全候補に確認した
• 保守・SLA・追加開発単価を契約書に明記することを確認した

チャットボット開発の外注は、正しい準備と判断基準があれば、技術的な専門知識がない担当者でも十分にコントロールできます。

もし「自社の要件にどの種類のチャットボットが向いているか」「費用の妥当性を判断したい」といったご相談があれば、株式会社秀創堂にお気軽にお問い合わせください。要件定義のフェーズからご支援が可能です。