音声AIベンダーとサービスパートナーは最初の案件のスコープをどう定めるべきか

パートナー主導の初めての音声AI案件がつまずく箇所は、ほぼ決まっています。クライアント、サービスパートナー、プラットフォームベンダーのそれぞれが、作業の一部を他の誰かが担当していると思い込んでしまうのです。解決策は、書面によるスコープです。ディスカバリーの担当者を1人に定め、通話種別を1つに絞り、すべてのワークストリームに担当者を明記し、ベンダーのサービスは案件に本当に必要な部分だけに限定し、サービス料金は利用料とは別に設定します。

以下は、パートナーが最初の見積もりを出す前に私たちが渡したいスコープ設定の手順です。クライアントの立場であれば、パートナーに書面化を求めるべき項目のリストとしても活用できます。

要点まとめ

• ディスカバリーはパートナーが担当します。クライアントとの関係を持ち、ローンチ後にエージェントを運用するのはパートナーだからです。
• 最初の導入は、1つの通話種別、1つの入口、1つの基幹システム、1つの転送経路に絞ってスコープを定めます。
• リスクがプラットフォーム層にある場合、つまりコンタクトセンターの電話基盤、エンタープライズ契約の条件、標準上限を超えるキャパシティが関わる場合は、ベンダーの導入支援を入れます。
• 分担は表にまとめ、クライアント自身の行も含めて各行に担当者を1人だけ割り当てます。
• サービス部分の価格はプラットフォーム利用料とは分けて設定し、見積もりを出す前にベンダーのサービス費用を確認します。
• コミッション、最低案件規模、ベンダーのサービス価格は、見積もりに前提として組み込むものではなく、ベンダーと合意すべき事項です。

パートナー主導の案件では誰がディスカバリーを担当すべきか？

パートナーです。パートナーはクライアントとの関係を持ち、作業範囲記述書（SOW）を作成し、3か月目にエージェントを修正するのもパートナー自身です。そのため、ディスカバリーではパートナーが責任を持って実現できる答えを引き出す必要があります。

ベンダーがディスカバリーに加わるのは、限られた質問についてだけです。クライアントの電話基盤、コンプライアンス、通話量の要件が標準プランに収まるのか、それともエンタープライズ契約が必要なのか、という点です。これはクライアントの署名後ではなく、スコープを書く前に決着させましょう。

ディスカバリーでは、次の項目への回答を書面で得る必要があります。

• 通話種別ごとの月間通話量。推定値ではなく、クライアント自身のレポートに基づく数値。
• 入口：新しい番号、既存の番号、または既存のIVRやコンタクトセンタープラットフォームからの転送。
• エージェントが読み取り・書き込みを行う必要がある基幹システム。
• エージェントが対応できない場合の通話の行き先と、その時間帯。
• コンプライアンス要件（医療データ向けのBAA、カスタム契約条件、データ保持の制限、SSOなど）。
• クライアント側でエージェントのスクリプトを承認し、本番稼働を最終承認する担当者。
• ローンチ後にエージェントを変更する担当者と、クライアントが想定する変更頻度。
• 最初の導入が成功したかどうかを判断する1つの指標。

コンプライアンスやキャパシティに関する回答がカスタム条件を示している場合は、ベンダーとの協議を前倒しします。Retell では、カスタムMSA、DPA、BAA、SSO、ロールベースのアクセス制御は従量課金ではなくEnterpriseプランに含まれています（料金ページ参照）。これらのいずれかが必要な案件は、最初からEnterpriseの商談になります。

最初の導入には何を含めるべきか？

1つの通話種別を、拡大できるだけの水準で仕上げることです。通話種別の選び方と実際の通話でのテストについては、本番稼働前に音声エージェントプラットフォームを評価する方法で解説しています。ここでのスコープ設定の役割は、フェーズ1とフェーズ2の境界線を引くことです。

構築の規模を左右するスコープ確認が2つあります。

基幹システムは組み込み連携に対応しているか？Retell の連携ページには、CRMとしてHubSpot、Salesforce、Microsoft Dynamics 365、GoHighLevel、Zoho CRM、サポートチケットとしてZendesk、スケジューリングとしてCalendly、Cal.com、GoHighLevel、ナレッジベースのソースとしてGoogle Drive、Microsoft OneDrive、Notionが掲載されています。それ以外はクライアント独自のAPIを呼び出すカスタム関数となり、開発作業としてスコープに含める必要があります。

クライアントは既存の電話基盤を使い続けるか？Retell はElastic SIPトランキングまたはSIP URIへの発信によって既存の通信キャリアに接続でき、ドキュメントにはFive9、Genesys Cloud、Amazon Connect、Avayaのセットアップガイドが用意されています。コンタクトセンターとの連携にはクライアントの電話担当チームが関わるため、その担当者をスコープに明記してください。

テスト経路は最初から組み込みます。Retell は採点付きテストケースによるシミュレーションテストと、prodおよびstagingの環境タグを持つエージェントバージョンに対応しています。そのため、本番番号が追従するprodタグを移す前に、新しいバージョンで変更をテストできます。

ベンダーのプロフェッショナルサービスを入れる価値があるのはどんなときか？

案件のリスクがクライアントの業務ではなくプラットフォーム層にある場合は、ベンダーを入れましょう。パートナーはクライアントのプロセスを熟知しており、ベンダーは自社プラットフォームが限界的な状況でどう動作するかを熟知しています。

Retell の料金ページでは、Dedicated Implementation Support（専任の導入支援）がEnterpriseプランのアドオンとして、専任のアカウントマネージャーや専用ポータル付きの24時間365日サポートと並んで掲載されています。Retell はこのアドオンの価格や最低案件規模を公開していないため、どちらもベンダーに確認すべき事項として扱ってください。

ベンダーの関与に費用をかける価値があるサイン：

• エージェントがSIP経由でコンタクトセンタープラットフォームの背後に配置され、通話転送で人間のキューに通話を戻す必要がある。
• クライアントがカスタムMSA、DPA、BAA、またはSSOを必要としている。
• クライアントがボリューム価格、専用の安定サーバー、または従量課金のワークスペースにデフォルトで含まれる同時通話数20件を大きく超える同時接続数を必要としている。
• このパターンの導入がパートナーにとって初めてであり、失敗すればクライアントとの関係を失いかねない。

パートナー単独で対応できるサイン：単一拠点、組み込み連携、新規または転送された番号、標準的な通話量。Retell の従量課金プランでは契約の縛りなしにプラットフォームのすべての機能を利用でき、こうした案件に適しています。

パートナーとベンダーの間で作業をどう分担すべきか？

各行に担当者を1人ずつ割り当てた表にまとめます。共有の行こそ、初めての案件が停滞する原因です。

ワークスペースの設定が、その後の多くを左右します。Retell はエージェント、番号、APIキー、メンバー、webhook、請求をワークスペースごとに分離し、ロールもワークスペースごとに割り当てられます。請求の帰属やサポートティアを含む運用の詳細は、クライアント向けに音声AIを運用する方法で解説しています。

パートナーはサービス部分の価格をどう設定すべきか？

プラットフォーム利用料とは分けて価格を設定します。クライアントに提示すべきは、プラットフォーム利用料、一回限りの構築費、そして変更の許容範囲を定めた継続的な管理費の3つです。

Retell の利用料は公開されています。従量課金の音声エージェントは1分あたり$0.07〜$0.31で、Enterpriseはカスタム価格です。利用料を原価のまま転嫁するか、上乗せするかは商業上の判断です。更新時にも通用する4つのモデルは、代理店によるAI音声エージェントの価格設定方法で比較しています。

最初の案件における2つのルール：

• 見積もりを出す前に、ベンダーのサービス費用を確認します。導入支援が案件に含まれる場合は、請求先が自社かクライアントか、固定料金かプロジェクトごとの見積もりかを確認してください。
• フェーズ2は別項目として見積もります。クライアントは低い初回見積もりを、プログラム全体の価格と受け取りがちです。

最初の見積もりの前に、パートナーとベンダーは何を合意すべきか？

Retell のパートナーページには、認定パートナーが得られるものとして、見込み顧客の紹介、Solution Partner Directoryへの掲載、上位ティア向けの共同マーケティング、新機能への早期アクセス（特に上位ティア）、専任のパートナーサポートが記載されています。一方、コミッション率、最低案件規模、プロフェッショナルサービスの価格は公開されていません。以下の事項は、パートナー窓口と書面で合意してください。

• パートナーが獲得した案件とベンダーが紹介したリードをどう追跡するか、また両者が同じクライアントに関わった場合にどう扱うか。
• コミッション、マージン、利益配分の条件と、パートナーティアによって条件が変わるかどうか。
• Enterprise条件や導入支援に最低案件規模があるかどうか。
• 導入支援の価格設定と提供内容。
• プラットフォーム契約の名義人：パートナーか、クライアントが直接か。
• クライアントの本番稼働中にプラットフォームの問題が起きた場合のエスカレーション経路。

パートナープログラムから始める

Retell で構築するパートナーは、Solution Partner Programから応募できます。応募者は、技術スキル、業界経験、プログラムに価値をもたらす可能性に基づいて審査されます。最初の導入をパートナーに任せたいクライアントは、Solution Partner Directoryを地域、言語、連携で絞り込めます。いずれの場合も、最初の見積もりの前に上記のスコープを合意し、拡大する前に1つの通話種別を実際の通話で運用してください。

関連記事：負荷テストが実際の通話経路に沿うべき理由、CRMから音声AIへのワークフロー、そのほかのガイドはRetell Learnハブでご覧いただけます。