シミュレーションにより、Fin手順を検証し、自動化への自信を築き、顧客に影響が出る前に問題を発見できます。会話全体をモデル化することで、キャンセルや返金などの大量または複雑なシナリオを確実に処理できます。
時間のかかる手動チェックに代わるよう設計されたシミュレーションは、ビジネスロジックの進化に伴うFinの挙動の問題や徐々の変化を特定するのに役立ちます。
シミュレーションへのアクセス
シミュレーションは手順のテストパネル内にあります。アクセス方法は以下の通りです:
シミュレーションの作成
シミュレーションは、AI生成の提案を使って素早く開始する方法と、シナリオを手動で定義して完全に制御する方法の2通りで作成できます。
AI生成シミュレーション:指示に基づき、一般的または予想される顧客シナリオを素早くカバーするために使用します。Fin AIが「すぐに使える」スターターテストを生成し、時間を節約します。
手動シミュレーション:データの正確な制御、特定のエッジケース、またはロジックの特定の分岐が必要な場合に使用します。
AI生成シミュレーション
指示に基づき、Fin AIがスターターテストを生成し、「すぐに使える」シミュレーションの作成を支援します。
手順の右側パネルのシミュレーションタブを開きます。
これらの指示に提案されたの下で、提案されたシナリオのリスト(例:「全キャンセルリクエスト」)を確認します。
提案の横にある再生アイコンをクリックして即座に実行します。
シミュレーションが作成されるか提案から承認されると、リストに表示されます。その後、すべて実行をクリックして保存したすべてのシミュレーションを一度に実行できます。
手動で作成したシミュレーション
手順の指示に基づき、特定のエッジケースをテストするためにシミュレーションをゼロから作成することもできます。
シミュレーションタブで+新規をクリックします。
シミュレーション名:シミュレーションにわかりやすいタイトルを付けます。
としてシミュレート:特定のユーザーまたはブランドを選択してパーソナライズをテストします。ワークスペース内の実際のusersのドロップダウンリストから選択できます。
顧客の最初のメッセージ:顧客が送信する最初のメッセージを入力します(例:「注文の助けが必要です」)。エラーのスクリーンショットなどの画像を添付して、Finが視覚的コンテキストをどのように処理するかをテストできます。
追加の詳細:顧客の状況や取った特定の行動に関するガイダンスを提供します。
チャネルを選択
シミュレーションでは、Finがこのシミュレーションで使用するチャネルを選択でき、Finの挙動をテストできます。シミュレーションを実行する前に、チャネルのドロップダウンでMessengerとEmailを切り替えます。
注意:Finはチャネルによって挙動が異なります。Emailでは、複数の情報を1つの応答にまとめて送信し、複数のメッセージを送ることはありません。ガイダンスやコンテンツターゲティングもチャネルごとに設定可能で、例えばEmailの応答はよりフォーマルなトーンや特定の導入文を含めることができます。
利用可能なデータを定義
Finが利用可能な顧客データセクションでは、テスト中にFinがアクセスできるデータを定義できます。これにより、曖昧な説明に頼らず正確なデータ値でテストできます。
シミュレーション時間:シナリオが「いつ」発生しているかを定義します。特定の日付と時間を設定することで、顧客が30日間の返金期間内にいるかどうかなど、時間に敏感なロジックをテストできます。
属性とデータコネクター:このセクションは手順で参照されている属性で事前入力されます。これらの値を更新して(例:
People.Planを「Pro」に設定)、異なる分岐結果をテストします。
注意:シミュレーションを正確に実行するために、Finが「知っている」べきタイミングに基づいてデータを配置してください。
属性を使用:会話開始時にFinがすでに情報を知っている場合(例:顧客の現在のPlanや登録日)。
追加の詳細を使用:情報が会話中に顧客から提供される場合(例:顧客がフォローアップで「注文ID」を提供)。これにより、Finがそのデータを属性に正しくキャプチャし保存するかをテストできます。
Finの挙動を評価
テストが合格するために満たすべき条件を定義します。+条件を追加をクリックして選択します:
Finの応答:会話中にFinが言うべきこと(または言うべきでないこと)を指定します。
属性:属性が設定されたか、設定されなかったか、特定の値と等しいか、等しくないかを検証します。
データコネクター:コネクターがトリガーされたか、されなかったか、または正確にX回トリガーされたかを検証します。
指示の結果:会話が特定の結論に達したか(終了、チームメンバーへの引き継ぎ、または別の手順への切り替えなど)を確認します。
設定が完了したら、保存をクリックします。
注意:保存をクリックすると、FinはAIを使ってシミュレーションフォームをレビューします。指示が不明瞭だったり成功条件が矛盾している場合、より正確な結果のための改善案が表示されます。
ヒント:シミュレーション設計時は分岐ロジックを確認してください。ステップが複数の結果を示す場合(例:「カードブロックの理由を確認」)、各経路ごとに別のテストケースを作成します。これにより将来の更新で既存ロジックが壊れない「回帰安全ネット」が構築されます。この方法は条件やサブ手順を含む手順に推奨されます。
実行と結果の確認
テストを実行すると、右側のテストパネルにステータスインジケーター付きで表示されます:
実行中:テストがアクティブに実行されています。
合格:テストが実行され、定義されたすべての成功条件を満たしました。
失敗:テストは実行されましたが、定義された成功条件を満たしませんでした。
キュー待ち:テストは開始されましたが、前のシミュレーションが終了するのを待ってから実行されます。
結果を調査するには、会話を見るをクリックします。これにより、シミュレーションされた顧客とFinの間の完全なやり取りの記録が開き、フローの展開やテストが合格または失敗した理由を簡単に確認できます。
シミュレーション使用制限
毎月実行できるシミュレーションの数に制限があります。この制限はワークスペース単位で適用され、毎月のカレンダー月の初日にリセットされます。
各ワークスペースには月ごとのシミュレーション実行数の割り当てがあります。この割り当てはワークスペースの会話量セグメントに基づき、大きな顧客ほど多くの割り当てを受けます。
シミュレーションの割り当てはワークスペースの会話量に基づいています。
ワークスペースは前月の会話数に基づいてセグメントに割り当てられます。
セグメントは毎月再評価され、割り当ては直近の月の会話量を反映します。
会話量が増減すると、次の月のサイクルでシミュレーションの割り当てが変わることがあります。
会話量セグメント | 月ごとのシミュレーション制限 |
1K未満 | 50 |
1K~15K | 200 |
15K~100K | 350 |
100K~1M | 1000 |
1M以上 | 2500 |
使用状況の監視
テスト管理を支援するため、Finはシミュレーションタブ内に視覚的なインジケーターを提供します:
使用警告
ワークスペースが月間制限の80%に達すると、黄色の警告バナーが表示されます。現在の使用状況(例:「85/100」)とリセット日時が示されます。
制限到達
月間制限の100%に達すると、赤いエラーメッセージが表示されます。次の月の開始までシミュレーションを実行できなくなります。
注意:制限に達しても、会話を見るをクリックして過去のシミュレーション結果や記録を確認できますが、実行とすべて実行ボタンは無効になります。
よくある質問
なぜ手動テストではなくシミュレーションを使うのですか?
なぜ手動テストではなくシミュレーションを使うのですか?
手動テストは素早いスポットチェックや設定確認に適していますが、シミュレーションは大規模に手順を検証し、複雑でリスクの高いシナリオでFinが確実に動作することを保証します。毎回のリリース前に実行することで予期せぬ挙動を早期に発見できます。
シミュレーションが失敗したらどうなりますか?
シミュレーションが失敗したらどうなりますか?
シミュレーションされた会話全体を確認して、Finが期待通りに動作しなかった理由を理解し、手順を調整して再実行できます。顧客への影響はありません。
Finが問題を解決したのにシミュレーションが「失敗」と表示されるのはなぜですか?
Finが問題を解決したのにシミュレーションが「失敗」と表示されるのはなぜですか?
これは通常、成功条件が厳しすぎる場合に起こります。例えば、Finに「注文IDを尋ねる」ことを要求しているが、Finが自動的にIDを見つけた場合、質問をスキップしたためテストは失敗します。成功条件を特定の中間ステップではなく最終結果(例:「手順完了」)に焦点を当てて更新してください。
シミュレーションは手順とは別に課金されますか?
シミュレーションは手順とは別に課金されますか?
シミュレーションは手順に含まれており、別途課金されません。シミュレーション実行による追加料金は発生しません。
なぜシミュレーション実行に制限があるのですか?
なぜシミュレーション実行に制限があるのですか?
正確なAI予測を生成するにはリソースが必要なため、毎月の割り当てを設けています。これにより、標準的なユースケースで自由に手順をテストできる一方で、過度な使用によるコストの暴走を防ぎます。










