AIテレアポのRFPで比較可能な回答をそろえる方法
AIテレアポのRFPは、欲しい機能を列挙するだけでは比較に使えません。各社が異なる前提で「対応可能」と回答すると、標準機能と個別開発が同じ表へ並びます。運用代行も区別できません。
先に自社の対象業務と受け入れ条件を示します。その上で、回答区分と根拠資料、見積もりの前提を指定してください。回答を同じ形にそろえることがRFPの役割です。
この記事では、RFPへ入れる質問の数ではなく、候補を比較できる回答の作り方を扱います。商談で確認する質問とは分けます。書面回答と提出資料、共通デモを一つの評価へつなげてください。
一つの対象業務と現在値を示す
RFPの最初に、AIテレアポを使う一つの業務を書きます。「営業電話を効率化する」では広すぎます。「展示会参加者へ三営業日以内に初回連絡し、関心分野を確認して商談候補を営業担当へ渡す」まで具体化してください。
対象リストの件数、入手経路、更新頻度を示します。月間平均だけでなく、一日に処理したい件数と発信時間帯も必要です。現在の接続率と会話完了率を測っている場合は、定義と一緒に提示します。商談引き継ぎ率も同様です。
対象外も明記します。停止希望と既存商談中、重複、連絡先不明をどの時点で除外するか決めます。対象外が決まらなければ、各社の発信可能件数と成果率の分母がそろいません。
自社の役割も書きます。リスト準備と会話原稿の承認を誰が担うか示します。営業担当の待機と結果確認も担当を決めると、提供会社側の支援範囲を回答しやすくなります。
機能名を受け入れ条件へ変える
「自然な会話」「CRM連携」「有人転送」のような機能名だけでは、合否を判定できません。入力と期待する処理を決めます。終了状態と失敗時の処理へ書き換えてください。
| 領域 | 受け入れ条件の例 |
|---|---|
| 対象判定 | 停止希望と既存商談中を発信前に除外し、理由を記録する |
| 会話 | 想定外の質問に推測で回答せず、確認待ちまたは有人連携へ送る |
| 有人転送 | 関心条件を満たした通話を担当者へつなぎ、確認済み情報を表示する |
| 担当不在 | 転送を続けず、折り返し期限と担当をCRMへ残す |
| 結果記録 | 発信結果、会話結果、停止希望を同じ受付IDへ返す |
| 障害時 | CRM更新結果が不明なら再発信せず、確認待ちとして残す |
必須、選択、将来の優先度を付けます。必須条件を満たさない候補は、他の機能数で救済しません。選択条件は費用と運用負荷を見て評価し、将来条件は今回の見積もりから分けます。
比較前の条件はAIテレアポ比較で最初にそろえる判断項目で整理できます。RFPでは、その要件を各社が回答できる合否条件へ変換します。
回答区分と根拠を指定する
対応可否を丸印だけで回答してもらうと、標準機能と開発予定が同じに見えます。回答区分をRFP側で指定します。
| 回答区分 | 回答に含めること |
|---|---|
| 標準対応 | 対象プラン、設定箇所、利用開始までの期間 |
| 条件付き対応 | 制限値、必要な契約、利用できない条件 |
| オプション | 追加費用、申込単位、解約条件 |
| 個別対応 | 開発範囲、概算期間、検収条件 |
| 対応予定 | 提供予定日、確定・未確定の別、代替手段 |
| 非対応 | 代替運用の有無と影響 |
各回答には根拠を付けてもらいます。公開資料と管理画面、デモ、契約書案のどこで確認できるかを記載します。口頭説明だけの項目は「確認待ち」として残してください。
回答日と回答者も必要です。サービス仕様が変わった場合に、どの時点の条件で評価したか確認できます。対応予定は現在の対応と同じ点数にしません。
AIとデータの取扱いを分けて聞く
AIの名称ではなく、どの処理へ使うかを回答してもらいます。音声認識と会話生成、要約を分けます。判定と音声合成も別にし、人が承認する箇所を示してもらいます。自動で後続処理へ進む箇所も確認してください。
経済産業省のAI事業者ガイドライン検討会では、2026年3月に第1.2版が公表されています。RFPではAI利用の目的、リスク、関係者の役割を自社の業務へ当てはめます。ガイドラインへの準拠を一問で聞くだけで終えません。
データについては、入力と生成物を分けます。架電リストと電話番号、録音の保存先と保存期間を回答してもらいます。文字起こしと要約、評価結果も同様です。AI学習への利用と国外での取扱い、再委託は別項目にします。
個人情報保護委員会のガイドライン通則編では、委託先の選定と契約、取扱状況の把握を含む監督が示されています。RFPでは「安全に管理する」という回答ではなく、契約条項と確認資料を求めます。
導入と運用の責任分界をそろえる
利用開始日だけでは、導入期間を比較できません。契約と要件確定、データ準備を分けます。会話設計と連携、テスト、本番移行も各工程で回答してもらいます。
工程ごとに自社と提供会社の担当を回答してもらいます。会話原稿を誰が作り、誰が承認し、運用開始後に誰が改善するかを明確にしてください。外部パートナーが入る場合は、その役割も加えます。
運用中の問い合わせ窓口、受付時間、一次回答目標を確認します。重大障害、誤発信、データ連携失敗の連絡経路も必要です。復旧後に原因と再発防止策をどの形式で受け取れるかも聞きます。
IPAの非機能要求グレードは、非機能要求について利用者と開発者の認識差を減らすため、要求項目と段階的な要求水準を整理しています。AIテレアポのRFPでも、可用性と性能を「対応する」の一語で終えません。運用とセキュリティも水準と測定方法へ直します。
見積もりを三つの業務量で依頼する
一つの月間件数だけで見積もると、従量課金と固定費の差を判断しにくくなります。通常月、繁忙月、小規模開始の三つを同じRFPへ入れます。
各条件に対象件数と発信試行数、平均通話時間を置きます。再試行と有人転送、利用者数も必要です。録音と文字起こしの保存量、CRM連携、運用支援も前提へ含めてください。
見積書では初期費用と固定月額、従量費を分けてもらいます。オプションと個別開発も別欄にします。最低利用期間と最低利用額、超過単価、解約時の費用も分けてください。
料金はAIテレアポの料金を総額で比較する方法で同じ業務量へ換算できます。RFPでは単価だけでなく、請求明細から発信結果と課金イベントを照合できるかも回答対象にします。
提出資料を先に指定する
「可能です」という書面回答だけでは、導入後の運用を確認できません。RFPと一緒に提出してほしい資料を指定します。
- サービス構成図とデータフロー
- 標準機能とオプションの一覧
- 役割分担を示す導入工程表
- 見積書と課金単位の説明
- サービスレベルとサポート条件
- セキュリティ対策の説明資料
- 再委託先とデータ取扱地域の情報
- 障害、変更、終了時の運用資料
- 契約書、利用規約、個人情報取扱いの案
既存資料で回答できない項目は、資料名だけでなく該当ページを記載してもらいます。閲覧期限がある資料は、社内評価期間中に確認できる状態を依頼してください。
契約終了時のデータ返却と削除も提出資料へ含めます。出力形式と取得期限、削除証明の有無を確認します。乗り換え時の作業を比較できるためです。
書面回答を共通デモで検証する
RFPの回答は、そのまま採点しません。必須条件のうち結果へ影響する項目を、各社共通のデモシナリオで確認します。
正常な会話だけでなく、想定外の質問と担当者不在を入れます。停止希望とCRM更新失敗も必要です。同じ入力と終了状態を渡し、AIの応答と管理画面、担当者側の記録を確認してください。
評価票には「書面どおり」「条件が追加された」「確認できない」を置きます。デモ専用の設定や人の介入がある場合は、本番でも同じ運用が可能かを回答してもらいます。
価格点は、必須条件を通過した候補だけで比較します。最後に未確認事項と契約条件を残します。RFP回答とデモ結果、見積もりを同じ候補行へまとめてください。
最初の作業は、対象業務を一文で書くことです。次に必須条件を五つ選び、標準と条件付き、オプションの回答欄を作ります。個別対応と非対応も分けた一枚をAIテレアポ比較表の候補へ渡してください。書面回答を共通デモで確かめます。