Deux parcours liés referment une boucle qu'une demande d'avis ponctuelle ne referme jamais. Le premier attend quelques jours après tout achat et envoie un bloc Notation. Le second est déclenché par la propre interaction de notation de cet email, lit le score directement dessus, et ouvre automatiquement un ticket de support quand il est bas — personne n'a besoin de remarquer un mauvais avis pour agir.
Un envoi unique de demande d'avis après achat pose la question une fois et s'arrête là. Personne ne surveille une mauvaise réponse, et une notation de 1 ou 2 étoiles reste sur la page Réponses jusqu'à ce que quelqu'un la remarque par hasard. Enchaîner le même bloc Notation dans deux parcours toujours actifs fait à la place du score bas lui-même le déclencheur de l'action suivante.
Premier parcours : demander, avec un délai
Le déclencheur du premier parcours est achat, réglé sans projet spécifique pour qu'il se déclenche dès qu'un paiement de bloc Produit traité par MailInApp elle-même se termine — pas seulement pour un modèle en particulier. Une étape d'attente laisse quelques jours à la commande pour arriver réellement, puis une étape d'envoi expédie la demande de notation : un seul bloc Notation, éventuellement associé à une courte question de Formulaire pour qui souhaite ajouter du contexte.
Cela ne couvre que les blocs Produit laissés en mode Paiement MailInApp (Stripe) — c'est MailInApp qui traite le paiement dans ce cas, donc c'est elle qui sait qu'un achat a eu lieu. Un bloc Produit réglé sur Lien vers le paiement d'une boutique externe envoie l'acheteur finaliser la vente entièrement sur votre boutique Shopify ou WooCommerce à la place ; MailInApp ne voit jamais cet achat, donc elle ne peut pas déclencher ce trigger pour lui. Si vous utilisez le paiement externe, construisez plutôt une demande d'avis après achat à partir d'un segment d'historique d'achat — voir reconquérir d'anciens acheteurs avec des segments d'historique d'achat pour le même signal côté boutique utilisé différemment.
Second parcours : surveiller la réponse, escalader les mauvaises
Le déclencheur du second parcours est une interaction — plus précisément l'action de notation sur le propre projet d'avis du premier parcours. Au moment où quelqu'un touche une étoile, cette exécution s'inscrit en emportant ce score avec elle. À partir de là :
- Une étape mise à jour de champ écrit la notation sur la fiche du contact.
- Une étape branche vérifie si elle est de 2 étoiles ou moins.
- Une étape créer un ticket — atteinte uniquement sur la branche des scores bas — ouvre automatiquement un ticket de support, avec un sujet et un corps assemblés avec l'email du contact et le score exact qu'il a donné.
Une notation élevée termine simplement l'exécution sur la branche « non » ; elle compte quand même dans votre moyenne CSAT sur la page Réponses, simplement sans déclencher de ticket.
Pourquoi deux parcours, pas un seul
Les deux déclencheurs se déclenchent à des moments véritablement différents à partir d'événements véritablement différents — un achat qui se termine, puis (des jours plus tard, peut-être) l'interaction de notation d'un email spécifique. Modéliser cela comme deux graphes liés plutôt qu'un seul long garde le déclencheur de chaque parcours sans ambiguïté. Installer le modèle de démarrage Après-achat crée les deux ensemble en une seule étape, avec le projet de demande d'avis lui-même.
Ce que contient réellement le ticket d'escalade
Comme l'étape créer un ticket est assemblée avec des balises de fusion tirées de l'exécution, le ticket qui atterrit dans vos Tickets, communs à tout le compte, nomme déjà qui a laissé l'avis et le score qu'il a donné. Une personne peut agir immédiatement, au lieu de fouiller d'abord la page Réponses pour trouver le contexte.
Le régler à votre convenance
Le seuil de 2 étoiles ou moins sur l'étape de branche n'est que la valeur par défaut du modèle de démarrage — c'est une condition ordinaire que vous pouvez modifier comme n'importe quelle autre. Le même schéma s'étend aussi au-delà des notations. Toute interaction sur laquelle un parcours peut se déclencher (une soumission de formulaire, un RSVP, un vote de sondage) peut alimenter le même schéma mise à jour de champ → branche → créer un ticket pour un autre type de flux « remarquer cela automatiquement ».
Pour commencer
Installez Après-achat depuis la page de liste des Parcours pour les deux parcours liés et l'email Notation construits ensemble. Ou câblez-le vous-même : un parcours déclenché par un achat qui attend puis envoie une demande de notation, plus un second parcours déclenché par l'interaction de notation de cet email avec une étape de mise à jour de champ, de branche et de création de ticket. Voir Parcours pour la référence complète des étapes et tickets de support pour ce qui se passe une fois qu'un ticket est créé.