Utilisation d'un flux pour mettre en file d'attente les e-mails d'agents spécifiques pour révision manuelle (facultatif)

Disponible avec : Lightning Experience dans les éditions Enterprise, Performance et Unlimited avec Sales et Einstein pour Sales.

Voici d'autres exemples de révision manuelle personnalisée :

• Vérifiez le premier e-mail envoyé à chaque nouveau prospect.
• Examinez les e-mails envoyés à des comptes stratégiques (niveau 1, niveau 2, etc.).
• Envoyez automatiquement la première sensibilisation et examinez uniquement les réponses des agents aux réponses des prospects.
• Examinez les e-mails envoyés aux prospects dans les régions réglementées.

Pour plus d'informations sur la création de flux, consultez Élaboration d'un flux.

Pour mettre correctement en file d'attente les e-mails sélectionnés pour révision, le flux doit remplir quelques exigences :

• Le flux doit être un flux lancé automatiquement Critères de révision de l'étape de la cadence.
• Le flux doit être actif pour pouvoir être sélectionné dans les paramètres Demander l'approbation manuelle de l'agent.
• Le flux doit renvoyer une variable booléenne needsReview avec une valeur True ou False.

Le flux peut éventuellement renvoyer deux variables supplémentaires.

• reviewDurationInHours : Un chiffre représentant la longueur de la période de révision.
• reviewDisposition : Une chaîne représentant ce que l'agent doit faire avec l'e-mail si la période de révision expire. Les valeurs valides sont SendAnyway ou CancelOutreach.

Dans cet exemple, le flux utilise un élément Obtenir des enregistrements pour récupérer les détails de l'enregistrement de piste transmis dans le flux.

L'élément Obtenir des enregistrements spécifie l'objet Piste et confirme que l'ID de piste correspond à l'ID de cible de cadence de l'agent. L'agent utilise une cadence Sales Engagement pour gérer sa communication avec chaque prospect.

Ensuite, un élément Décision détermine si la piste provient de Seattle.

Enfin, le flux se branche sur deux éléments d'attribution distincts. L'élément d'attribution Seattle définit une variable needsReview sur True et la reviewDisposition sur cancelOutreach. L'élément Attribution Seattle définit également une variable reviewDurationHours sur 96 heures (8 jours).

L'élément d'attribution non-Seattle définit la variable needsReview sur False, qui permet à l'agent d'envoyer l'e-mail sans révision manuelle.