骨組みから始める
優れた音声エージェントのプロンプトのほとんどは、5つの質問に答えます。セクション見出しを使用してください。 追加コストはかからず、長いプロンプトも編集しやすくなります。電話で重要な戦術
一般論より具体的に書く
曖昧な指示は曖昧なエージェントを生みます。求める動作を正確に指定します。目ではなく耳に向けて書く
発信者はエージェントの話を聞きます。流し読みや読み返しはできません。エージェントには、発話するターンを短く保ち、一度に質問は1つだけにし、データを声に出して読む方法を指定します。間違えたくない情報は必ず確認する
音声認識は、名前、数字、住所を聞き間違えることがあります。復唱確認をフローに組み込みます。問題が起きるケースをスクリプト化する
順調なケースは自然に進みます。通話の成否は、それ以外の場面で決まります。予測できる各状況、つまり間違い電話、激怒した発信者、回答できない質問に対して、エージェントの応答を用意します。通話の次の進路を常に用意する
すべてのエージェントには、転送先番号、折り返しの約束、またはその両方といった引き継ぎ経路が必要です。プロンプトエディタは、それらを見つけられない場合に警告します。通話アクションは通常のプロンプト行として記述する
転送、キーパッド操作、保留、通話終了には個別の設定は不要です。フロー内の適切な場所に記述します。事実はナレッジに、動作はプロンプトに記載する
ウェブサイトの内容をプロンプトに貼り付けないでください。ナレッジベースを添付すると、エージェントは通話中に検索できます。プロンプトを短く保てるため、ポリシーの更新でスクリプトを再編集する必要もありません。プロンプトにはアイデンティティ、フロー、ルールを記載し、カタログ、FAQ、長いポリシーテキストはナレッジに入れます。プレースホルダーではなく動的設定で通話ごとにパーソナライズする
プロンプトにはテンプレート変数の仕組みがありません。別のプラットフォームから残った{{customer_name}} は文字どおりのテキストとして読み上げられ、ビルダーでは未解決のプレースホルダーとして検出されます。発信者ごとにプロンプトを変える場合(VIPルーティング、ログイン済みユーザーのコンテキスト)は、動的通話設定を使用して通話時に書き換えます。
聞かせたい言語で書く
プロンプトは任意の言語で記述でき、エージェントはそれに従います。エージェントが話す言語は別途設定します。主言語で通話を開始し、発信者が使用した場合は追加言語へ自動的に切り替わります。テンプレート
完成済みのプロンプトを3つ用意しています。コピーしてから、ビジネスの 事実、数値、ポリシーに置き換えてください。受付担当者(着信)
検索ツールを使った注文サポート(着信)
注文の検索にはAPI接続または 接続済みアプリを連携し、返品ポリシーを含む ナレッジベースを用意してください。予約リマインダー(発信)
発信スクリプトでは、最初に話す人と留守番電話の処理も 高度な通話動作で設定してください。 プロンプトは会話をカバーし、設定は応答時の動作をカバーします。実際の発信者に対応できるまで反復する
最初のドラフトで正しいプロンプトになることはありません。効果的なループは次のとおりです。- 実際に話しかける。 ビルダーで通話をクリックし、境界条件を自分で検証します。途中で話を遮る、台本から外れる、電話番号を不明瞭に言うなどを試してください。これが最も速く調整と再試行を繰り返せる方法です。
- 通話をシミュレーションする。 AI発信者が、シナリオごとにエージェントとの会話全体を実行します。
- 検証セットを作成する。 重視するシナリオを、プロンプトを変更するたびに再実行できる反復可能なスイートにします。
- 本番環境でスプリットテストする。 どちらの表現も問題なさそうな場合は、実際の通話で判断します。
次のステップ
最初のエージェントを作成する
プロンプト、エンジン、音声、ツール、デプロイまで、ビルダーを一通り解説します。
ナレッジベース
より長いプロンプトの代わりに、エージェントに検索可能な情報を提供します。
動的な通話設定
独自のバックエンドから、通話ごとにプロンプトを書き換えます。
すべてのエージェント設定
監督、先に話す相手、留守番電話、無音時の確認などを設定します。
