プレイブックを作成する
開始するには、Fin AI Agent > Sales > Trainにアクセスしてください。
プレイブックを作成するためのプロンプトから始めます。これはFinがリードをどのように資格判定し、次に案内できるステップを定義し、資格判定のロジック、ガイダンス、ルーティング結果の基盤となります。
または、ウェブサイトの価格ページのURLを提供するだけで、Fin for Salesの設定を自動生成できます。Finはそのページの情報を使って価格詳細に基づく設定を自動的に作成します。これにより、すべてを手動で定義することなく、より速く開始できます。
1. 資格基準を定義する
Finに、誰が資格を持つか判断する際に重要なシグナルを、以下のような明確で客観的な特徴を使って伝えます。
会社の規模またはセグメント
業界
主要なユースケースまたは意図
予算の適合性
地域
既存顧客か新規顧客か
明確な基準はFinの資格判定を一貫性があり信頼できるものにします。
2. Finが提示できるルーティング結果を設定する
ルーティング結果とは、Finが資格判定（または不合格判定）後に案内できる最終状態のことです。
ルーティング結果の例：
営業チームとの通話を予約する。
トライアルを開始するまたはセルフサービスのオンボーディング。
サポートへエスカレーションする。
リードが基準を満たさない場合は、丁寧に不合格にする。
これらの結果はFinが提供し発言する内容を決定します。タグ付け、割り当て、workflowの自動化は行いません。これらはプレイブック作成後のWorkflow actionsで実行されます。
3. ガイダンスを追加する
コミュニケーションスタイルやトーン、競合他社への言及の扱いなど、Finに従ってほしいルールやガイダンスを記述します。
4. いくつかの例示シナリオを提供する
資格あり・資格なしのリードの短い例を2～3件含め、Finが正確に一般化できるようにします。
ヒント：
プレイブック作成のためにドキュメントから情報を貼り付けることができます。ファイルのアップロードはサポートされていません。
Fin for Salesは、ワークスペース内ですでに追加されたサービス用コンテンツを利用できます。
Fin for Salesを設定する
プロンプトを入力したら、続行をクリックするとFinがプレイブックを生成します（2～3分かかる場合があります）。
プレイブック
Fin AI Agent > Sales > Train > Playbookで、プロンプトから作成されたすべてのルーティング結果を確認できます。
収集するデータ
プレイブックの上部に収集するデータセクションがあります。ここに追加された属性はすべての資格結果で共有されます。
注意： 収集するデータに追加された属性は、デフォルトでサポートへエスカレーションと不合格には適用されません。
結果
デフォルトの結果には常に以下が含まれます。
スパムや悪意のある意図の場合は不合格にする。
トラブルシューティングや複雑なサポート問い合わせにはサポートを提供する。
追加の結果はプロンプトに基づいて作成されます（例：セルフサービス、営業引き継ぎ）。ページ下部でさらに結果を追加できます。 各結果には結果タイプの切り替えがあり、営業チームにルーティングすべき見込み客にはSales、トライアル開始やサインアップを自分で行う見込み客にはSelf-serveを設定します。SalesとSelf-serveの結果はカウントと請求が異なります。価格詳細はFin AI Agent outcomesを参照してください。
各ルーティング結果にはいくつかの設定オプションがあります。
資格条件 - リードがこの結果に該当する条件を定義します。Finはリードが基準を満たすか判断するために関連する質問をします。
追加で収集するデータ - リードをこの結果にルーティングする前にFinが収集すべき追加情報を選択します。
アクション - リードがこの結果にルーティングされたときに何が起こるかを選択します。
結果タイプ：2つはカウントと請求が異なります。
Sales（ミーティング予約や営業フォローアップ用）を選択するか、
Self-serve（見込み客が自分でサインアップやトライアル開始を行う場合）を選択します。Self-serveの結果はミーティング予約を非表示にし、フォローアップworkflowはタグ付けと分岐に限定されます。Self-serve結果の指示文には予約プロバイダーのリンクを保存できません。
資格条件
条件を満たすための条件セクションでは、2種類の条件を定義できます:
ルーティングが行われる前に満たす必要がある前提条件。
リードが資格を得るために少なくとも1つ満たす必要がある任意の条件。
リードは、すべての前提条件が満たされ、少なくとも1つの任意の条件が満たされた場合（提供されていれば）にのみ資格を得ます。
これにより、複雑なロジックをより小さく意味のある条件に分解できます。条件タイトルと組み合わせることで、整理と読みやすさが大幅に向上します。
ヒント：各条件にタイトルを付けることができます。これは整理と読みやすさのためだけのもので、各条件が何を表しているかを素早く理解するのに役立ちます。タイトルはルーティングロジックに影響しません。
既存の設定を読み込むときに「Untitled Condition」と表示されるのは予想されることです。旧UIは条件タイトルをサポートしていませんでした。新UIでタイトルを追加すると、それが保持されます。
収集する追加データ
各アウトカムはそれぞれ固有のデータを収集できます。各アウトカムのサイドドロワー内に収集する追加データというセクションがあります。
ここで追加された属性は特定のルートにのみ適用され、他には影響しません。これにより、ほとんどのアウトカムに適用される一般的なデータを収集しつつ、必要に応じてルート固有の情報も取得できます。
サポート問い合わせに直面した場合
Escalate to supportアウトカム内にサポート問い合わせに直面した場合セクションがあります。Hand off to Fin for Service if availableを切り替えて、サポート問い合わせが検出されたときにFinがFin for Serviceに会話を引き継ぐかどうかを制御します。
有効にすると、会話の全コンテキストがFin for Serviceに渡されます。Fin for Serviceで問題が解決できない場合、会話はデプロイメントworkflowのIf Fin is unable to qualifyパスに進みます。この設定にはFin for Serviceのデプロイが必要です。
アクション
リードがこのアウトカムにルーティングされたときに何が起こるかを選択します。Finが伝える内容や、ミーティングを予約する（Calendly連携経由）またはフォローアップworkflowを使用するアクションを含みます。
Finの最終メッセージ以降のフォローアップステップが必要な場合は、Add workflowをクリックしてください。資格取得後のアクション例は以下の通りです:
営業チームのinboxに割り当てる。
CalendlyまたはChili Piper Concierge経由でミーティングを予約する。
会話にタグを付ける。
注意：
リードがアウトカムに到達すると、会話が非アクティブのままであれば自動的に終了します。ただし、すでにチームメイトまたはチームに割り当てられている場合は除きます。これは、設定 > AI & Automation > Automationでbot inboxが有効になっている場合にのみ機能します。
使用される非アクティビティタイマーはlead recovery設定によって異なります。lead recoveryが有効でタイマーが設定されている場合はそのタイマーが適用されます。lead recoveryがオフまたはタイマーが設定されていない場合は、グローバル非アクティビティタイマーが代わりに使用されます。
Lead recovery
プレイブックのLead recoveryセクションを使って、見込み客が資格取得前に応答を停止した場合の対応を定義します。
3つのアクションから1つを選択してください:
Finにパーソナライズされたフォローアップを送らせる：Finが回復メッセージを送信して見込み客の再エンゲージを図ります。メッセージは元のチャネルで送信され、会話中に見込み客のメールアドレスが取得されていればメールでも送信されます。
workflowをトリガーする：より複雑な回復ロジックのため、または人間のチームメイトに引き継ぐためにカスタムworkflowに引き渡します。
会話を終了する：これ以上の連絡なしに会話を自動的に終了します。
非アクティビティタイマーを設定して、Finが回復アクションをトリガーするまでの待機時間を制御します。見込み客が回復メッセージに返信した場合、Finは完全なコンテキストを保持したまま資格取得を再開します。
コンテンツ
Fin AI Agent > Sales > Train > Contentから、Sales Agentがアクセスできるコンテンツを設定できます。
Fin for Salesはワークスペース内のサービス用にすでに追加されたコンテンツを使用できますが、Sales用に有効にする必要があります。まとめてコンテンツを選択し、Sales状態を有効に変更してください。
または、詳細パネルから個別にコンテンツをSales用に有効にします。
ガイダンス
ガイダンスは、Finの話し方や、営業会話で繰り返し発生する場面の対応方法を形作る場所です。プレイブックは見込み客の行き先を決め、ガイダンスはFinがそこに到達する方法を決めます。
Fin AI Agent > Sales > Train > Guidanceに移動してください。
注意：
ガイダンステキストはプロンプトから生成され、編集可能です。
サービス用に設定した既存のガイダンスはFin for Salesには適用されません。
Fin for SalesのガイダンスはFin for Serviceとは異なります。サービスでは、ガイダンスがFinの会話エスカレーションに影響を与えますが、営業では影響しません。見込み客の行き先は完全にプレイブックによって決まります。
ガイダンスなしでFinがすでに行っていること
Fin for Salesには組み込みの行動セットがあります。これらについてガイダンスを書く必要はなく、書くとビジネス固有の内容に使えるスペースを消費します:
返信は形式的またはロボット的ではなく、短く会話的に保つ
見込み客の問題を理解しようとする
見込み客が尋ねない限り価格を提示せず、価格はコンテンツからのみ引用する
競合他社を推奨しない
プレイブック、コンテンツ、またはガイダンスからのリンクのみを共有する
見込み客がすでに伝えたことを再度尋ねない
見込み客が急いでいるようなら迅速にまとめる
最もよくある間違いは、これらのうちの1つを繰り返すガイダンスです。コストはかかりませんが、利益もありません。
ヒント：ガイダンスに製品名、数字、または他社が異なる判断を下すような内容が含まれていなければ、それはおそらく既定の動作です。
ガイダンスが影響を与えられることと与えられないこと
ガイダンスはFinの発言内容を形作ります。Finの機能自体は変わりません。
ガイダンスができること：
Finが使う言葉を変える
連絡先の詳細を尋ねるタイミングや、一度に尋ねる項目数を変える
特定の状況でFinがどのように応答するかを指示する
コンテンツにないあなたのビジネスに関する事実をFinに伝える
Finが共有してよいURLを提供する
ガイダンスができないこと：
見込み客をルーティングしたり、ルーティング結果の条件を変更したりすること
会話をチームに引き継ぐこと
ミーティングの予約、CRMレコードの作成、workflowのトリガー
Finがルーティング前に収集すべき属性を変更すること
コンテンツにない価格を引用すること
Finは時間を認識しません。営業時間内かどうかもわからず、待機タイマーを設定できません。
これらはプレイブック、成果、統合で設定されています。ガイダンスでFinにこれらを行うよう指示しても、Finは試みるかもしれませんが、失敗するか、実現しないことを見込み客に伝えるだけです。
コミュニケーションスタイル
Finが推測できないこと、例えば製品名、会社で使う用語、綴りの慣習、絶対に言ってほしくないことに使います。
例：
常に英国英語で書くこと。綴りや日付形式も含む。
デモではなくwalkthroughと呼ぶ。
製品名は完全な形で書く：「Acme Insights」とし、「Insights」とは書かない。
フォーマルな文体を保つ。縮約形は使わない。
会話戦略とフロー
Finが連絡先の詳細を尋ねるタイミングや、一度に一つか複数かを設定するために使います。ガイダンスはルーティングに影響しません。どの成果が存在し、その条件やFinがルーティング前に収集すべき属性はすべてプレイブックで設定されています。
例：
最初の質問に答える前にメールアドレスを尋ねる。
一度に必要なすべてを尋ね、一つずつではない。
状況別応答
よく起こる状況で正しい答えがある場合に使います。各ルールは一つの状況に限定し、「決してXをしない。見込み客が尋ねたらYをする」と書きます。これはFinの発言内容を変えますが、Finの動作は変わりません。ガイダンスは会話をチームに引き継ぎません。エスカレーションはプレイブックで設定します。
例：
競合他社と機能ごとに比較しない。見込み客が尋ねたら、代わりに今日何がうまくいっていないかを尋ねる。
見込み客にスタートアッププログラムの資格の有無を伝えない。プログラムが存在することだけを確認する。
ビジネスコンテキスト
Finがリンクを許可されているページや、コンテンツにない会社の事実に使います。製品の事実や価格はコンテンツソースに保持してください。Finは製品の主張をする前にそれらを検索します。
例：
セルフサインアップページはexample.com/signupです。
技術的な質問にはexample.com/docsへのリンクを使う。
統合
Fin AI Agent > Sales > Train > Integrationsから、Finが追加のコンテキストやデータを使ってleadsを強化し、既存のCRMでleadsを作成し、ミーティング予約のためにカレンダーと連携できます。
Lead enrichment
高度にパーソナライズされ、コンテキストを理解した会話を行うために、Finは独自にleadsを調査し、サードパーティのenrichmentプラットフォームからリアルタイムでデータを取得します。これはFinが見込み客のメールアドレスを取得した後に自動的に行われ、Finが尋ねるフォローアップ質問の数を減らします。
オンライン調査の利用
Finが見込み客のメールを収集した後、オンラインで調査し、適切な資格データでleadを強化します。オンライン調査はデフォルトでオンになっており、いつでもオフに切り替え可能です。
CRMおよびデータ強化サービス
データコネクタを使い、SFDC、HubSpot、Clayなどの既存ツールからの情報でFinのleadsに関する知識を強化します。
CRMでleadsを作成する
資格付け後に自動的にCRMでleadsを作成または更新します。まず選択したCRMを認証し、資格付けされたleadsに対してフォローアップworkflowを使ってデータコネクタをトリガーします。
ヒント：Salesforceを使用している場合は、手動設定をスキップできます。Fin for SalesはSalesforceアカウントに直接接続し、数分で動作するデータコネクタを構築します。APIの知識、コード、手動フィールドマッピングは不要です。Fin for SalesにSalesforceを接続するガイドで詳細を確認。
ミーティング予約用カレンダー
CalendlyまたはChili Piper Conciergeに接続することで、適格なleadsがMessenger内やメール・SMSのスケジューリングリンク経由で直接チームとの時間を予約できます。カレンダーの接続はFin AI Agent > Sales > Train > Integrationsを参照してください。
注意：
Finは次の2週間分の空き状況をCalendlyから取得します（有料のCalendlyプランが必要です）。
Finは次の60日間の空き状況をChili Piperから取得します。
Fin for Salesをテストする
Fin for Salesをテストするには、Fin AI Agent > Salesに移動し、右上のテストをクリックしてプレビューパネルを使用し、展開前にFinのロジックとメッセージを検証します。
以下が可能です：
ルーティングの決定方法を確認するためにサンプル会話を実行する。
メール、会社規模、問題の説明などの必須属性を検証する。
各結果のルーティングロジックを確認する。
メッセージの品質とFinの動作をレビューする。