会話フローは、フロービルダーで作成、設定された一連のステップ、または即使用可能な動作に含まれる一連のステップから構成されます。各ステップ名は、会話中にボットがカスタマーに表示できるメッセージを表します。
この記事では、次のステップタイプについて説明します。
これらの各要素について理解したら、フロービルダーを使用してボットフローを作成することができます。
メッセージの送信
メッセージの送信では、会話中にカスタマーにメッセージのテキストを表示します。
使い方：
メッセージの送信では、あらかじめ定義しておいたテキストを会話に挿入します。送信するものとしては、挨拶やビジネスに関する有用な情報のほか、自動ダイレクト返信などがあります。後者は、エンドユーザーが選択した自由記述メッセージやクイック返信オプションに応じた送信です。
構成のルール：
メッセージを書くステップは、フロー内のどこにでも追加することができます。このステップが表示されると、会話はすぐにフローの次のステップに移動します。
| フロービルダー | カスタマーの画面 |
|---|---|
 |
 |
以下に例を示します。
次の例では、カスタマーが「サポートされていないプラットフォーム」というエラーが表示される。」と入力すると、サポートされるプラットフォームを示す返信が自動的に行われています。この返信は、フロービルダーで次のようなメッセージ送信の手順で設定されています。メッセージングボットは、カスタマーが自由記述した入力内容を評価し、カスタマーのニーズを満たす可能性が最も高いと思われるメッセージを既定のものから見つけ出し、会話をフロー内のそのステップに移します。
オプションの提示
オプションの提示には、会話中にカスタマーがやりとりできるクイック返信のオプションが6つあります。
使い方：
このステップでは、会話中のカスタマーに提供できる、既定の最大6つのクイック返信オプションが表示され、カスタマーは入力するのではなく、回答に使えそうなものを選択できます。
これらのオプションを使用して、よくある質問を表示したり、会話を分岐させたり、カスタマーが会話のフローをナビゲートしやすくすることができます。「設定」パネルのオプションは、ドラッグ＆ドロップして並べ替えることができます。
構成のルール：
「オプションの提示」ステップでフローを終了することはできません。他のステップタイプのいずれかが後に続く必要があります。公開して別のステップに進む前に、他のステップタイプも設定する必要があります。次の例では、3つのオプションの後に「ヘルプセンター記事の表示」が続き、1つのオプションの後に「エージェントへの転送」ステップが続いています。
| フロービルダー | カスタマーの画面 |
|---|---|
 |
 |
以下に例を示します。
下の例では、カスタマーがスクーターのレンタル・販売会社にコンタクトしています。同社のカスタマーのほとんどは、スクーターの購入、売却、またはレンタルに関する情報を求めているため、最初のあいさつの後、すぐにその3つのオプションを提供します。
なお、会話ショートカットの結果として、上記の例で「I want to buy a scooter」というメッセージを入力すると、クイック返信をクリックした場合と同じ効果があります。
ヘルプセンター記事の表示
ヘルプセンター記事の表示では、会話中のカスタマーに最大6件のヘルプセンターの記事を提示します。
使い方：
構成のルール：
ステップごとに最大6件の記事を構成できます。
このステップには、「すべてのユーザーが閲覧可能な」記事のみを含めることができます。記事のアクセス権限について詳しくは、「ナレッジベースでの記事の作成と編集」を参照してください。
このタイプのステップを使用するには、すでに記事の公開を行っているアクティブなヘルプセンターが必要です。
| フロービルダー | カスタマーの画面 |
|---|---|
 |
 |
以下に例を示します。
次の図では、カスタマーはクイック返信オプション「I want to buy a scooter」を選択し、選択に対する反応として特定の記事をすすめられています。この推奨記事が提示される前に返信したテキストも含まれています。
質問が解決されたかどうかを尋ねる
「質問が解決されたかどうかを尋ねる」ステップタイプでは、回答によりサポートの問題が解決されるかどうかをエンドユーザーに尋ね、選択可能な回答オプションを提供します。
使い方：
このタイプのステップでは、会話にテキストを挿入し、その後に2つのクイック応答形式の選択肢が続き、さらにそれぞれの選択肢の後にメッセージや追加のステップが続きます。
構成のルール：
このステップは、回答の最初のステップにすることはできず、「エージェントへの転送」ステップの後に追加することもできません。
デフォルトでは、このステップを回答に挿入すると、各要素に次のテキストが表示されます。
- 「この記事が役に立ちましたか？」（問題が解決されたかどうかを尋ねるボットメッセージ）
- 「はい、問題は解決しました」（解決されたという応答場合）
- 「いいえ、まだサポートが必要です」（解決されなかったという応答場合）
- 「それは何よりです。ナレッジがお役に立ててよかったです。いつでも別のご質問をご入力いただけます。」（解決したという応答への補足メッセージ）
- 「かしこまりました。質問を言い換えてみてください。」（解決しなかったという応答への補足メッセージ）
回答の公開を完了させるには、ステップにこれらの要素が存在している必要があります。
上記のテキストは、必要に応じてカスタマイズできます。また、補足メッセージを削除して、他のステップタイプに置き換えることもできます。
「質問が解決されました」のテキストや応答メッセージのテキストはカスタマイズ可能ですが、エンドユーザーの応答による解決ステータスは固定されています。つまり、エンドユーザーが1番目（左側）のオプション（「はい、問題は解決しました」）を選択すると、肯定的な、つまり解決したという応答と見なされます。2番目（右側）のオプション（「いいえ、まだサポートが必要です」など）は、否定的な、つまり解決しなかったという応答と見なされます。
| フロービルダー | カスタマーの画面 |
|---|---|
 |
 |
APIコールを実行する
「APIコールを実行する」ステップを使用して、会話の詳細をCRMにプッシュしたり、製品情報をボットメッセージに取り込むことなどができます。
使い方：
このステップは、IMDBのAPIから映画のレビューを取得したり、Amazon Event BridgeやGoogle Analyticsなどの外部エンドポイントにデータをプッシュするなど、ボットの応答に外部データを表示したい場合に使用します。特に、システムステータスや現在のサポートの待ち時間など、定期的に更新される情報や、カスタマーに関係する情報をリクエストする場合に便利です。また、Google AnalyticsやPendoにイベントを送信するなど、分析や追跡を目的としたイベント送信にも利用できます。
構成のルール：
APIコールのステップは、フロー内のどこにでも追加することができます。このステップを追加すると、フローが2つに分岐します。
- successの場合：外部ソースが照会され、サポートされている情報が返されたときに、このフローが表示されます。
- failedの場合：クライアントまたはサーバーのエラーによってAPIコールに失敗した場合、あるいはレスポンスがフロービルダーでサポートされていない場合に、このフローが表示されます。
照会元から返される情報は、JSON形式で、2MB未満である必要があります。
管理者は、ステップの設定に以下の情報を含める必要があります。
-
サポートされるHTTPリクエストメソッド。サポートされるHTTPリクエストメソッドは、GET、POST、PUT、PATCH、DELETEです。
- POST、PATCH、PUTには、リクエストと一緒に送信されるBodyフィールドを含める必要があります。
- GETおよびDELETE操作には、Bodyフィールドはありません。
- エンドポイントURL：外部ソースのURL。
管理者は、フローを公開する前に、各分岐の後にステップタイプを追加する必要があります。
管理者は、このステップの設定中に、変数を作成できます。この変数は、この手順の後にボットメッセージを作成するときに使用できます。
「APIコールを実行する」ステップには、設定オプションがあり、いくつかはチームの開発者の支援が必要なものもあります。詳細については、「「APIコールを実行する」ステップの使用」を参照してください。
以下に例を示します。
たとえば、カスタマーがクイック返信オプションで「Zendeskの会社所在地」を選択した場合に、「APIコールを実行する」ステップが開始されるとします。このAPIコールは、GoogleのPlaces APIから情報を取得するように設定されています。
外部システムからレスポンスが返ってきた場合は「Success」の分岐が起動し、管理者が作成したレスポンスフレームワークに情報が挿入され、エンドユーザーに表示されます。
レスポンスが返されない場合、またはレスポンスがフロービルダーでサポートされていない場合、「Failed」の分岐が起動し、管理者が定義したフォールバック動作がエンドユーザーに表示されます。
次のURLをエンドポイントとして、「APIコールを実行する」ステップをテストすることができます。
https://run.mocky.io/v3/19e020de-4ee1-47f7-94ea-d68df3c4df71
エージェントへの転送
会話をエージェントにエスカレーションします。
使い方：
このステップを追加することで、会話を人間のエージェントに引き継がせることができます。Web Widgetに実装された場合、このステップを使用して、エスカレーションする前にカスタマーに関する情報を収集することもできます。
構成のルール：
このステップでは、以下の項目を設定できます。
- 最初のメッセージ。
- チケットフィールド（テキストタイプまたはドロップダウンタイプ）。名前やメールアドレスなどのカスタマーデータ、および会話に参加するエージェントに役立つその他の情報をキャプチャできます。ドロップダウンタイプのフィールドには、最初の20個の値だけが表示されます。
メモ：フロー内でテキストおよびドロップダウンのチケットフィールドを使用するには、それらのフィールドの権限が「エンドユーザーが編集可能」に設定されている必要があります。「カスタムチケットフィールドを追加する」を参照してください。
- 最後のメッセージ。以上の情報を入力すると、表示されます。
「エージェントへ転送」は、会話の最後のステップを意味する終了のステップであり、それ以降のステップを追加することはできません。さらに、このステップでは、カスタマーに表示されないチケットが作成されます。チケットには、エージェントが問題に対処する際に役立つように、会話履歴が含まれています。
| フロービルダー | カスタマーの画面 |
|---|---|
 |
 |
以下に例を示します。
この例では、カスタマーが選択したクイック返信オプションは、プランのアップグレードにサポートが必要で、エージェントの関与が必要になることを示しています。
営業時間条件を追加
営業時間条件を追加することで、スケジュールに基づいて会話を分岐させることができます。
使い方：
このステップでは、営業時間内かどうかによって、ボットの応答を変えるように設定できます。このステップを追加すると、フローが2つの分岐に分かれます。
- 営業時間内の場合：予定された営業時間内の場合に、エンドユーザーに表示されます。
- 営業時間外の場合：予定された営業時間外の場合に、エンドユーザーに表示されます。
構成のルール：
営業時間条件のステップを組み込む前に、スケジュールを設定する必要があります。スケジュールを設定すると、設定パネルのプレビューに営業時間が表示され、カスタマーの訪問時間帯に応じて、営業中の分岐か、営業時間外の分岐へ案内されることを示します。祝日はプレビューには表示されませんが、条件によっては考慮されるのでご注意ください。
複数のスケジュールを設定した場合（Enterpriseプランのみ）、設定パネルにドロップダウンが表示され、適切なスケジュールを選択することができます。
営業時間条件のステップをフローの最後に置くことはできません。営業時間条件の後に他の種類のいずれかのステップを置き、フローを公開する前にそれを設定しておく必要があります。以下の例では、営業中の支店と閉店した支店のどちらも、営業時間条件ステップの後にエージェントへの転送ステップが続いています。カスタマー向けのメッセージは、支店ごとに異なるものが設定されています。
| フロービルダー | カスタマーの画面（営業時間内の場合） | カスタマーの画面（営業時間外の場合） |
|---|---|---|
 |
 |
 |
以下に例を示します。
以下の例では、営業時間内と営業時間外とでエージェントへの転送ステップを変えています。それぞれの場合に、どのような返信が行われるかを示しています。
| 営業時間内のエンドユーザーへの対応 | 営業時間外のエンドユーザーへの対応 |
|---|---|
|
|
0 コメント
サインインしてコメントを残してください。