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







