シミュレーションにより、Fin Procedures を検証し、自動化への信頼を築き、顧客に影響が出る前に問題を発見できます。会話全体をモデル化することで、シミュレーションはキャンセルや返金などの多量かつ複雑なシナリオにも確実に対応できるようチームを支援します。
時間のかかる手動チェックに代わるよう設計されたシミュレーションは、ビジネスロジックの変化に伴う Fin の挙動の問題や徐々の変化を特定するのに役立ちます。
シミュレーションへのアクセス
シミュレーションはProcedureのテストパネル内にあります。アクセス方法：
テストしたいProcedureを開きます。
キャンバスの右上にあるTestをクリックします。
右側パネルでSimulationsタブを選択します。
シミュレーションの作成
シミュレーションは、迅速に始められるAI生成の提案を使う方法か、完全な制御のためにシナリオを手動で定義する方法の2通りで作成できます。
AI-generated simulations：これらは指示に基づいて一般的または想定される顧客シナリオを素早く網羅するために使用します。Fin AI は時間を節約するための「準備済み」スターターテストを生成します。
Manual simulations：データを正確に制御したい場合、特定のエッジケースやロジックの特定の分岐をテストしたい場合に使用します。
AI-generated simulations
指示に基づき、Fin AI は「準備済み」のシミュレーションを素早く作成するためのスターターテストを生成します。
Procedure の右側パネルでSimulationsタブを開きます。
Suggested for these instructions の下で、提案されたシナリオのリスト（例：「Full cancellation request」）を確認します。
提案の横にあるPlay iconをクリックすると、即座に実行できます。
シミュレーションが作成されるか提案から承認されると、リストに表示されます。その後、保存したすべてのシミュレーションを一度に実行するにはRun allをクリックできます。
手動で作成したシミュレーション
Procedure の指示に基づいて特定のエッジケースをテストするために、シミュレーションを最初から構築することもできます。
Simulationsタブで+ Newをクリックします。
Simulation name: シミュレーションに明確なタイトルを付けます。
Simulate as: テストのパーソナライゼーションのために特定のユーザーまたはブランドを選択します。ワークスペース内の実際のusersのドロップダウンリストから選択できます。
Customer's opening message：顧客が送る最初のメッセージを入力します（例：「注文について助けが必要です」）。エラーのスクリーンショットなど、Fin が視覚的コンテキストを扱う方法をテストするために画像を添付することもできます。
Additional details：顧客の状況や取った特定の行動に関するガイダンスを提供します。
チャネルを選択する
シミュレーションでは、このシミュレーションで Fin が使用するチャネルを選択できるため、Fin の挙動をテストできます。チャネルのドロップダウンでMessengerとEmailを切り替えてからシミュレーションを実行してください。
Note: Fin はチャネルに応じて挙動が異なります。Email では、複数の情報を複数回送るのではなく1つの応答にまとめます。ガイダンスやコンテンツのターゲティングもチャネルごとに設定できます — たとえば、Email の応答はよりフォーマルな口調にしたり特定の導入文を含めるよう設定できます。
Fin が利用できるデータを定義する
Customer data available to Fin セクションでは、テスト中に Fin がアクセスできるデータを定義できます。これにより、あいまいな説明に頼るのではなく、正確なデータ値に基づいてテストできます。
Simulation time：シナリオが「いつ」発生しているかを定義するために使用します。特定の日付と時刻を設定すると、顧客が30日以内の返金対象かどうかの確認など、時間に依存するロジックをテストできます。
Attributes and Data Connectors：このセクションはProcedureで参照されている属性で事前に入力されます。異なる分岐結果をテストするためにこれらの値を更新してください（例：
People.Planを "Pro" に設定）。
Note: シミュレーションを正確に実行するには、Fin が「知っている」べきタイミングに基づいてデータを配置してください：
Use Attributes：会話の開始時点で Fin がすでに情報を知っているはずの場合（例：顧客の現在の Plan や登録日）。
Use Additional details：情報が会話中に顧客によって提供されることになっている場合（例：顧客が追跡で「Order ID」を提供する場合）に使用します。これにより、Fin がそのデータを属性として正しくキャプチャして保存するかをテストできます。
Note: Customer data available to Fin セクションには、Procedure の指示やコードブロックで明示的に参照されている属性のみが表示され保持されます。+ Add attribute ボタンで手動で属性を追加しても、その属性が Procedure のどこにも参照されていない場合、システムは保存しません — シミュレーション保存後に効果がないため消えます。永続するカスタム値を追加するには、その属性がまずProcedure自体で使用されていることを確認してください。
Fin の挙動を評価する
テストが合格するために満たすべき基準を定義します。+ Add criteria をクリックして選択：
Fin reply: 会話中にFinが言うべきこと（あるいは言うべきでないこと）を指定します。
Attributes: 属性が設定されたか、設定されていないか、特定の値と等しいか等しくないかを検証します。
Data connector: コネクタがトリガーされたか、トリガーされなかったか、正確にX回トリガーされたかを検証します。
Instruction outcome：会話が特定の結論（例：完了、チームメンバーへの引き継ぎ、別のProcedureへの切替など）に達したか確認します。
設定が完了したら、Save をクリックします。
Note: Save をクリックすると、Fin はAIを使ってシミュレーションフォームをレビューします。指示が不明確であったり成功基準が一貫していない場合、より正確な結果のためにテストを改善する方法に関する推奨が表示されます。
Tip: シミュレーションを設計する際は分岐ロジックを確認してください。ステップが複数の結果を示唆する場合（例：「カードブロックの理由を確認」）、各パスについて別々のテストケースを作成してください。これにより、将来の更新が既存のロジックを壊さないように「リグレッション安全ネット」を構築できます。これは、複数の相互排他的パスが存在するConditionsやサブプロシージャを含むProceduresに推奨されます。
実行と結果のレビュー
テストを実行すると、右側のTestsパネルにステータスインジケーターとともに表示されます：
Running: テストが実行中です。
Passed: テストが実行され、定義されたすべての成功基準を満たしました。
失敗: テストは実行されましたが、定義された成功基準を満たしませんでした。
キュー済み: テストは開始されましたが、先行するシミュレーションが完了するのを待ってから実行されます。
結果を調査するには、See conversationをクリックしてください。これにより、シミュレートされた顧客とFinのやり取りの完全なトランスクリプトが開き、フローがどのように進行し、なぜテストが合格または不合格になったのかを正確に確認できます。
シミュレーション使用制限
各月に実行できるシミュレーションの数には制限があります。この制限はワークスペース単位で適用され、毎月のカレンダーの第1日にリセットされます。
各ワークスペースには月間のシミュレーション実行枠が付与されます。枠はワークスペースの会話量セグメントに基づき、大規模な顧客ほど多くの枠が与えられます。
シミュレーションの割当はワークスペースの会話量に基づきます。
ワークスペースは前月の会話数を使用してセグメントに割り当てられます。
セグメントは毎月再評価され、割当は直近の月の会話量を反映します。
会話量が増減した場合、次の月次サイクルでシミュレーション割当が変更されることがあります。
Conversation Volume Segment | 月ごとのシミュレーション上限 |
1K未満 | 250 |
1K–15K | 1,000 |
15K–100K | 1,750 |
100K–1M | 5,000 |
1M+ | 12,500 |
使用状況の監視
テスト管理を支援するため、FinはSimulationsタブ内に視覚的インジケーターを提供します：
使用警告
ワークスペースが月間上限の80%に達すると、黄色の警告バナーが表示されます。現在の使用量（例：「85/100」）を表示し、上限がいつリセットされるかを通知します。
上限到達
月間上限の100%に達すると、赤いエラーメッセージが表示されます。次の月の開始までさらにシミュレーションを実行できなくなります。
注: 上限に達した場合でも、See conversationをクリックして以前のシミュレーション結果やトランスクリプトを確認できますが、RunおよびRun allボタンは無効になります。
よくある質問
なぜ手動テストではなくSimulationsを使うのですか？
なぜ手動テストではなくSimulationsを使うのですか？
手動テストは簡単なスポットチェックや設定確認に適しています。しかし、Simulationsは手順（Procedures）を大規模に検証し、複雑で高リスクなシナリオでもFinが信頼性を持って動作することを確認できます。リリース前に実行することで予期せぬ挙動を早期に検出できます。
シミュレーションが失敗した場合はどうなりますか？
シミュレーションが失敗した場合はどうなりますか？
シミュレートされた会話全体を確認して、Finが期待どおりに動作しなかった理由を理解し、手順を調整して影響なくシミュレーションを再実行できます。
Finが問題を正常に解決したにもかかわらずシミュレーションが「Failed」と表示されるのはなぜですか？
Finが問題を正常に解決したにもかかわらずシミュレーションが「Failed」と表示されるのはなぜですか？
これは通常、成功基準が厳しすぎる場合に発生します。たとえば、Finに「注文IDを尋ねる」ことを要求しているが、Finが自動的にIDを見つけた場合、質問をスキップしたためテストは失敗になります。成功基準を特定の中間ステップを義務付けるのではなく、最終的な結果（例：「Procedureが完了した」）に焦点を当てるように更新してください。
SimulationsはProceduresとは別に請求されますか？
SimulationsはProceduresとは別に請求されますか？
SimulationsはProceduresに含まれており、別途請求されません。シミュレーションを実行しても追加料金は発生しません。
なぜシミュレーション実行数に制限があるのですか？
なぜシミュレーション実行数に制限があるのですか？
各シミュレーション実行には正確なAI予測を生成するためのリソースが必要です。月間の割当を設けることで、標準的なユースケースに対しては自由にProceduresをテストできるようにし、極端な使用によるコストの暴走を防ぎます。
1か月に何回シミュレーションを実行できますか？
1か月に何回シミュレーションを実行できますか？
月間のシミュレーション実行枠は、前月のワークスペースの会話量に依存します。制限はワークスペース単位で適用され、毎月の第1日にリセットされます：
Conversation Volume Segment | 月ごとのシミュレーション上限 |
1K未満 | 250 |
1K–15K | 1,000 |
15K–100K | 1,750 |
100K–1M | 5,000 |
1M+ | 12,500 |
シミュレーションの上限はいつリセットされますか？
シミュレーションの上限はいつリセットされますか？
シミュレーションの利用枠は、参加日や使用回数にかかわらず、毎月1日の午前0時にリセットされます。未使用の実行は繰り越されず、毎月新たに付与されます。
シミュレーションの上限を増やせますか？
シミュレーションの上限を増やせますか？
シミュレーション上限は、ワークスペースの会話量に基づいて自動で決定され、毎月の初めに再評価されます。会話量が増えれば、翌月のサイクルで枠が増加します。追加の実行を手動で購入したり、階層外で上限を引き上げるオプションはありません。月のリセット前に上限に達した場合でも、過去のシミュレーション結果やトランスクリプトの確認はできますが、「Run」および「Run all」ボタンは利用枠がリセットされるまで無効になります。