カスタマーサポートシステム開発の発注/外注/依頼/委託方法について

カスタマーサポートシステムの発注・外注は、ツールを契約するだけではなく、問い合わせ受付から解決、ナレッジ更新、効果測定までの業務を設計し、必要な範囲を委託先と合意することが成功のポイントです。

この記事では、既製SaaS・パッケージ・ローコード・フルスクラッチの選び方、RFPと要件の整理、契約形態、費用相場、委託先と見積書の比較方法を、発注者が実務で使える順番に沿って解説します。初期費用だけで判断せず、移行・教育・AI・電話・保守を含む3年間の総額と、現場で使い続けられるかを見極められる状態を目指します。

▼全体ガイドの記事
・カスタマーサポートシステム開発の完全ガイド

カスタマーサポートシステムを外注する前に知るべき全体像

カスタマーサポートシステムは、メール、Webフォーム、チャット、電話、SNSなどから届く問い合わせをチケット化し、顧客情報・対応履歴・FAQ・担当者・期限を一つの流れで管理する仕組みです。目的は受付窓口を増やすことではなく、対応漏れを防ぎ、回答品質をそろえ、顧客が自分で解決できる情報を増やすことです。

標準的には、問い合わせの受付とチケット管理、ステータス・優先度・担当者・SLAの管理、顧客や契約の表示、FAQと回答テンプレート、エスカレーション、対応時間や一次解決率の分析を組み合わせます。電話を扱う場合はCTI、通話録音、IVR、オペレーターへの自動振り分けも対象になります。生成AIを使う場合は、回答候補の作成、要約、分類、翻訳、ナレッジ検索などを加えられますが、AI機能だけを先に買っても、元になる顧客マスタやFAQが不正確なら期待した結果になりません。

発注時に混同しやすいのが、システム開発の外注と、問い合わせ対応業務の外注です。前者は要件定義、設計、開発、移行、保守などを委託することです。後者はオペレーター業務や一次回答、電話受付などを委託することです。両方を同じ会社に任せる場合でも、どの業務を自社が担い、どの成果物を委託先が納品するかを分けて記載します。たとえばFAQの原稿は自社が承認し、システムへの登録と公開設定は委託先が行うと決めると、品質責任が曖昧になりにくいです。

読者が特に注意したいのは、経営側だけで高機能なシステムを選び、現場が入力を続けられなくなるケースです。画面の見栄えやAI機能の数より、顧客検索、過去履歴の確認、チケット登録、引き継ぎ、FAQ検索が少ない操作でできるかを重視します。実際の問い合わせを使って現場担当者が試せるデモと、導入後の改善会議まで発注範囲に含めることが、外注の費用を成果につなげる近道です。

発注形態はどのように選べばよいですか？

発注形態は、問い合わせ件数や席数だけでなく、独自の業務ルール、既存システムとの連携、電話の重要度、変更頻度、社内に運用担当者がいるかで決めます。迷った場合は、最初から全機能を作り込むのではなく、メール・フォーム・チケット・FAQを最小構成で始め、利用データを見ながら電話、チャット、AI、基幹連携を追加する段階導入が現実的です。

クラウドSaaSは、既に用意されたチケット、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は、委託先に価格だけを尋ねる資料ではなく、自社の課題、対象範囲、必要な成果、制約条件を同じ基準で提案してもらうための依頼書です。細かな画面仕様をすべて決めてから発注する必要はありませんが、対象チャネル、利用者、問い合わせ量、連携先、セキュリティ、移行対象、希望時期、予算の考え方はできる限りそろえます。

最初に、電話、メール、フォーム、チャット、SNS、Excel、紙、個人メモを棚卸しします。問い合わせが届く場所、重複登録の有無、担当者の決め方、回答承認、エスカレーション、クローズ後の集計までを業務フローに描き、どこで時間と漏れが発生しているかを確認します。特に、担当者が過去のメールを探す時間、同じ質問に回答する時間、他部署へ確認する時間は、外注効果を測る重要な材料です。

KPIは「対応漏れゼロ」「初回応答時間の短縮」「一次解決率の向上」「平均処理時間の短縮」「電話件数の削減」「CSATの改善」などから3〜5個に絞ります。目標を「AIを導入する」にせず、「FAQで自己解決できる問い合わせを増やす」「担当者が顧客履歴を1画面で確認する」と表現すると、必要な機能と不要なカスタマイズが見分けやすくなります。

RFPには、顧客、契約、製品、注文、問い合わせ、対応履歴、添付ファイル、通話録音、FAQの項目と件数を記載します。既存データの期間、重複や表記揺れ、移行後に残す履歴、不要データの廃棄方法も対象です。CRM、SFA、EC、販売管理、請求、在庫、認証基盤、電話、BIなどと連携するなら、連携方向、更新頻度、エラー時の再送、APIやCSVの制約を確認します。

個人情報、通話録音、問い合わせ本文を扱うため、権限、SSO・多要素認証、通信・保存時の暗号化、操作・閲覧・エクスポートログ、バックアップ、復旧目標、データ所在地、再委託先、解約時の返却・消去を必須項目にします。個人情報保護委員会のガイドラインは、事業規模や情報の性質・量に応じた必要かつ適切な安全管理措置を求めています。価格の安さだけでなく、契約と運用で安全性を維持できる提案かを評価します（出典：個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン（通則編）」、2026年4月改訂情報を確認）。

提案比較では、各社に同じサンプルを渡し、顧客検索、過去履歴の確認、問い合わせ登録、担当振り分け、エスカレーション、FAQ検索、レポート作成を実演してもらいます。オペレーターには、入力クリック数、検索結果の見やすさ、回答テンプレートの修正しやすさ、スマートフォンや在宅環境での使いやすさを確認してもらいます。経営層向けの説明だけで決めず、実際に毎日触る人の評価を点数化します。

AIを評価する場合は、正解率のデモだけでなく、根拠となるFAQを表示できるか、分からない質問を有人対応へ渡せるか、個人情報をマスキングできるか、回答ログを監査できるかを確認します。日本旅行の公式導入事例では、FAQやチャットボットへの誘導による自己解決とチケット一元化を進め、電話着信数が年間13万件以上から翌年約8万件へ減り、2025年には初回解決時間が151分から78分へ48％減ったと紹介されています。事例の数字をそのまま自社の効果と見なさず、どの業務変更が結果につながったかを確認します（出典：Zendesk公式「株式会社日本旅行の導入事例」、2025年実績）。

契約形態と役割分担はどのように決めますか？

契約は、作業内容の不確実さと、発注者が成果を定義できる範囲のバランスで選びます。要件が固まり、納品物と受入基準が明確なら請負契約が検討しやすく、要件整理やPoCのように一緒に検証しながら進める段階は準委任契約が適する場合があります。SaaSの利用契約、導入支援、個別開発、保守運用は契約の性質が異なるため、ひとつの金額にまとめず、責任範囲を分けて確認します。

請負契約では、合意したシステムや機能を完成させ、検査に合格した状態で引き渡すことが中心になります。画面、API、移行データ、テスト結果、操作マニュアルなどの成果物と受入基準を明確にし、契約不適合が見つかった場合の対応期間も確認します。要件変更が多いまま請負にすると、変更のたびに追加費用や納期延長が発生しやすいため、発注前に確定する要件と、後から協議する要件を分けます。

準委任契約では、専門家が一定の業務を遂行することが中心で、要件定義、現状分析、アジャイル開発、運用改善などに使われます。作業時間や体制だけでなく、毎月の報告内容、会議体、課題管理、レビュー、知識移転を合意します。どちらの契約でも、発注者側の意思決定が遅れた場合、データ提供が遅れた場合、外部サービスの仕様が変わった場合の扱いを記載しておくと、責任の押し付け合いを防ぎやすいです。

カスタマーサポートシステムでは、動く画面だけを納品物にすると運用開始後に困ります。要件定義書、画面・権限一覧、データ項目定義、連携仕様、テスト仕様書と結果、移行手順、FAQの登録ルール、管理者向けマニュアル、障害時の連絡先、バックアップと復旧手順までを納品物として一覧化します。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従量費とは別の考え方です。見積書では、固定費と従量費の算定式、利用量の上限、値上げ条件、解約時のデータ出力費まで明らかにしてもらいます。

見積比較では、初年度の合計と2年目以降の合計を分け、3年間のTCOを算出します。計算には初期開発、初期設定、ライセンス、電話、AI、データ移行、FAQ作成、教育、保守、追加改修、社内担当者の作業時間を含めます。たとえば、初期費用が低いサービスでも、席数の増加や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）

ここでは、発注前に多く寄せられる疑問を整理します。自社の席数や問い合わせ量がまだ分からない場合でも、現状の業務とデータを棚卸しし、無理なく始められる範囲から委託先に相談することが大切です。

問い合わせ件数が少なく、担当者と期限を明確に管理できているなら、すぐに大規模なシステムを発注する必要はありません。ただし、対応履歴が個人の受信箱に残る、引き継ぎで過去の経緯を探す、同じ顧客が複数登録される、期限切れに気づけない状態なら、チケット管理の導入効果が見込めます。まずはメールとフォームを一元化し、利用状況を見て機能を増やす方法が安全です。

SaaSを標準機能で導入する場合は1〜3か月程度、FAQ整備や軽微な連携を含む場合は3〜6か月程度が目安です。中規模のパッケージ拡張や基幹連携は6か月から2年、大規模な拠点統合やスクラッチ開発は1年以上になる可能性があります。データの整理、社内承認、現場テスト、教育に時間がかかるため、開発だけの期間ではなく、発注前の準備から並行稼働までを計画します。

必ずしも必要ではありません。まず問い合わせ分類、顧客履歴、FAQ、回答テンプレートを整備し、検索や要約など担当者を支援する用途から始めると、誤回答の影響を抑えやすいです。自動回答を使う場合も、根拠表示、有人への引き継ぎ、会話ログのマスキング、回答品質の監査、利用量の上限を要件に含めます。「人員削減」を先に決めるのではなく、一次解決率や応答時間の改善を測る設計にします。

返却形式、出力できる項目、添付ファイルや通話録音の扱い、出力費用、返却期限、委託先と再委託先の削除証明を契約前に確認します。サービスによっては標準のCSV出力だけでは履歴や設定を完全に移せない場合があるため、導入前にサンプルデータでエクスポートと再取り込みを試します。解約時だけでなく、日常的にバックアップを取得し、復旧できるかをテストすることも重要です。

まとめ

発注前に、問い合わせチャネル、月間件数、利用者、顧客・対応履歴の保存場所、既存システム、目標KPI、希望時期を一覧にします。分からない項目を無理に埋めるのではなく、委託先に調査方法と仮置きの前提を提示してもらい、要件定義で確定する項目として管理します。

最初から全チャネルと全ての例外処理を作り込まず、1部門や1チャネルでパイロットを行い、現場の利用状況と問い合わせデータを確認します。導入後にFAQ、権限、振り分け、レポートを改善できる体制まで含めて委託先と合意することが、長く使えるシステムにつながります。

カスタマーサポートシステムの発注・外注では、最初に現状の受付チャネル、問い合わせ量、顧客データ、担当者の業務、既存連携を棚卸しします。そのうえで、SaaS標準導入、パッケージ・ローコード、ハイブリッド、スクラッチのどれが自社の成果と保守体制に合うかを比較します。高機能な方式を選ぶことより、現場が毎日使い、FAQと履歴が改善され続ける仕組みを選ぶことが重要です。

RFPには、目的とKPI、業務フロー、対象データ、連携、権限、セキュリティ、移行、教育、受入基準、保守、解約時のデータ返却を記載します。契約は請負か準委任かを成果物と責任範囲で整理し、見積は初期費用だけでなく、ライセンス、AI・電話の従量費、移行、FAQ、教育、保守を含む3年間のTCOで比べます。複数社のデモを現場で試し、標準機能・個別開発・運用で吸収する範囲を説明できる委託先を選ぶと、費用と定着のリスクを抑えられます。

▼全体ガイドの記事
・カスタマーサポートシステム開発の完全ガイド

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

株式会社riplaの会社HPはこちら

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。