Finタスクとは何ですか？

Finタスクは、Finを使ってより複雑なプロセスを自動化することを可能にします。これらのプロセスは、多くの場合、特定のビジネスルールに確実に従う必要がある外部システムでのアクション（例：注文のキャンセル、サブスクリプションの返金）を含みます。Finはタスクをトリガーし、顧客の問い合わせを解決するために各ステップで積極的に関与します。

注意：Fin Tasksは現在、管理された利用可能性の下で提供されており、カスタマイズされた実践的なサポートを行っています。アクセスについてはアカウントマネージャーにご相談ください。

Finタスク設定時の考慮点

Finタスクの設定とData connectorsの使用には、技術的な知識、プロセス思考、そして協力が必要です。経験は徐々に簡単になっていますが、以下の重要なポイントに注目してください。

自動化する影響の大きいプロセスを選ぶ：サポート量を大幅に減らせる1～2つのworkflowsを特定することから始めましょう。現在、人の介入に頼っている繰り返し可能なプロセスを探してください。
APIの要件を理解する：多くのTasksは、データを取得または更新するためにAPI（例：Data connectors）に接続する必要があります。どのAPIが必要で、何を返し、タスク内でどのように使われるかを把握してください。
部門横断で協力する：Tasksの設定には、特にAPIの構築や更新が必要な場合、製品、エンジニアリング、運用チームからの入力が求められます。望ましいworkflowについて明確にコミュニケーションをとることで、適切なシステムが整います。
テストと反復：優れたTasksの構築は一度で完了することはほとんどありません。タスク指示の異なるアプローチをテストし、エッジケースをデバッグしながら、信頼性とエンドユーザー体験を向上させるために改善を続けてください。

これらの基本を正しく行うことで、より速く立ち上げ、より効果的なFin対応のTasksを構築できます。

Finタスクを作成する

Train > Tasksにアクセスし、New taskをクリックしてください。

1. タスクトリガーにタイトルと説明を付ける

すべてのFinタスクには、Finがタスクをトリガーするタイミングを示すタイトルを付ける必要があります。これは非常に重要で、Finが適切なタイミングでトリガーするためです。

タイトルと同様に、説明はFinがタスクをトリガーすべき状況をより詳細に伝えます。これは、Finがタスクを使用すべき状況を明確に説明し、使用すべきでない状況も示すことができます。

2. Finに例示質問をトレーニングする

タスクのマッチング精度を向上させるために、タスクをトリガーすべき質問とすべきでない質問の具体的な例示質問を提供できます。これにより、複数の類似タスクがある場合でも、Finがタスクの使用タイミングをよりよく理解します。

肯定的な例の追加（「トリガーする場合...」）：

タスクトリガーのTrigger when...ボタンをクリックしてください。
検索機能を使って、実際に顧客が質問した内容を見つけてください。
このタスクを起動すべき状況を明確に表す例を選ぶか、手動で質問を追加してください。
関連する例を多く提供するほど、Finはタスクの目的をよりよく理解します。

否定的な例の追加（「トリガーしない場合...」）：

Don’t trigger when...ボタンをクリックしてください。
関連しているように見えても、このタスクをトリガーすべきでない質問を選んでください。
これはトリガーの精度を高め、誤作動を防ぐのに特に役立ちます。

タスクのタイトル、説明、例の書き方に関するベストプラクティスを読む。

3. チャンネルとオーディエンスルールを設定する

タスクトリガーは、Finがタスクを実行する前に一致させる必要があるchannelsとaudienceルールを定義する場所でもあります。

ヒント：タスク用のカスタムaudienceを設定するか、すでに設定済みの再利用可能なFin audiencesから選択できます。

4. 指示を追加する

Give Fin instructionsアクションを使って、Finにこのタスクを実行する際の手順を説明してください。データで指示をテンプレート化したり、FinにData connectorsを使わせたり、応答データを保存してusersに返信したりできます。

指示にはできるだけ多くの情報を提供してください。情報が不足していると、Finが誤って推測する可能性があります。

各指示は動詞で始めてください。明確で簡潔かつできるだけ完全にしてください。長い指示は信頼性が低くなるため、必要に応じて複数のステップに分けてください。

ヒント：Instructionsエディターは右上のトグルで拡大できます。

ステップは以下の方法で追加できます。

任意のステップの左に表示されるプラスアイコンをクリックしてください。
ステップの最後にカーソルを置き、キーボードのEnterキーを押して下に新しいステップを作成します。

ステップを削除するには:

ステップの右にある三点リーダーをクリックし、削除を選択してください。

プロのヒント：編集モード中は、キーボードショートカットCommand-Z（Mac）またはCtrl+Z（Windows）を使って、編集中の単一ステップだけでなく、指示ブロック全体の変更を元に戻せます。

効果的な指示の書き方に関するベストプラクティスを読む。

AI生成タスク指示

AI生成タスク指示を使うと、Finにやってほしいことを単に説明するだけで、自動的に構造化されたタスクプロンプトが生成されます。

これにより以下が可能になります:

セットアップの高速化：白紙のページをスキップし、AIに重労働を任せましょう！
より良い構造：生成されたプロンプトはFin Tasksのベストプラクティスに従い、ステップ、終了条件、オプションのガイダンスが含まれます。
編集が簡単：生成後、プロンプトは完全に編集可能で、必要に応じて調整やカスタマイズができます。

複数の指示ブロックを追加する

同じタスクに1つ以上の指示ブロックを追加できます。単にステップを追加をクリックし、次にFinに指示を与えるを選択して、Finが従う追加の指示セットを追加します。このステップは別の指示ブロックの直後に追加することも、workflowsで分岐を使用して、地域、国、ユーザー属性などの特定の条件に基づいてFinが異なる指示に従うようにすることもできます。

会話タグを追加する

フィルタリングとレポートを改善するために、Finにタグを追加するよう指示して会話を分類します。単に「@」と入力し、会話にタグを追加を選択して追加したいタグを選びます。1つの会話に複数のタグを追加できます。

例の指示：

"会話にタグを付ける '請求に関する問い合わせ' と '高優先度'。"

特定のチームまたはチームメイトにエスカレーションする

会話を引き継ぐには、テキスト指示の行内で「@」と入力し、チームにエスカレーションをクリックします。これにより、サポートプラットフォーム（Zendesk/Salesforce/etc.）から直接、人間の介入が必要な会話を転送できます。

例の指示：

"エスカレーション先: 請求"

データコネクタを追加 `[オプション]`

データコネクタは指示ブロック内で外部システムのデータを取得または更新するために使用できます。テキスト指示の行内で「@」と入力し、外部システムと接続をクリックして、事前に設定したデータコネクタの1つを選択して追加します。

注意：Finタスクで使用する前にデータコネクタを設定する必要があります。

データコネクタからの応答データは指示ブロック内で「一時属性」として利用可能になります（下記参照）。

属性を使用 `[オプション]`

テキスト指示の行内で「@」と入力して指示ブロックに属性を追加します。これにより、Finは特定のビジネスルールに基づいて、明確なタイミングで正確な値で属性を読み取りおよび更新できます。人、会社、会話、または一時属性のいずれの属性も使用可能です。

一時属性を使用 `[オプション]`

一時属性は、現在のタスクのみにデータが必要で、レポートなどの目的でIntercomに永続的に保存したくない場合に便利です。実行中の特定のタスクに関連する情報を保持するためにこれらの属性を作成できます。

例えば、次のような一時属性を作成できます：

顧客が選択した予約IDをキャプチャする
顧客の希望配達日
Finにユーザーの問い合わせを分類させたり、データを収集させたりする

Finの動作をガイドする `[オプション]`

明確なガイダンスを提供して、タスク中のFinの対話、応答、動作をガイドします。ステップを実行する際にFinに従ってほしい特定の動作を単に説明してください。

注意：Finはここで追加したカスタムガイダンスと、設定済みのグローバルFinガイダンスを組み合わせます。

「Wait for webhook」を使用 `[オプション]`

Wait for webhookを使用して、webhookリクエストを受信するまでタスクを一時停止します。これは、外部からの入力が必要なプロセスに最適です。

タスクが外部システム（例えば本人確認のためのサードパーティアプリケーション）と連携する必要があると想像してください。Wait for webhookを使うと、外部システムからwebhook応答が送信されるまでタスクはこのステップで停止します。受信後、タスクは再開し、提供されたデータに基づいて処理を行います。

例

本人確認：サードパーティサービスがユーザーの本人確認を確認するまでタスクを一時停止します。
支払い確認：支払いプロバイダーからのwebhookを待って取引を確認してから進行します。
注文履行：在庫システムからの在庫状況の更新が送信されるまで一時停止します。
承認プロセス：サードパーティツールが承認または拒否のステータスを送信するまでタスクを保留します。

この機能により、タスクは外部システムとシームレスかつ同期され、手動介入を減らし効率的に保ちます！タスクにWait for webhookを追加するには、単にステップを追加をクリックし、「Wait for webhook」を検索してください。

「Wait for webhook」を使用する際のベストプラクティス

ステップにわかりやすい名前を付けて、そのステップで作成された一時変数を識別しやすくします。
webhookコールバック内のデータオブジェクトに、webhookで受信するすべてのフィールドを含めて例のリクエストを適切に設定します。
webhookがステップの構造に一致するJSONボディを返すことを確認してください。JSON構造が更新されるとデータは受信されません。設定にフィールドが欠けていると、そのフィールドはタスクでアクセスできなくなります。
「コピー」ボタンをクリックしてwebhook URLをクリップボードにコピーします。webhookがトリガーされるサードパーティサイトで、conversationIdが期待通りに渡されていることを確認してください。

注意：webhookエンドポイントは冪等性をサポートしており、リクエストの安全な再試行と同じ操作の複数回実行防止を可能にします。リクエスト送信時には一意の値を持つ「Idempotency-Key」ヘッダーを含めてください。UUIDの使用を推奨します。冪等性キーは24時間で期限切れになります。

5. タスクのドラフトを安全に編集およびテストする

タスクをドラフトとして保存できる機能により、Fin Tasksを顧客に影響を与えずに編集およびテストできます。これにより、公開前に自動化を完璧にする安全な環境が得られます。

ライブタスクを編集すると、2つのバージョンがあります：

ライブバージョン：これは現在顧客が操作しているアクティブなタスクです。タスク概要ページでシミュレーションを実行して、現在公開されているライブバージョンのタスクをテストできます。
ドラフトバージョン：これは未公開の変更セットです。タスクの編集をクリックしてドラフトモードに入ります。タスクエディタ内からシミュレーションを実行して、ドラフトとして保存した変更をテストできます。

タスクドラフトの管理方法

ライブタスクを編集すると、ドラフトとして保存ボタンが表示されます。これをクリックすると作業内容がドラフトバージョンとして保存されます。ライブタスクは影響を受けず、顧客は元のフローを引き続き体験します。
公開前にドラフトをテストできます。「プレビュー」と「シミュレーション」機能でドラフトバージョンをテストします。
1. プレビューでテスト：エディタからプレビューを開いて、ドラフトバージョンでテスト会話を行います。これは新しい変更の感触を最も速く確認する方法です。
2. シミュレーションでテスト：タスクエディタからシミュレーションを実行して、ドラフトの指示をテストします。シミュレーションは、特に複雑な分岐ロジックで指示ブロックが期待通りに動作するか検証するのに役立ちます。シミュレーションをテストするには、指示ブロックをクリックしてください。

注意： メインのタスク概要ページ（エディターではなく）からSimulationsを実行すると、ライブバージョンがテストされます。

6. Simulationsでタスク指示をテストする

Simulationsは指示ブロックが期待通りに動作するかを検証するのに役立ちます。設計時は分岐ロジックの動作に注目してください。

例えば、「カードがブロックされた理由を確認する」というステップでは、複数の結果が考えられます。各結果（紛失カード、不正検知、ユーザーの要望など）は指示ブロック内で異なる経路を引き起こす可能性があります。

目標は、それぞれの経路が正しく動作することを確認することです。

各分岐を特定する： ブロックが取りうるすべての経路をリストアップします。
別々のテストケースを作成する： 各分岐を独立してテストします。
結果を検証する： すべての経路でFinが期待通りに動作することを確認します。

Simulationsは回帰安全ネットも提供します。後で再実行して、将来の更新が既存のロジックを壊していないか確認できます。

シミュレーションを作成する

Train > Tasks, に移動し、既存のタスクを編集します。
Instructionsブロックを開き、Testを選択します。
New simulation.をクリックします。
後で見つけて再利用できるように、Test titleを追加します。
ワークスペース内の連絡先のドロップダウンリストから、Test asする人を選択します。
user’s opening messageを入力します。例：「カードがブロックされて使えません。」
User contextを提供します。例：顧客の状況に関する追加情報
- 顧客は過去の支払いを逃し、返済計画中です。
- 顧客は今日カードを使う必要があります。
- 顧客は急いでいます。
テスト中にFinが使用するAvailable dataを選択します。これらの値は、指示ブロックで参照したデータコネクターや属性から事前に入力されます。異なる結果をテストするために更新可能です。例：
- People.Is.On.Repayment.Plan = True
- People.Is.On.Repayment.Plan = False
テスト合格のために満たすべきSuccess criteriaを定義します。例：
- Finがカードがブロックされた理由を説明する
- Finが正しい次のステップを提案する
- 特定のデータコネクターがトリガーされる

シミュレーションを保存して実行する

シミュレーションは後で保存するか、すぐに実行できます。実行中は画面右側のTestsパネルにステータスが表示されます。実行中はRunningの表示が進行中を示します。

Testsパネルは、保存および実行したすべてのテストのダッシュボードとしても機能します。

PassedまたはFailed：成功基準が満たされたかを示します。
Not yet run：シミュレーションは保存されたが、まだ実行されていません。

実行したシミュレーションについては、See conversationsをクリックして、提供したコンテキストに基づくシミュレートされた顧客とFinのやり取りを確認できます。この記録はロジックの流れやテストの合否理由を理解するのに役立ちます。

注意： タスク指示でSimulationsを実行するには、最新バージョンのFin Tasksを使用している必要があります。更新が必要な場合はアカウントマネージャーに連絡してください。

Finの動作に満足したら、Set liveを選択してFinに作業を開始させましょう！💪

Finタスクが対応可能なプロセスの例

業界	ユースケース	説明（例）
Fintech	取引紛争	取引の詳細収集から紛争理由の確認、返金や解決策の発行までのプロセスを自動化し、不審または予期しない取引を処理します。必要に応じて適切なチームにエスカレーションします。
Fintech	個人情報の変更	本人確認、必要書類の収集、記録の更新を通じて、名前変更などの個人情報更新を支援します。検証に失敗した場合は自動的にエスカレーションされます。
Fintech	取引失敗	取引失敗の問題を、詳細収集、状況確認、失敗原因特定、必要に応じて返金やチャージバックの開始で解決します。複雑なケースはさらなる調査のためにエスカレーションされます。
Fintech	銀行振込未着	取引の詳細を収集し、振込状況を確認し、問題を特定し、更新や解決策を提供することで、紛失した銀行振込を調査します。未解決のケースはエスカレーションして迅速なサポートを確保します。
eCommerce	注文のキャンセルと返金	詳細を確認して注文をキャンセルし、部分的または全額のキャンセル処理と返金を行います。無効な注文IDなどの問題は解決のためにエスカレーションされます。
eCommerce	配送先住所の更新	顧客情報を確認し、注文状況をチェックし、可能な場合は配送先住所の更新を行います。配送中の注文や特別な対応が必要な場合は、適切にエスカレーションされます。
Traveltech	予約のキャンセル	予約の詳細を収集し、提供者のポリシーを確認し、対象となる返金を処理して予約キャンセルを対応します。自動処理できないケースは正確な解決のためにエスカレーションされます。
Healthtech	予約の再スケジュール	現在の詳細を特定し、代替の時間帯を提案し、変更を確認し、スケジュールを更新して予約を再スケジュールします。未解決のリクエストは迅速な支援のためにエスカレーションされます。
Insurtech	保険契約の更新	必要なデータを収集し、適格性を確認し、見積もりを作成し、変更を実施して車両情報などの保険契約を更新します。エラーがあればシームレスな処理のためにエスカレーションされます。
SaaS	ログインの問題	本人確認を行い、ログインリンクを送信するかパスワードリセットの案内をしてログインの問題を支援します。未解決の問題は代替サポートのためにチームにエスカレーションされます。
SaaS	技術的トラブルシューティング	セッションIDやエラーコードなどの重要なデータを収集し、ticketsを作成または更新し、持続する問題は技術チームにエスカレーションして調査を支援します。
SaaS	サブスクリプションの返金	顧客の意図を検出し、返金の適格性を確認し、部分的または全額の返金を処理してサブスクリプションの返金リクエストを管理します。適格でないケースはさらなる審査のためにエスカレーションされます。
SaaS	トライアル後の請求確認	アカウント情報を取得し、トライアルの有効期限を確認し、予定されている請求日を確認して請求の明確化を提供します。複雑な問い合わせは正確な情報のためにエスカレーションされます。
On-demand economy	支払い状況	ユーザーの詳細を取得し、最近の記録を確認し、支払い状況を確認して支払いの問題に対応します。未解決の問題は顧客満足のためにエスカレーションされます。
On-demand economy	荷物配達の問題	宅配業者の詳細を確認し、配達状況を確認し、対象の場合はキャンセル処理を行い、複雑なケースは手動対応のためにエスカレーションされます。

よくある質問

Tasksで画像を使えますか？

いいえ、Fin Tasksで画像を直接使用することはできません。

Fin Tasksにアクセス権がありません。今すぐアクセスできますか？

Fin Tasksは限定的に利用可能で、カスタマイズされた実践的なサポートも提供しています。アクセスについてはチームにお問い合わせください。

Finが放置された会話を閉じたときに自動終了メッセージが送信されなかったのはなぜですか？

Let Fin Handleのworkflowステップ内で自動終了放置Fin会話を有効にすると、Finが会話を閉じる前に送信するメッセージを選択できます。ただし、場合によってはFinがそのメッセージを送信せずに会話を閉じることがあります。

FinはTaskが実行中に顧客が非アクティブになる場合や、Finがインタラクティブ要素（返信ボタンなど）への顧客の応答を待っている間は自動終了メッセージの送信をスキップします。この場合でもFinは期待通りに会話を閉じますが、静かに行います。

Finはworkflowを壊さないように設計されています。もしFinがアクティブなTaskやインタラクティブステップの最中に自動終了メッセージを送信したら：

自動終了メッセージが会話に表示され、返信ボタンがすべて削除されます。
しかしFinはまだ顧客がその返信オプションのいずれかを選ぶのを待っています。
これによりworkflowが停止してしまいます。

これを避けるために、Finはバックグラウンドで閉じる処理を行い、workflowがTaskの途中または返信ボタンの選択を待っている間は自動終了メッセージを送信しません。

注意：メッセージがスキップされても、Finは以下を行います：

顧客が非アクティブになったことを検知します。
会話を自動的に閉じます。
会話イベントに終了を記録してください。

Fin Messenger：HubSpotのセットアップ

Finタスクの設定方法