CTI（コールセンターシステム）の開発・導入を成功させられるかどうかは、開発が始まる前の「要件定義」と、ベンダーに渡すRFP（提案依頼書）の精度でほぼ決まります。リサーチでも、要件定義の不備による再開発に100万〜500万円の追加費用がかかる、シナリオが複雑化して現場が混乱した、AI導入の32%が期待効果未達といった失敗が繰り返し指摘されています。これらの多くは、技術力の問題ではなく、最初に「何を、どの水準で実現したいか」を言語化できていなかったことに起因します。
本記事は、CTI（コールセンターシステム）のRFP・要件定義書・提案依頼書の作り方を、発注企業の視点から具体的に解説する「要件定義特化」の内容です。稼働率や応答時間といったSLA数値要件、生成AIのトークン課金を前提としたコスト要件、ハルシネーション対策や連携の機能要件、そしてベンダーの責任範囲を明確にする契約・体制要件まで、一次データの具体的な数値とともに整理します。読み終えるころには、自社のRFPに盛り込むべき項目の骨格が描けるはずです。なお、CTI導入の全体像をまだ把握していない方は、まずCTI（コールセンターシステム）の完全ガイドから読むことをおすすめします。
▼全体ガイドの記事
・CTI（コールセンターシステム）の完全ガイド
稼働率・応答時間などのSLA数値要件
RFPでもっとも曖昧になりがちで、しかし後で揉めるのが、サービス品質の水準を定めるSLA（Service Level Agreement）の数値要件です。「速くつながること」「止まらないこと」といった定性的な期待だけを書くと、ベンダーごとに解釈が分かれ、提案の比較もできません。コールセンターは品質を数値で測れる領域だからこそ、具体的な目標値をRFPに明記することが、後のトラブルを防ぎます。
稼働率99.9%・応答3秒以内という具体値の置き方
SLAの代表格が、システムの稼働率と応答速度です。多くの調達で稼働率99.9%以上が選定基準とされており、神戸市の調達仕様でも年間稼働率99.9%が目標として掲げられています。99.9%は年間の停止許容時間が約8.8時間に相当する水準であり、この数字をRFPに書くだけで、ベンダーに求める可用性のレベルが明確になります。さらに応答速度については、同調達で応答3秒以内（繋ぎ言葉があれば5秒以内）という具体値が示されており、自社でもこの粒度の要件を置くべきです。
重要なのは、目標値を「未達のときどうするか」までセットで定めることです。稼働率を下回った場合のペナルティや、応答が遅延した場合の改善義務をSLAに含めておくと、ベンダーに品質維持のインセンティブが働きます。逆にこれを書かないと、目標は「努力目標」に格下げされ、実効性を失います。SLAは数字を並べるだけでなく、達成・未達の判定方法と、未達時の取り扱いまでを要件として固めることが肝心です。
回答率・解決率の段階目標を要件化する
AIを活用するCTIでは、自動応答の回答率・解決率をどう要件化するかが鍵になります。注意すべきは、稼働開始直後から高い精度を求めると非現実的になることです。神戸市の調達仕様では、回答率を導入月50%→2ヶ月後60%→最終70%以上と段階的に引き上げる設計が示されています。AIは運用しながらFAQやシナリオをチューニングして精度が上がるため、こうした段階目標こそが現実的で、ベンダーにも無理のないコミットを求められます。
規模感の試算も要件に盛り込むと、提案の精度が上がります。同調達では年7.5万件の受電のうち流入70%・解決率60%を想定し、約2.5万件の対応を見込むという具体的な数字が示されています。自社でも、年間入電件数、AIへ流す割合、想定解決率を示せば、ベンダーは必要なAIの規模やトークンコストを正確に見積もれます。回答率という抽象的な指標を、件数ベースの具体的なボリュームに翻訳して要件化することが、現実的なRFPの作り方です。
トークン課金を前提としたコスト要件
生成AIを使うCTIで、従来のRFPと決定的に変わったのがコスト要件の書き方です。従来は初期費用と月額固定費を見ればよかったのですが、生成AIは利用量に応じてトークン課金が発生するため、使えば使うほどコストが変動します。この変動費の見積もり前提をRFPに明示しないと、稼働後に費用が想定を大きく超える事態を招きます。
リクエスト量とモデル選定を見積もり前提にする
トークンコストはモデル選定で大きく変わります。リサーチの試算では、月10万リクエスト（入出力各500トークン）の条件で、Gemini 2.0 Flashは約3,750円、GPT-4o miniは約5,600円、Claude Sonnet 4は約135,000円と、モデルによって数十倍の差が出ます。RFPには「想定する月間リクエスト数」「1リクエストあたりの想定トークン数」を明記し、ベンダーに使用モデルと月額トークンコストの試算を提案で示すよう求めるべきです。前提が揃って初めて、提案間の費用比較が成立します。
注意したいのは、トークン課金が「青天井」になりやすい点です。リサーチでも、月5万円を見込んでいたトークン課金が20万円を超過した事例が報告されています。RFPでは、利用量が増えたときのコスト上限や、コストを抑える設計（キャッシュ活用、安価なモデルへのフォールバックなど）への対応をベンダーに求めると、運用後の暴騰を防げます。固定費だけでなく変動費のコントロール手段を要件に含めることが、生成AI時代のコスト要件の要点です。
連携費・隠れコストとTCOを要件に織り込む
初期費用と月額だけを比較すると、後から発生する隠れコストに足をすくわれます。CRMや予約システムとのAPI連携は1件30万〜100万円かかることがあり、シナリオ設計・チューニング費も別途必要です。RFPでは、これらの追加費用を「あるかないか」ではなく「いくらか」まで提案に明示させることが重要です。連携対象システムを具体的に列挙し、各連携の見積もりを項目別に求めると、総額が見えやすくなります。
最終的な判断は、3〜5年のTCO（総保有コスト）で行うべきです。リサーチでは、SaaS（月30万円）とスクラッチ（初期1,000万円）の5年TCOは約3.5年で損益分岐するという試算が示されています。RFPに「3年・5年のTCO試算の提示」を要件として含めれば、目先の初期費用に惑わされず、長期の経済合理性で判断できます。初期費用、月額固定費、トークン変動費、連携費、運用費を合算した総額で比較する姿勢が、コスト要件の正しい立て方です。
ハルシネーション対策・連携の機能要件
機能要件では、「何ができるか」だけでなく「誤った動作をどう防ぐか」「他システムとどうつながるか」を具体的に定めることが重要です。とりわけ生成AIを使うCTIでは、AIが事実と異なる回答を作るハルシネーションが、顧客への誤案内という重大なリスクになります。機能の華やかさよりも、こうした品質と連携の要件をどこまで詰められるかが、稼働後の安定を左右します。
RAG精度・正答率保証をどう要件化するか
ハルシネーション対策の中心は、RAG（検索拡張生成）による回答の根拠づけです。RFPでは、「AIの回答は必ず社内の正しい情報源（FAQ・マニュアル）に基づくこと」「根拠が見つからない場合は推測せず有人に切り替えること」を機能要件として明記すべきです。KARAKURIのように正答率95%を保証するプランを設けるサービスもあり、提案に正答率の目標値や保証の有無を求めると、ベンダーの本気度が測れます。
あわせて、RAGの精度を維持するための運用要件も定めておく必要があります。FAQデータの構造化やフォーマット整理、誤回答を防ぐプロンプトの調整は、稼働後も継続して行う作業です。RFPでは、こうしたチューニングをベンダーが支援するのか、自社が行うのか、その範囲と費用を明確にしておくと、運用フェーズの責任分担が曖昧になりません。ハルシネーション対策は一度作って終わりではなく、継続運用の体制まで含めて要件化することが肝心です。
CRM連携・有人切替・セキュリティの要件定義
連携要件は、対象システムと連携の方向・粒度を具体的に書くことが重要です。「CRMと連携する」だけでは曖昧で、着信時にどの情報をポップアップするか、対応履歴をどう書き戻すか、リアルタイムかバッチか、といった粒度まで定めないと、提案が比較できません。AIが行き詰まったときに会話の文脈を保持したまま有人へ切り替える要件も、顧客体験を守るうえで欠かせない機能要件です。
セキュリティ要件も明記が必須です。個人情報を扱うため、アクセス権限管理、通信の暗号化、操作ログ取得に加え、生成AIを使う場合は「入力情報がAIの学習に使われないこと」「個人情報が外部送信されないこと」を要件として求めるべきです。情報漏えいの対応には500万円以上かかるという一次データもあり、ここを曖昧にすると致命的なリスクを抱えます。連携・有人切替・セキュリティの三点を粒度高く定義することが、機能要件の核心です。
ベンダー責任範囲と体制・補助金の要件
機能や費用の要件を固めても、誰が、どこまで責任を持つかが曖昧だと、稼働後のトラブルで揉めます。RFPには、ベンダーの責任範囲、開発・運用の体制、そして補助金を活用する場合の手続き要件まで含めるべきです。これらは技術要件の裏側にある「契約の土台」であり、ここを詰めておくことが、長く付き合えるベンダー選定につながります。
責任範囲と運用リソースを明記する
ベンダーの責任範囲を曖昧にすると、稼働後に「それは契約外です」というすれ違いが起きます。RFPでは、要件定義・設計・開発・テスト・移行・運用保守のどこまでをベンダーが担うか、AIのチューニングや精度改善は誰の責任かを明確にすべきです。リサーチでも、ベンダーの責任範囲を確定することが意思決定段階の要点とされており、ここの曖昧さが後のトラブルの種になります。
運用リソースの要件も忘れてはいけません。CTIは作って終わりではなく、最低でも月5〜10時間の運用リソースが必要というデータがあります。FAQの更新、シナリオの見直し、レポートの分析といった作業を、自社で行うのかベンダーに委託するのかを要件で決めておくと、稼働後に「運用する人がいない」という形骸化を防げます。導入で削減した工数を運用で食い潰さないよう、運用体制まで含めて設計することが大切です。
補助金活用とスケジュールの要件
CTI・AI導入では、デジタル化・AI導入補助金（通常枠で最大450万円など）の活用が選択肢になります。RFPやプロジェクト計画には、補助金の申請スケジュールを組み込むことが重要です。とりわけ注意すべきは、交付決定前に契約・着手すると補助金が全額不支給になるという致命的なルールです。リサーチでも、事前着手による全額不支給の落とし穴が指摘されており、補助金を前提にするなら、交付決定のタイミングと開発着手の順序を要件として厳密に管理する必要があります。
スケジュール要件は、補助金の有無にかかわらず重要です。要件定義、設計、開発、テスト、PoC（試験運用）、本稼働という各フェーズの期間と、回答率を段階的に引き上げる運用立ち上げの計画を、RFPに大枠で示すと、ベンダーは現実的なスケジュールで提案できます。riplaはフルスクラッチ受託と運用伴走の立場から、こうしたSLA・コスト・機能・体制の各要件を、自社の業務実態と補助金スケジュールに合わせて整理する支援を一貫して重視しています。要件定義の精度こそが、CTI導入の成否を分ける最初の関門です。
まとめ
CTI（コールセンターシステム）のRFP・要件定義は、稼働率99.9%・応答3秒以内・回答率を段階的に70%以上といったSLA数値要件、トークン課金とTCOを織り込んだコスト要件、ハルシネーション対策・連携・有人切替・セキュリティの機能要件、そしてベンダー責任範囲・運用リソース・補助金スケジュールの体制要件という四つの柱で組み立てます。要件定義不備の再開発に100万〜500万円、補助金の事前着手で全額不支給、トークン課金の暴騰といった失敗は、いずれも入口の要件化で防げるものです。
RFPを作るときに大切なのは、期待を定性的な言葉で書かず、数値と粒度で表現することです。SLA、コスト、精度、責任範囲を具体的に定めれば、提案の比較が可能になり、稼働後のトラブルも減ります。riplaはフルスクラッチ受託と運用伴走を組み合わせ、自社の業務実態から逆算した要件整理と、現実的なSLA・コスト設計を一貫して支援します。全体像の確認には、あらためて完全ガイドをご活用ください。
株式会社riplaでは、IT事業会社出身のプロフェッショナルが「Impact-Driven型支援」を通じて、プロダクトやシステムの納品・提供を目的とせず、お客様と同じ目線で、事業成果の達成をゴールとして、高品質なDX/開発支援をいたします。
また、弊社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。IT事業会社出身のプロフェッショナルが集う株式会社riplaにおいて、「Impact-Driven型支援」を掲げ、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の実現に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。