Parcours

Un parcours est une automatisation multi-étapes : un graphe d'étapes de déclencheur, d'attente, de branche et d'envoi qu'un contact traverse au fil du temps. C'est la même catégorie que le générateur de flux d'ActiveCampaign ou de Klaviyo. La vraie différence est l'étape d'envoi : elle envoie un de vos véritables projets d'email interactifs, de sorte qu'une série de bienvenue peut inclure un vrai sondage ou un quiz noté au lieu d'une copie statique.

Déclencheurs

Un parcours inscrit un contact lorsqu'un de ces événements se produit :

Liste rejointe — un contact est ajouté à une liste spécifique (import CSV, envoi API, ou formulaire d'inscription).
Formulaire soumis — un formulaire d'inscription spécifique est soumis.
Segment rejoint — un contact commence à correspondre à un segment enregistré.
Champ de date — un déclencheur de type anniversaire/date de naissance ancré sur un champ de contact, récurrent chaque année.
Interaction — un bloc spécifique (ou n'importe quel bloc) déclenche un vote de sondage, une soumission de formulaire, un RSVP, ou similaire.
Achat — un paiement de bloc produit se termine.
Paiement abandonné — un paiement Buy Now sur un de vos propres emails avec bloc Produit a été démarré mais jamais terminé, après un délai que vous définissez (minimum 5 minutes). C'est le chemin paiement propre : aucune connexion Shopify ou WooCommerce requise.
Panier abandonné — une boutique Shopify ou WooCommerce connectée signale un panier qui a été démarré puis laissé, en remontant jusqu'à 30 jours. C'est le chemin boutique externe.

Panier vs Paiement — Répartition selon l'intention : Les deux déclencheurs peuvent fonctionner comme des parcours séparés sur le même compte. Utilisez paiement abandonné pour cibler la friction dans votre propre paiement intégré à l'email (FAQ, signaux de confiance, une réduction avec compte à rebours) ; utilisez panier abandonné pour rattraper un blocage dans le propre panier d'achat d'une boutique externe connectée. Le champ stage sur chaque enregistrement d'abandon indique de quel type il s'agit, de sorte que l'analytique et les webhooks attribuent correctement chaque événement.

Rendez-vous réservé — un destinataire réserve un rendez-vous depuis le bloc de réservation d'un e-mail, éventuellement d'un type de rendez-vous précis. Les étapes suivantes peuvent utiliser les tags bookingTypeName, slotStart et meetUrl.
Changement d'étape d'une affaire — une affaire est créée ou déplacée, sur le tableau, par une règle automatique ou par un autre parcours, éventuellement limité à un pipeline et une étape. Le parcours s'exécute pour le contact de l'affaire, et les étapes suivantes peuvent utiliser ses informations comme tags (dealTitle, dealValue, dealStage, …).
API — votre propre backend inscrit un de ses contacts en appelant POST /api/v1/journeys/<id>/trigger avec { email, listId }, en utilisant la même clé API par jeton que l'API d'envoi — pour des événements que MailInApp n'a aucun moyen de voir par elle-même.

Étapes

Construisez le graphe visuellement sur le canevas. Les étapes principales sont envoi (envoyer un projet interactif), attente (un délai fixe, ou « la meilleure heure propre à chaque contact » — voir optimisation de l'heure d'envoi), et branche (diviser selon une condition, en réutilisant le même générateur de filtre d'audience que les segments). Au-delà de ces trois, vous obtenez aussi répartition (une bifurcation A/B pondérée au lieu d'une condition), mettre à jour un champ, ajouter/retirer d'une liste, webhook, et créer un ticket. Trois autres agissent sur vos leads. Me notifier vous alerte sur le contact par push, e-mail ou Slack (voir alertes prospects). Enrichir le contact complète ses informations vides depuis vos fournisseurs de données. Mettre à jour l'affaire lui ouvre une affaire, ou déplace la sienne vers une étape de votre pipeline. Une étape objectif termine l'exécution plus tôt une fois qu'une condition est remplie (arrêter un parcours de panier abandonné dès que le contact paie, par exemple), et sortie la termine sans condition.

Vous préférez ne pas tout construire à la main ? Décrivez le parcours et le copilote IA le construit, e-mails compris, puis le laisse en pause pour que vous le relisiez.

Les étapes de branche et de mise à jour de champ peuvent lire soit un champ de contact, soit la valeur provenant de l'interaction qui a inscrit l'exécution. Un flux « envoyer un sondage → brancher selon l'option choisie » n'a besoin d'aucun champ créé au préalable.

Il n'y a pas de mode d'essai à sec ni de simulation. La seule protection avant qu'un parcours ne passe en direct est qu'il démarre toujours en pause, afin que vous examiniez tout le graphe et son contenu avant de l'activer. Une étape atteinte deux fois dans la même exécution — une véritable jonction de branche, ou une boucle vers une attente antérieure — se replie sur le canevas en un marqueur « continue à » plutôt que d'être dessinée deux fois. Un graphe véritable reste ainsi lisible, plutôt que de se transformer en arbre illisible.

Garde-fous de sécurité

Les heures calmes retiennent un envoi dû jusqu'à la prochaine heure autorisée, vérifiées par rapport à un seul fuseau horaire que vous définissez pour tout le parcours (pas un champ par contact) — chaque contact inscrit partage la même fenêtre de silence.
Un plafond de 3 envois par jour, par contact et par parcours, qui diffère plutôt que d'abandonner un envoi dépassant la limite jusqu'au jour suivant.
Désactivation automatique après 3 exécutions échouées d'affilée — un parcours dont tous les envois ont échoué sur tout un cycle de traitement se désactive lui-même plutôt que de brûler silencieusement votre liste, la même protection que les programmations récurrentes ont déjà.

Forfaits

Le forfait Gratuit inclut 1 parcours avec jusqu'à 5 étapes ; chaque niveau payant relève les deux plafonds — voir tarifs pour le tableau complet. Un parcours démarre en pause à sa création, afin que vous puissiez examiner tout le graphe avant de l'activer.