カスタマーサポートシステムの発注は、現状とKPIを整理し、発注形態と契約を選び、RFPと見積を比べる順で進めます。この順に進めると、現場に定着しやすいシステムを選びやすくなります。
全体像は、カスタマーサポートシステム開発の完全ガイドもあわせてご覧ください。
▼全体ガイドの記事
・カスタマーサポートシステム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
カスタマーサポートシステムを外注する前の全体像
このシステムは、メール、Webフォーム、チャット、電話、SNSの問い合わせをチケットにまとめ、顧客情報、対応履歴、FAQ、担当者、期限を一つの流れで管理します。
目的は、対応漏れを防ぎ、回答品質をそろえ、顧客が自分で解決できる情報を増やすことです。窓口を増やすこと自体は、目的ではありません。
問い合わせ管理と顧客情報・ナレッジの連携
標準機能は、問い合わせの受付とチケット管理に、ステータス、優先度、担当者、SLAの管理を組み合わせたものです。
さらに、顧客や契約の表示、FAQと回答テンプレート、エスカレーションも含みます。このほか、必要に応じて次の機能を加えられます。
- 電話：CTI、通話録音、IVR、自動振り分けを組み合わせます。
- 分析：対応時間と一次解決率を見られます。
- 生成AI：回答候補の作成、要約、分類、翻訳、ナレッジ検索に使えます。
AIを使う場合でも、顧客マスタやFAQが不正確なままでは期待した結果は得られません。そのため、導入の前に元データの品質を確かめておきます。
外注範囲の業務とシステムへの切り分け
システム開発の外注は、要件定義、設計、開発、移行、保守などを委託することです。一方、問い合わせ業務の外注では、オペレーター業務、一次回答、電話受付などを委託します。
両方を同じ会社に頼む場合も、自社が担う業務と委託先の納品物は分けて記載します。たとえばFAQ原稿は自社が承認し、委託先がシステム登録と公開設定を行うと、品質責任が曖昧になりにくくなります。
経営側だけで高機能なシステムを選ぶと、現場が入力を続けられなくなる場合があります。そこで、画面の見栄えやAI機能の数よりも、日常の操作がしやすいかを確かめておきます。
- 検索と確認：顧客検索や過去履歴の確認を、少ない操作で行えます。
- 記録と引き継ぎ：チケット登録と担当者間の引き継ぎがしやすい。
- ナレッジ検索：FAQをすぐに探し、回答に活用できます。
実際の問い合わせを使った現場デモと、導入後の改善会議も発注範囲に含めます。現場の利用状況は、外注費用を成果につなげるための材料になります。
発注形態の選び方
発注形態は、件数や席数だけでなく、独自ルールや既存連携の有無、電話の重要度、変更頻度で決めます。社内に運用担当者がいるかどうかも、あわせて考えます。
迷う場合は、メールとフォームで問い合わせを受け、チケットとFAQを備えた最小構成から始めます。そのうえで、利用データを見ながら電話やチャット、AI、基幹連携を足していく段階導入が現実的です。
短期間で始めるSaaS標準導入
クラウドSaaSは、あらかじめ用意されたチケットやFAQなどを契約して使う形態です。初期設定やデータ移行も外注できます。
- 標準機能：チケット、FAQ、チャット、分析などを使えます。
- 導入の利点：業務を標準機能に合わせれば、期間と初期費用を抑えやすく、更新やセキュリティ対策も任せられます。
- 月額の変動要因：契約単位、ユーザー数、AI自動解決数、電話やAPIの利用量で変わります。
無料トライアルの画面を見ただけで決めず、必要な機能が揃っているかを確かめます。
Zendeskの2026年8月時点の年払い料金は、Support Teamが1エージェント月額19ドルで、Suite Teamは55ドル、Suite Professionalは115ドルです。
プランごとに、チケットやAIの範囲が変わります。ナレッジベース、チャット、テレフォニーの扱いも、プランによって異なります。さらに、従量課金やアドオンもあります。
為替や契約条件を無視した単純な円換算は避け、必要な席数と機能を問い合わせ量に当てはめて比べます（出典：Zendesk公式料金ページ、2026年8月確認）。
独自業務と標準機能の折衷案としてのパッケージとローコード
既存システムとの連携や、サポート画面で参照する情報の範囲に応じて、方式を選びます。
- 候補方式：CRM、販売管理、契約管理、電話基盤との連携にはパッケージやローコードを検討します。
- 参照情報：顧客、契約、製品、注文、返金、修理などを画面で見られます。
- カスタマイズ：理由、更新への影響、標準業務に合わせる代替運用を比べます。
標準機能に少しずつ手を加えていくと、個別開発の範囲が膨らむ場合があります。
ローコードは社内の担当者が改善しやすい一方で、権限設定や連携を個人の知識に頼ると、異動や退職のあとに保守できなくなります。
画面だけでなく、設定一覧や命名規則、テスト手順などの資料も委託先に納品してもらいます。社内での内製化を考えるなら、ソースや設定情報の扱いを契約時に確かめておきます。
独自性が費用に見合うスクラッチとハイブリッドの選択基準
フルスクラッチは、既製品では事業上の差別化が図れない場合に検討します。
- 適用条件：複雑な承認、特殊なSLA、独自の顧客区分、拠点振り分けが必要な場合。
- 負担：要件変更、保守要員、障害対応、セキュリティ更新、ベンダーロックインの対応が増えます。
- 代替案：独自画面だけが必要な場合は、標準SaaSのAPI利用も選択肢になります。
標準機能で業務の8割以上を処理できるか、独自連携が売上や品質に直結するかを見極めます。
社内に運用と改善の責任者がいるかどうか、月額課金と開発費のどちらが予算に合うかも判断材料になります。機能の数よりも、受付から解決までの時間を短くできるかで方式を選びます。
RFPと要件整理の進め方
RFPは、自社の課題、対象範囲、必要な成果、制約条件を同じ基準で提案してもらうための依頼書です。価格だけを尋ねる資料とは異なります。
発注前に画面仕様をすべて決めておく必要はありません。代わりに、対象チャネル、利用者、問い合わせ量の前提をそろえます。連携先や移行対象の範囲、希望時期、予算の考え方も、同じ条件で示します。
現状業務とKPIの把握
まず、問い合わせ対応の現状を把握し、外注の効果を測るためのKPIを決めます。
- 窓口と記録：電話、メール、フォーム、チャット、SNS、Excel、紙、個人メモを洗い出します。
- 業務フロー：担当決めから回答承認、エスカレーション、クローズ後の集計まで、流れを描きます。
- 負荷の計測：メール検索や同じ質問への回答、他部署への確認にかかる時間を測ります。
業務フローを描くときは、重複登録や対応漏れが起きていないかも確かめます。
KPIは、対応漏れゼロや初回応答時間、一次解決率の改善を軸に考えます。平均処理時間、電話件数、CSATの改善などの候補から、3〜5個に絞ります。
目標は、「FAQで自己解決を増やす」「顧客履歴を1画面で確認する」のように、業務の変化として書きます。「AIを導入する」と手段で書くと、必要な機能と不要な改修の区別がつきにくくなります。
RFPに書くデータ・連携・セキュリティの条件
移行するデータの範囲と、他システムとのつなぎ方は、RFPに具体的に書いておきます。移行データは件数まで示し、連携は更新頻度やエラー時の再送の扱いまで書くと、提案を同じ条件で比べられます。
- 移行データ：顧客、契約、製品、注文、問い合わせ、履歴、添付、録音、FAQの項目と件数。
- データ整理：対象期間、重複や表記揺れ、残す履歴、不要データの廃棄方法。
- 連携先：CRM、SFA、EC、販売管理、請求、在庫、認証基盤、電話、BI。
- 連携条件：連携方向、更新頻度、エラー時の再送、APIやCSVの制約。
個人情報、通話録音、問い合わせ本文を扱うため、権限の設定やSSO・多要素認証の有無も確かめます。さらに、通信時と保存時の暗号化や、操作・閲覧・エクスポートのログも必須項目です。
バックアップや復旧目標、データの所在地、再委託先、解約時の返却と消去についても、あわせて取り決めておきます。
個人情報保護委員会のガイドラインは、事業規模や情報の性質・量に応じた安全管理措置を求めています。そのため、契約と運用の両面で安全性を保てる提案かを評価します（出典：個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン（通則編）」、2026年4月改訂情報を確認）。
実際の問い合わせによるデモとPoCの評価
各社に同じサンプルを渡し、現場の業務とAIの扱いがどう動くかを見ます。
- 基本操作：顧客検索、履歴確認、登録、振り分け、エスカレーション、FAQ検索、レポート。
- 現場の使いやすさ：クリック数、検索結果、テンプレート修正、スマートフォンや在宅での操作。
- AIの安全性：根拠FAQ、有人引き継ぎ、個人情報のマスキング、回答ログの監査。
経営層向けの説明だけで判断せず、毎日使う人の評価を点数にして比べます。
日本旅行の公式事例では、FAQやチャットボットへの誘導と、チケットをまとめて管理する取り組みを進めました。電話着信は、年間13万件以上から翌年約8万件へ減ったと紹介されています。
また、2025年には初回解決時間が151分から78分へ48％減ったと紹介されています。事例の数値を自社の効果と見なさず、どの業務変更が結果につながったかを見極めます（出典：Zendesk公式「株式会社日本旅行の導入事例」、2025年実績）。
契約形態と役割分担の決め方
契約は、作業の不確実さと、成果を定義できる範囲のバランスで選びます。要件や納品物、受入基準がはっきりしていれば、請負契約を検討できます。
要件整理やPoCのように検証しながら進める段階では、準委任契約が合う場合があります。また、SaaS利用、導入支援、個別開発、保守運用は性質が異なるため、責任範囲を分けます。
成果物と作業責任で見る請負と準委任の違い
請負は、機能を完成させて検査後に引き渡す契約です。準委任は、専門家が一定の業務を遂行する契約です。
- 請負の納品物：画面、API、移行データ、テスト結果、操作マニュアル。
- 準委任の業務：要件定義、現状分析、アジャイル開発、運用改善。
- 共通の確認：受入基準、契約不適合時の対応期間、変更や遅延時の扱い。
要件変更が多い請負では、追加費用や納期の延長が起きやすくなります。そのため、確定させる要件と、後から協議する要件を分けておきます。
準委任では、作業時間や体制に加え、月次報告や会議、課題管理、レビュー、知識移転について合意しておきます。発注者の判断やデータ提供の遅れ、外部サービスの仕様変更があった場合の扱いも、契約に記載します。
納品物・受入・変更管理の契約書と別紙への記載
画面以外に渡すものや受入基準、変更の管理方法は、契約書か別紙に定めておく必要があります。そこには、納品物から変更管理まで、下の4つの分野を書き込みます。
- 納品物：要件定義、画面・権限、データ定義、連携仕様、テスト仕様と結果。
- 運用資料：移行、FAQ登録、管理者マニュアル、障害連絡先、バックアップ・復旧手順。
- 受入基準：振り分け、権限外閲覧の防止、移行履歴照合、SLA警告。
- 変更管理：追加機能の見積、納期、影響範囲、承認者を記録に残します。
FAQについては、作成者と承認者、更新期限の管理者も決めておきます。
例外処理は、件数と重要度を確かめてから改修します。そうすることで、費用の膨張を抑えられます。
保守・SLA・定着支援の役割分担
稼働後に担う役割は、次の項目ごとに決めておきます。
- 保守作業：障害、ユーザー、権限、FAQ、レポート、AI品質、問い合わせ分類。
- 契約条件：受付・一次回答時間、復旧目標、定期保守、更新、問い合わせ回数、現地支援、追加開発単価。
- 費用管理：電話やAIの従量費を監視する担当者と、承認金額を決めます。
- 改善指標：一次解決率、再問い合わせ率、FAQ検索失敗、未処理チケット、担当者ごとの負荷。
定着支援は、一度の操作研修で終えるものではありません。初月は、利用状況と入力漏れを確かめます。翌月以降も、利用状況を定期的に振り返り、必要な改善を続けます。
IPAの中小企業の情報セキュリティ対策ガイドライン第4.0版は、2026年3月に公開されました。バックアップや不要な通信の遮断、Webサイトの安全運用、サプライチェーン対策などが、追加・強化されています。
委託先の支援を受ける場合も、自社で確認する項目と頻度を決めておきます（出典：IPA「中小企業の情報セキュリティ対策ガイドライン」、最終更新2026年7月3日）。
カスタマーサポートシステムの費用相場と見積の内訳
カスタマーサポートシステムには、一律の公的な相場がありません。費用は、オペレーター数や月間チケット数、電話の有無で変わります。拠点数や24時間対応も、費用を左右します。
既存システムとの連携やデータ移行量、FAQ整備に加えて、AIや権限・監査要件も費用に影響します。次に示す金額は、発注前の予算取りに使う推定レンジで、契約価格を確約するものではありません。
方式と移行・連携の深さで変わる初期費用の目安
数席から十数席でSaaSを標準導入する場合は、初期設定や簡単な教育を含めて0〜50万円程度が予算の出発点になります。作業範囲が広い場合は、10万〜100万円程度になります。
SaaSやローコードに、FAQ整備やデータ移行、軽微な連携を加える場合は、100万〜1,000万円程度です。中規模のパッケージ拡張やCRM・CTI連携では、500万〜5,000万円程度を見込むことがあります。
大規模センターや複数拠点、基幹統合、独自ワークフローを含む場合は、5,000万円から数億円以上になる可能性があります。
スクラッチ開発は、500万円から数億円以上まで幅が広く、期間も6か月から数年に及ぶことがあります。そのため、画面数以外の費用要因を、次のように分けて見ておきます。
- 連携と移行：連携本数や移行データのクレンジング。
- 運用要件：通話録音、権限・監査、24時間運用。
- 導入作業：テスト環境、教育、並行稼働。
提案書の作業項目が一括表記になっている場合は、後から追加費用になりやすい部分を、委託先に質問しておきます。
月額・従量費・保守の見積項目
ランニングコストは、初期費用と切り分け、項目ごとに見積もります。
- 利用料：ライセンス、AI、SMS、ストレージ、連携サービス。
- 電話関連：電話番号、回線、通話料、録音保管。
- 運用費：監視、保守、FAQ更新、教育。
SalesforceのService Cloudは、Starterがユーザー月額3,000円です。公式ページでは、Pro Suiteが12,000円、Enterpriseが19,800円です。さらに、Unlimitedはユーザー月額39,600円、Einstein 1 Serviceは60,000円です。
エディション、契約期間、導入支援、追加製品によって総額は変わります。そのため、単価だけを他社と並べて比べることは避けます（出典：セールスフォース・ジャパン公式「カスタマーサービスの自動化」、2026年8月確認）。
開発費だけでなく、保守も見積もります。業務システムでは、初期開発費の10〜20％程度を年間保守の仮置きにすることがあります。
この割合は個別の経験則で、SaaSの月額や電話・AIの従量費とは別の数字です。そのうえで、固定費と従量費の算定式、利用上限、値上げ条件、解約時のデータ出力費を確かめます。
3年間のTCOによる比較
3年間のTCOは、初年度と2年目以降を分けて、費用と効果を含めて算出します。導入費から見積内訳まで、下の区分をすべて計算に入れます。
- 導入費：初期開発・設定、移行、FAQ作成、教育、追加改修。
- 継続費：ライセンス、電話、AI、保守。
- 社内工数：担当者が作業に使う時間も、計算に含めます。
- 見積内訳：要件定義、設計、開発・設定、連携、移行、テスト、教育、稼働支援、保守。
席数やAIの利用量が増えると、初期費用が低いサービスでも、3年間の総額が高くなる場合があります。
電話削減や自己解決率の向上で社内工数が下がるなら、導入費が高くても効果と合わせて検討できます。
リサーチノートに整理された類似業務システムの目安では、要件定義10〜15％、基本設計15〜20％、詳細設計10〜15％です。続く配分は、開発30〜40％、結合・総合テスト15〜20％、移行・導入5〜10％です。
この配分は案件ごとに変わるため、要件定義やテストが極端に少ない提案には、追加費用や品質リスクがないかを確かめます。
委託先選定と見積比較で確認すべきポイント
委託先は、問い合わせ業務の理解、データ移行の経験、連携・運用体制、問題発生時の説明力で選びます。知名度や資料の見栄えよりも、こうした点を重く見ます。
製品ベンダー、認定導入パートナー、個別開発を担うSIer、運用を担うBPO会社では、役割が異なります。そのため、候補会社ごとに担当範囲と再委託先を確かめます。
業界名だけでなく業務と体制で見る委託先の実績
自社に近い案件の実績と、実際に担当する体制を確かめます。
- 類似案件：席数、件数、電話比率、拠点、CRM連携、FAQ・履歴移行、稼働後改善。
- 担当体制：可能であれば、提案担当者に加えて、要件定義、移行、開発、保守の実担当者にも話を聞きます。
- 提案範囲：標準機能、設定、個別開発、運用で吸収する作業を分けます。
担当者の経験を今回の案件で再現できる体制かを見ます。
FAQや顧客マスタを自社で整備する場合は、作業量と期限も明記しておきます。
不要な開発を止める理由を説明できる会社であれば、将来の保守費用も管理しやすくなります。
同じ前提にそろえた見積の比較
同じRFP、サンプルデータ、目標時期を各社に渡し、見積と提案を比べます。
- 費用：初期、月額・年額、従量、連携、移行、教育、保守、改修単価。
- 条件：前提、除外項目、納期、発注者の作業、移行件数や方式。
- 評価項目：適合度、操作性、移行、安全性、連携、体制、保守、返却、3年TCO。
「移行費一式」のような表記は、対象件数や方式、増減時の単価を確かめます。
安い提案でも、FAQ作成やテストを自社だけで行うなら社内工数が膨らみます。そのため、必要な作業時間と意思決定の数も比べます。
前提条件とリスクの説明による提案の見分け方
「短期間で全て自動化」「AIで人員削減」「追加費用なし」と言い切る提案は、注意して見ます。
- 必要な作業：分類、FAQ整備、顧客情報の重複排除、現場教育、例外判断。
- 効果の前提：未達だった場合の要因、発注者側の作業、追加費用が発生する条件を聞きます。
- 要件変更：意思決定者、予算承認、仕様凍結の時期を決めます。
要件が固まらないまま例外処理を追加すると、費用や期間が増えるうえ、現場の画面も複雑になります。そこで、小さなパイロットで仮説を検証し、実際に使われる機能から本番に展開すると、失敗時の影響を抑えられます。
よくある質問（FAQ）
自社の席数や問い合わせ量がはっきりしなくても、現状業務とデータを整理して、無理なく始められる範囲から委託先に相談できます。
Excelや共有メールでも対応できるのにシステムを発注する必要がありますか？
問い合わせ管理の状況に応じて、発注が必要かどうかと、始め方を判断します。
- すぐに発注しなくてよい条件：問い合わせ件数が少なく、担当者と期限を明確に管理できている。
- 導入効果が見込める状態：履歴が個人の受信箱に残る、引き継ぎで過去の経緯を探す、同じ顧客が複数登録される、期限切れに気づけない。
- 始め方：まずメールとフォームの問い合わせを一つにまとめ、利用状況を見ながら機能を増やす方法が安全です。
カスタマーサポートシステムの発注から稼働まで何か月かかりますか？
SaaSを標準導入する場合は1〜3か月程度です。FAQ整備や軽微な連携を含むと、3〜6か月程度が目安です。
中規模のパッケージ拡張や基幹連携は6か月から2年、大規模な拠点統合やスクラッチ開発は1年以上かかる可能性があります。
データ整理、社内承認、現場テスト、教育にも時間がかかります。開発期間だけでなく、発注前の準備から並行稼働まで計画します。
AI機能は発注時から必ず入れる必要がありますか？
必須ではありません。まずは問い合わせ分類、顧客履歴、FAQ、回答テンプレートを整え、検索や要約など担当者を支援する用途から始めます。そうすると、誤回答の影響を抑えやすくなります。
自動回答を使う場合は、根拠の表示や有人対応への引き継ぎ、会話ログのマスキングを要件に含めます。加えて、回答品質の監査と利用量の上限も要件にします。
人員削減は先に決めず、一次解決率や応答時間の改善を測れる設計にします。
契約を終了するときに顧客データや対応履歴を返してもらえますか？
契約前には、返却形式や出力項目、返却期限を確かめます。添付ファイルや録音の扱い、出力費用、委託先と再委託先の削除証明も、あわせて確認しておきます。
標準CSVだけでは、履歴や設定を完全に移せない場合があります。そのため、導入前にサンプルデータの出力と再取り込みを試しておきます。
解約時だけでなく、日頃からバックアップを取り、復旧できるかをテストしておきます。
まとめ
発注前にそろえる情報
発注前には、問い合わせチャネルや月間件数、利用者を一覧にします。あわせて、顧客・対応履歴の保存場所、既存システム、目標KPI、希望時期も書き出しておきます。
分からない項目は無理に埋めず、委託先に調査方法と仮置きの前提を示してもらいます。そのうえで、要件定義で確定する項目として管理します。
小さく始めて利用データで改善する進め方
小さく検証しておくと、運用の負荷を見ながら改善の範囲を決められます。
- 小規模検証：1部門または1チャネルで試し、利用状況と問い合わせデータを見ます。
- 継続改善：FAQ、権限、振り分け、レポートを改善していく体制を、委託先と合意します。
こうした継続的な改善が、長く使える仕組みにつながります。
発注前に、受付チャネルや問い合わせ量、顧客データ、担当者の業務、既存連携を洗い出します。そのうえで、SaaS、パッケージ・ローコード、ハイブリッド、スクラッチを、成果と保守体制に合わせて比べます。
高機能さよりも、現場が毎日使い、FAQと履歴を改善し続けられる仕組みを選びます。RFPには、目的やKPI、業務フロー、データ、連携、権限を記載します。セキュリティや移行、教育、受入基準、保守、解約時の返却も、あわせて盛り込みます。
契約は、請負か準委任かを、何を納めるかと責任範囲で整理します。見積は、3年間のTCOで比べます。継続費にはライセンスやAI・電話の従量費、保守を、導入費には移行、FAQ、教育を含めます。
現場で複数社のデモを試し、標準機能や個別開発、運用で吸収する範囲を説明できる委託先を選ぶと、費用と定着のリスクを抑えられます。
▼全体ガイドの記事
・カスタマーサポートシステム開発の完全ガイド
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。