Fin workflowを構築する際、返信ボタン(顧客がルートを選択するためのボタン)やBranchesを使って次の経路に進むことができます。Branchesは各条件をチェックしてワークフローを進めます。条件が満たされると、その条件に接続された経路に進みます。
Branchesでは、条件が満たされるとワークフローは直ちに接続された経路に進み、他の接続は行われません。
ワークフローにBranchesを追加する
ワークフローにBranchを追加するには、追加したい経路で+ Add stepをクリックし、Branchesを選択します。すぐに表示されない場合は、リストをスクロールするか、リスト上部の検索を使ってください。
Branchesステップを追加したら、Branch条件を追加し続けることができます。
Branchesに条件を追加する
Branch条件を追加するには、+ Add branchをクリックすると、“If” branchesの末尾に新しいBranchが挿入されます。
条件を選択するには、Missing conditionをクリックしてサイドパネルを開きます。
ここでデータを選択し、このBranchに適用する条件を構築できます。
オーディエンスターゲティングのためのBranch条件
特定のオーディエンスのみにFinを有効にするには、Branchesを使って関連するフィールドや属性を選択し、そのusersをスムーズにFinに誘導できます。一方、Else branchはこのオーディエンス外のusersが別の適切な経路をたどることを保証します。これにより、すべてのusersに対してスムーズでカスタマイズされた体験を維持できます。
Branchesはまた、異なるオーディエンス向けに特定のアクションを実行してハンドオフをカスタマイズすることも可能です。特定のブランドをターゲットにしたり、会話内の特定の属性をチェックして、適切なオーディエンスにスムーズにルーティングできます。
Branchesでのデータ使用
ワークフローの条件分岐は、Fin内のすべてのデータ属性をサポートします。プラットフォームから同期したものやFinプラットフォームに追加したものが含まれます。People Data、Company Data、Conversation data、Availabilityも含まれます。
注意:BranchesでISまたはIS NOT条件を使用する場合、テキストの先頭や末尾に余分なスペースを入れないようにしてください。この条件は入力したテキストと完全一致する必要があるため、余分なスペースがあると条件が一致しません。ISおよびIS NOT条件は大文字小文字も区別するため、条件に「is bug」とありメッセージに「is Bug」が含まれる場合、その条件は満たされません。この場合、「contains bug」を使うと条件の柔軟性が増します。
注意:セグメントを条件に使うBranchesは、展開後の述語が320を超えると制限があります。セグメントがこの制限内で展開できないほど複雑な場合、そのBranchは「一致なし」と見なされ、会話はElse branchに流れます。これを避けるには、セグメント条件を簡素化するか、小さなセグメントに分割してください。
よくある質問
なぜ私のワークフローブランチはuserのメールアドレスを認識しないのですか?
なぜ私のワークフローブランチはuserのメールアドレスを認識しないのですか?
ワークフローブランチがuserのメールアドレスにマッチしない場合、通常はその会話にメールが渡されていないことを意味します。以下の点を確認してください:
1. これはログインuserでしたか、それともテストですか?
ログインuser:Fin Messengerでメールを自動取得するには、ログインuser向けにMessengerがインストールされており、userがアプリにログインしている必要があります。
テストシナリオ:テスト中の場合、テストuserがログインしていることを確認してください。そうすればメールが取得されます。
必須ではありませんが、JWT (JSON Web Token)認証をFin Messengerで使用することを強く推奨します。これにより、第三者がusersをなりすましたり会話にアクセスすることを防げます。
2. メールが利用できない場合の収集
userがログインしていない場合、分岐前にワークフローにCollect data ステップを追加できます。これによりuserは手動でメールアドレスを入力するよう促されます。ログインuserの場合、メール欄は自動入力されます。
会話中にcustomerを別のオーディエンスに切り替えられますか?
会話中にcustomerを別のオーディエンスに切り替えられますか?
いいえ — オーディエンスルールは会話開始時に一度適用され、その会話が開いている間は再評価されません。JavaScriptでcustomerの属性を更新しても、その変更は新しい会話が始まるまで反映されません。
同じ製品画面から異なる知識セットをFinに使わせる必要がある場合(例えば、customerが製品の別のエリアに移動した場合)、回避策は以下の通りです:
ターゲットオーディエンスを決定する属性を更新するために
Intercom('update', { attribute_name: 'new_value' })を呼び出します。新しい会話を開始するために
Intercom('startConversation')を呼び出します。Finは会話開始時に更新された属性を評価し、適切なオーディエンス固有のコンテンツとガイダンスを適用します。
注意:この方法はIntercom Messenger JavaScript SDKが必要です。詳細はIntercom('update')およびIntercom('startConversation')のメソッドリファレンスを参照してください。







