この記事を使って、Operatorまたは手動作成で最初の音声Procedureを構築し、公開前にテストし、チャットProcedureと異なる機能を理解してください。Procedureを作成するにはCan manage workspace data権限が必要です。
より多くの裁量。Finはツールを組み合わせ、通話中に計画を変更します。設定した結果に向かって動作し、固定スクリプトには従いません。
構築方法は一つ。音声Procedureは主にチャットProcedureと同じステップとツールを使用します。
通話は途切れず進行。Finは作業中も発信者に話しかけます。検索に時間がかかる場合は発信者に伝えます。
Operatorが代わりに作成。Procedureを平易な言葉で説明すると、Operatorがステップを構築します。
Fin Voice Procedureの構築方法
まずOperatorを使い、Procedureを平易な言葉で説明するとステップを構築します。後で手動で編集可能です。
オプション1:Operatorを使う(推奨)
Operatorにアクセスし、結果、Finが収集すべき情報、終了条件を説明してください。ステップは説明不要です—Operatorが作成します。
例:「注文状況の音声Procedureを作成。発信者が注文の所在を尋ねたときに起動。注文番号を尋ね、Order lookup connectorで検索し、状況と配達日を発信者に伝えてProcedureを終了。コネクタが何も見つけなければエスカレーション。」
オプション2:手動作成
Train > Proceduresに移動し、+ New procedureをクリック。
ProcedureタイプとしてVoiceを選択。
ステップを最初から最後まで構築。
公開。
Preview、Simulations、または実際の通話でテスト(下記Fin Voice Procedureのテスト方法参照)。満足したら公開を確定。
Fin Voice Procedureのテスト方法
PreviewとSimulationsは音声Procedureで機能します。3つの方法すべてを使い、それぞれ異なる問題を検出してください。
1. プレビュー
Procedureを進めて分岐を確認。目のアイコンをクリックして言葉だけでなくイベントも確認。
2. シミュレーション
多様な発信者の行動を同時に実行。予期しない回答で失敗する分岐を見つけます。
3. 実際の通話
オーディエンスルールを追加し、Procedureを公開。通話をかけてトリガーする言葉を話してください。Finは通話中いつでも発信者の言葉からProcedureを開始可能。
ヒント:最も明確なテスト結果を得るには、オーディエンスルールでテスト中のProcedureを分離するか、同じトピックの古い音声Procedureを一時停止してください。同時に複数のProcedureを実行すると結果の解釈が難しくなります。
通話着信時に音声Procedureをトリガーする方法
デフォルトでは、音声Procedureは発信者の言葉に基づきFinが意図を検出して適切なProcedureを開始します。Inbound Callイベントを使い、通話開始時に決定的にProcedureをトリガーすることも可能です。これは通話接続直後、発信者が話す前にProcedureを実行します。
Inbound Callトリガーを使うタイミング
意図検出に頼らず、通話開始時に確実で予測可能な動作を望む場合にInbound Callトリガーを使用。一般的な使用例:
ルーティング前のトリアージ — 通話理由、アカウント種別、言語設定などの情報を収集し、適切なProcedureやチームにルーティング。
事前情報収集 — Finが質問に答える前にアカウント番号や注文IDを尋ね、必要なデータを準備。
カスタムウェルカムフロー — 発信者の最初の言葉に関係なく、特定の電話番号向けに特別なオープニング体験を実行。
Inbound Callトリガーの設定方法
エディタで音声Procedureを開く。
When to triggerセクションで、Based on eventsに進み、Addをクリック。
イベントタイプとしてInbound Callを選択。
このProcedureを実行する電話番号を選択。該当番号に着信があると自動的にProcedureが開始。
Procedureを公開。
注意:Inbound Callトリガーはシンプルデプロイメントの電話番号で利用可能。各番号は同時に1つのProcedureのみ着信トリガー設定可能。
既存の音声Procedureを最新バージョンに移行する方法
以前のバージョンのVoice Proceduresを使用している場合、複製できます。コピーは最新の音声機能を引き継ぎ、元のProcedureは引き続きライブ通話に対応します。
元のProcedureを複製。コピーは最新の音声機能を引き継ぎます。
Preview、Simulations、実際の通話でコピーをテスト。
コピーを公開し、ライブ設定。
Proceduresリストから元のProcedureを一時停止またはアーカイブして廃止。元のProcedureはこれを行うまでライブ通話に対応し続けます。
音声特有の機能と制限
Fin Voice ProceduresはチャットベースのProcedureエディタから多くのツールと操作を継承していますが、作成時に注意すべき制限や新機能があります。
終了ステップ
Endステップには音声特有のオプションがあります:Procedure終了時にFinが通話で何をするか選択可能。
通話を継続 — Finは回線に残り質問に答え続けます。これがデフォルト動作です。
通話を終了 — Finは自動生成されたさようならを言い、通話を切ります。
これはEndステップごとに設定されるため、成功パスでは通話を切り、他の分岐では発信者を回線に残すことが可能です。
Handoffツール
HandoffツールはFinがProcedureを終了し、チームやプロセスに引き継ぐ経路です。4種類のhandoffタイプがあります:
チームに引き継ぐ — 選択したチームに着信。
折り返し依頼 — ボイスメールを受け取り通話終了、チームメンバーが折り返し可能。
通話転送 — 発信者を外部電話番号に転送。
再利用可能なワークフローに引き継ぐ — 通話を再利用可能なワークフローに渡し、より決定的な制御を実現。
タイプはHandoffステップごとに設定されるため、同じProcedureの異なるステップや分岐で異なる方法で引き継ぎ可能。
Finが任意のhandoffツールを呼び出すと、その会話はProcedure handoffとして課金対象となります。
開始するには@コマンドリストからhandoffを選択してください!
制限事項
以下の機能はチャットProcedureで利用可能ですが、音声Procedureでは現在利用できません。回避策がある場合は記載しています:
再利用可能なProcedures
エージェントのループイン
webhookの待機
終了メッセージ — 代わりにEndステップの通話終了オプションを使用してください。これにより、通話終了前に自動的にさようならが生成されます。
よくある質問
既存の音声Procedureは動作しなくなりますか?
既存の音声Procedureは動作しなくなりますか?
いいえ。あなたが有効化される前に作成されたProcedureは、現在と同じように動作し続けます。これはVoice Proceduresの有効化がライブ通話に影響を与えないようにするための意図的な設計です。移行は任意です。
移行後にProcedureを元に戻せますか?
移行後にProcedureを元に戻せますか?
いいえ。一度移行したProcedureは元に戻せません。だからこそ、元のProcedureを編集するより複製を推奨します。元のProcedureはコピーのテスト中もライブ通話に対応し続けます。
音声ProcedureはチャットProcedureと異なる書き方が必要ですか?
音声ProcedureはチャットProcedureと異なる書き方が必要ですか?
音声Fin Procedureは主にチャットFin Procedureと同じステップとツールを使いますが、いくつかの違いがあります:音声はチームやワークフローへの引き継ぎ、Procedure間の切り替え、再利用可能なProcedures、エージェントのループイン、webhookの待機、イベントトリガー、終了メッセージをサポートしません。Endステップには通話終了(切断)または通話継続の音声特有のオプションがあります。詳細はこの記事の音声特有の機能と制限セクションを参照してください。
チャットProcedureを複製して音声Procedureを作成できますか?
チャットProcedureを複製して音声Procedureを作成できますか?
はい、チャットProcedureを複製し、音声Procedureとして複製することが可能です。ただし、チャットProcedureは自動的に音声で動作しません。音声用にステップを見直し、サポートされていない機能を更新する必要があります(上記音声特有の機能と制限参照)。その後、公開してライブにしてください。
Fin Voice ProceduresはチャットProcedureと同じ課金方法ですか?
Fin Voice ProceduresはチャットProcedureと同じ課金方法ですか?
はい、Voice ProceduresはチャットProcedureと同じ成果ベースの課金を採用していますが、料金は営業チームとの合意によります。成果ベースの価格定義はFin価格:成果を参照してください。







