Campagnes drip SaaS : une progression utile, pas une suite de rappels
Pour une équipe SaaS qui veut ajuster ses séquences aux gestes réellement effectués dans le produit, Customer.io mérite d’être comparé en priorité : Essentials est affiché à 100 $ par mois pour 5 000 profils. Si l’équipe privilégie un démarrage léger et des parcours plus simples, Loops ou Brevo peuvent mieux convenir; Brevo Starter est affiché à 9 $ par mois. Les prix n’indiquent pas à eux seuls la qualité du drip : la capacité à arrêter un message devenu inutile compte autant que le nombre d’étapes disponibles.
Une campagne drip est une série ordonnée qui aide une personne à progresser sans obliger l’équipe à envoyer chaque message à la main. Dans un logiciel, la séquence peut commencer après la création d’un compte, une demande d’essai, l’import d’une première donnée ou l’inactivité autour d’une fonctionnalité. Le délai organise la pédagogie; l’état du produit décide si le prochain conseil est encore pertinent. Une bonne campagne peut donc être planifiée tout en restant attentive aux changements de comportement.
Avant d’écrire les emails, formulez le résultat attendu en langage produit. « Faire comprendre notre plateforme » est trop vague. « Aider le responsable d’équipe à inviter un premier collègue après avoir créé son espace » permet de nommer le déclencheur, le destinataire et l’action finale. Cette précision évite les messages qui énumèrent des fonctions sans lien avec l’étape où se trouve la personne.
Les drips diffèrent aussi selon le cycle de vente. Un essai libre peut demander une aide autonome et immédiate; une démonstration réservée par un acheteur d’entreprise appelle une préparation, puis un suivi humain. Un client existant ne devrait pas continuer à recevoir les arguments de conversion destinés aux prospects. Définissez dès le départ quelles équipes possèdent le contenu, les événements, le calendrier et la mesure des résultats.
Scénarios, déclencheurs et cadence
Accueil produit orienté vers une première réussite
Déclencheur : adresse confirmée ou première connexion, selon votre parcours d’inscription. Dans les premières minutes, donnez un seul prochain pas et reliez-le à l’objectif indiqué à l’inscription. Si l’utilisateur choisit « organiser les demandes d’équipe », montrez comment créer une file ou un espace; s’il sélectionne « analyser les ventes », dirigez-le vers l’import d’un rapport. Ne faites pas croire que les données sont déjà connectées si elles ne le sont pas.
Attente et branche : après environ un jour, vérifiez si l’étape a été achevée. Pour une personne bloquée, proposez une courte aide de configuration et un moyen de joindre l’équipe. Pour une personne qui a réussi, le deuxième email peut porter sur l’action suivante, par exemple inviter un collègue ou connecter une source. Trois ou quatre jours plus tard, un rappel ne devrait partir que si l’espace est toujours actif et que l’étape suivante reste incomplète. Arrêtez l’accueil si le compte est désactivé ou si le contact se désabonne.
Ce parcours a besoin d’un identifiant de compte, du rôle de la personne, de la langue, du cas d’usage déclaré et d’un indicateur serveur de la première réussite. Évitez de déduire qu’un propriétaire a terminé la configuration parce qu’un membre l’a fait. Les invitations peuvent aussi échouer; vérifiez qu’elles ont été acceptées avant de pousser l’étape de collaboration. Votre segment doit représenter la situation actuelle, non une propriété qui est devenue obsolète lors d’une migration.
Activation d’une fonctionnalité
Déclenchez un parcours quand le contact s’approche d’une capacité qui peut l’aider, mais ne l’a pas encore activée. Exemple : un gestionnaire a importé des tâches, mais aucun autre membre n’a été invité. Un email contextuel peut expliquer les autorisations, le bénéfice du travail partagé et le chemin de configuration. Attendez quelques jours avant un second conseil, puis abandonnez le parcours dès qu’un coéquipier a rejoint l’espace. La vérification doit regarder les données du compte plutôt que les événements d’une seule personne.
Une autre branche peut cibler les utilisateurs qui ont ouvert un écran d’intégration sans terminer la connexion. Le message doit nommer le prérequis précis : droit administrateur, jeton d’accès ou choix de projet. Ne transmettez pas un jeton ou une erreur privée dans le contenu email. Si les journaux indiquent une erreur serveur persistante, arrêtez les rappels et créez plutôt une alerte à l’équipe technique. Une campagne ne peut pas résoudre une panne d’intégration.
Essai et choix du forfait
À l’ouverture d’un essai, confirmez ses limites et son échéance dans l’application, puis déclenchez le premier conseil lié à une valeur atteignable. À J+2, orientez les comptes inactifs vers une configuration courte; ceux qui sont déjà actifs peuvent recevoir un exemple d’usage avancé. À mi-parcours, faites apparaître une explication des différences de forfait seulement si le produit montre une limite réelle ou si l’administrateur consulte la page d’offre. À l’approche de la fin, expliquez la transition attendue, le sort des données et les actions disponibles.
Un paiement réussi doit sortir immédiatement le contact du drip d’essai. Un changement de forfait, une prolongation et une résiliation sont aussi des changements d’état qui invalident certains messages. Prévoyez une relecture périodique du statut plutôt que de supposer que tous les événements sont arrivés dans l’ordre. Pour les ventes accompagnées, excluez les comptes suivis par un commercial si l’équipe préfère une communication personnalisée. Une séquence automatique et une négociation active peuvent facilement se contredire.
Réactivation d’un compte silencieux
Définissez d’abord l’inactivité selon une absence d’action significative, et non selon une absence d’ouverture d’email. Un utilisateur sans connexion récente mais dont l’équipe traite encore des dossiers n’est pas forcément à risque. Un administrateur qui n’a pas visité le produit peut aussi être satisfait si ses collègues l’utilisent. Segmentez par rôle et par activité du compte avant de décider qui doit recevoir un rappel.
Une première prise de contact peut demander si un obstacle empêche la progression et proposer un chemin court pour reprendre. Après une semaine sans action, une ressource plus détaillée ou une invitation à parler à l’équipe peut être appropriée. Si aucune activité ne suit, réduisez la fréquence et terminez la séquence au lieu de prolonger les relances indéfiniment. Les contacts sans consentement marketing ou signal valide de communication ne doivent pas être inclus simplement parce qu’ils restent dans la base.
Annonce d’une nouvelle fonction
Un drip de lancement peut expliquer le problème résolu, puis guider vers une action d’essai. Segmentez les comptes qui peuvent accéder à la fonction selon le plan, la région, le rôle ou les paramètres techniques. Si la fonction n’est activée qu’après une option administrateur, indiquez ce prérequis avant le clic. Un message de découverte peut partir à l’activation générale; une relance quelques jours plus tard concerne uniquement les comptes éligibles qui n’ont pas ouvert la fonction.
Préparez une sortie pour les personnes qui ont déjà suivi le tutoriel, qui ont désactivé les annonces ou qui utilisent une version incompatible. Le service client doit connaître la campagne pour répondre aux questions liées au changement. Mesurez l’usage qui suit l’exposition, pas seulement le trafic envoyé vers la page de documentation. Si la fonctionnalité ne sert qu’à un segment étroit, mieux vaut un drip ciblé qu’une annonce envoyée à tous les abonnés.
Segmentation qui rend la séquence utile
Les données démographiques ou déclaratives ont une place lorsqu’elles changent la réponse à apporter, mais le contexte d’usage est souvent plus décisif pour un SaaS. Parmi les champs potentiellement utiles : rôle dans l’organisation, forfait actuel, étape d’installation, date du dernier événement métier et langue préférée. N’envoyez pas une campagne différente pour chaque combinaison; groupez les situations qui partagent le même blocage et la même aide.
Chaque segment doit être explicable à un collègue sans ouvrir l’éditeur. « Administrateurs dont le premier import est achevé et qui n’ont pas invité de membre » est une règle intelligible. « Les profils qui dépassent un seuil d’engagement » n’aide pas à comprendre pourquoi un contact a reçu le message si l’indicateur n’a ni définition ni propriétaire. Documentez les règles et fixez un responsable pour leurs changements.
Ajoutez des exclusions avant de rédiger les embranchements. Un contact peut déjà être dans une conversation de vente, avoir une demande de support ouverte, avoir atteint le but du parcours ou avoir choisi une préférence qui bloque ces messages. Une suppression globale n’est pas un défaut à réparer dans une campagne; c’est un choix de communication à respecter. Les parcours doivent considérer les préférences et l’état légal avant de tester leur contenu.
Les profils manquants doivent recevoir une expérience raisonnable. Si la langue est inconnue, utilisez la langue de l’application ou une version neutre; si le rôle n’est pas renseigné, évitez les formulations réservées aux administrateurs. Vérifiez également les contacts rattachés à plusieurs comptes. Une personne peut changer d’espace et avoir des parcours simultanés; décidez si vos messages s’adressent à la personne ou à chaque organisation.
Mise en place étape par étape
- Écrire l’intention. Résumez le résultat utilisateur en une phrase, indiquez la personne ciblée et nommez la preuve observable de réussite.
- Tracer le parcours existant. Notez les écrans, interventions humaines et événements qui précèdent l’action. Repérez les moments où un message serait redondant ou perturbateur.
- Choisir un déclencheur fiable. Demandez à l’équipe produit quelle source confirme le fait métier. Définissez le nom, les attributs, l’identifiant de compte et les cas où l’événement ne doit pas être émis.
- Rédiger une séquence courte. Pour chaque étape, précisez l’obstacle traité, le délai, l’appel à l’action et la condition qui supprime l’envoi. N’ajoutez pas une étape simplement pour occuper un jour du calendrier.
- Construire les sorties d’abord. Configurez les états qui interrompent le parcours : objectif atteint, conversion, demande de support, annulation, désabonnement ou expiration de l’éligibilité.
- Vérifier les règles d’entrée. Empêchez la réinscription accidentelle après une modification de profil. Donnez une règle explicite aux événements répétés et aux anciennes données chargées lors d’une migration.
- Préparer les versions et les liens. Relisez chaque variante, contrôlez la destination de chaque bouton et assurez-vous que la page d’arrivée fonctionne aussi sur mobile. Une personnalisation ne doit pas casser le texte quand un champ est vide.
- Simuler les chemins. Testez la réussite immédiate, l’absence d’action, une conversion avant le deuxième message et les événements qui arrivent hors ordre. Faites également un essai avec un contact désabonné.
- Publier sous surveillance. Commencez par l’audience admissible la plus limitée, suivez les rejets et vérifiez les sorties réelles. Élargissez ensuite si les messages et les changements de statut restent cohérents.
- Réviser le parcours. À intervalles réguliers, comparez l’objectif au contenu actuel, aux fonctions renommées et aux retours de l’assistance. Désactivez les variantes dont le rôle n’est plus clair.
Pièges fréquents dans les drips SaaS
Le premier piège est de mesurer l’achèvement du calendrier plutôt que le progrès du contact. Un drip de cinq messages n’est pas réussi parce que chacun a été envoyé. Si les destinataires n’atteignent pas l’étape produit attendue ou répondent qu’ils ne comprennent pas l’action proposée, la séquence doit être repensée. Le nombre de jours n’est qu’un outil pour donner de l’espace entre deux explications.
Un autre piège est la branche qui se déclenche au mauvais niveau. Un membre invité peut terminer une action qui semble, à tort, activer tout le compte. À l’inverse, l’administrateur peut recevoir le même conseil que chaque membre. Vérifiez la relation entre profil et organisation et choisissez le destinataire qui a le pouvoir d’agir. Quand une étape exige un droit particulier, nommez ce rôle au lieu d’envoyer un lien incompréhensible.
La séquence d’essai générique est souvent trop centrée sur l’échéance. Les utilisateurs n’ont pas tous reçu le même nombre de jours, et certains ont besoin d’un accompagnement adapté. Calculez les délais depuis les dates réelles, gérez les prolongations, puis vérifiez l’état avant chaque envoi. Un email « votre essai se termine demain » après un paiement est un défaut de synchronisation et doit être traité comme tel.
Évitez les objets qui promettent une action déjà faite ou un avantage qui n’existe pas pour le plan du lecteur. Les équipes copient parfois une version conçue pour un administrateur et l’envoient aux membres. Faites une relecture selon le rôle, le forfait et la langue, puis remplacez les champs absents par un texte explicite plutôt qu’un blanc embarrassant. La personnalisation doit être vérifiée comme une interface.
Des branches excessives rendent la séquence difficile à maintenir. Créez une nouvelle branche uniquement si l’action recommandée change réellement. Si les variantes partagent le même contenu avec quelques mots différents, un seul modèle avec des valeurs de repli est plus simple. Une carte du parcours et une courte description de chaque condition aideront les équipes à comprendre le système après le départ de son auteur.
Enfin, ne relancez pas indéfiniment les non-répondants. Une personne peut avoir quitté le poste, changé d’adresse ou cessé d’utiliser le service. Fixez une limite, une période de repos et une règle de réactivation liée à un signal nouveau. Si le seul objectif est de préserver une métrique de campagne, la relance n’apporte pas nécessairement de valeur au lecteur.
Choisir un outil pour les parcours drip
| Plateforme | À considérer si… | Prix public indiqué | Point à vérifier |
|---|---|---|---|
| Customer.io | Les parcours partent d’événements produit nombreux | Essentials : 100 $ par mois pour 5 000 profils | Charge d’instrumentation et gouvernance des événements |
| Loops | Votre équipe veut éditer des messages SaaS avec une logique plus directe | 48 $ par mois pour 4 788 abonnés | Vérifier que les embranchements couvrent vos besoins |
| Brevo | Campagnes et emails opérationnels cohabitent dans votre équipe | Starter : 9 $ par mois | Comparer les plafonds et les règles d’automatisation incluses |
| Klaviyo | Les événements d’achat et le catalogue structurent le parcours | Gratuit : 250 profils et 500 envois; Email : 20 $ par mois à 500 profils | Le modèle orienté commerce peut être moins naturel pour un SaaS pur |
| Drip | Vous gérez une boutique ou un produit SaaS avec une activité commerce notable | 39 $ par mois jusqu’à 2 500 contacts | Évaluer la façon de représenter essais, forfaits et usage produit |
| ActiveCampaign | Votre cycle combine nurturing et suivi commercial | Tarification sur demande | Vérifier les capacités disponibles au palier envisagé |
Customer.io convient à une équipe qui a déjà une taxonomie d’événements ou qui veut investir dans sa définition. Son prix Essentials s’applique à 5 000 profils; le coût doit être mis en regard des personnes réellement incluses et des besoins du parcours. Pour des modèles d’événements instables, le problème n’est pas résolu par une interface d’automatisation : l’équipe devra toujours clarifier ce que chaque action signifie et qui en est propriétaire.
Loops peut être plus direct pour une équipe SaaS qui veut rédiger et organiser des communications sans adopter un dispositif trop large. Le palier affiché à 48 $ par mois concerne 4 788 abonnés; vérifiez si le volume et les conditions vous conviennent. Brevo mérite l’attention lorsqu’une même équipe envoie plusieurs catégories de messages et souhaite une plateforme plus transversale. Son Starter est affiché à 9 $ par mois, mais les seuils d’envoi et les fonctions comprises comptent autant que le prix annoncé.
Klaviyo ou Drip deviennent plus intéressants quand les événements de commande, les produits consultés et les achats répétés sont au centre des scénarios. Klaviyo mentionne un palier gratuit limité à 250 profils et 500 envois, puis Email à 20 $ pour 500 profils. Drip affiche 39 $ par mois jusqu’à 2 500 contacts. Pour un SaaS classique, demandez-vous si les concepts de commande et de catalogue décrivent vraiment vos parcours. Si vous devez les traduire en champs détournés, une solution centrée sur les événements d’usage peut être plus simple à maintenir.
ActiveCampaign peut s’intégrer à un fonctionnement où marketing et ventes suivent des prospects ensemble, mais son adéquation dépend de la façon dont votre équipe modélise les transitions vers le commercial. Vérifiez précisément les déclencheurs, permissions et rapports du forfait étudié. Faites un essai de conception sur un parcours représentatif : si une petite modification de délai nécessite plusieurs règles opaques, l’outil risque de coûter plus en maintenance qu’il n’économise en envois manuels.
Comparez chaque outil avec le même scénario, les mêmes attributs et les mêmes événements. Demandez à un membre non technique de modifier un délai et à un développeur de retrouver pourquoi un profil est entré dans le parcours. Examinez la gestion des contacts supprimés, les préférences, les journaux et l’export des données. Une démo sur un scénario d’achat standard ne prouve pas que l’outil gérera bien un essai prolongé, un compte multi-membres ou une action reçue en retard.
Mesures pour savoir si le drip aide vraiment
Attribuez à chaque parcours un indicateur principal lié à sa finalité. Pour l’accueil, cela peut être l’achèvement de l’étape initiale; pour un drip d’activation, l’usage réussi de la capacité visée; pour une transition d’essai, le choix confirmé d’un forfait ou la décision explicite de ne pas poursuivre. Définissez la fenêtre d’observation et la population éligible avant d’activer la campagne, sinon chaque personne peut interpréter les résultats différemment.
Ajoutez des mesures de diagnostic : proportion de profils admis, personnes ayant atteint chaque étape, délai avant l’action, sorties par objectif atteint et messages bloqués par exclusion. Ces mesures révèlent si le déclencheur manque des profils ou si une condition d’arrêt ne fonctionne pas. Comparez les volumes d’événements produits au nombre d’entrées dans l’outil; un écart peut indiquer un retard d’intégration ou une règle d’éligibilité trop étroite.
Les clics et réponses aident à comprendre le contenu, mais ne remplacent pas l’action finale. Un email qui attire un clic sans résultat dans le produit peut pointer vers une page confuse. Une baisse des clics n’est pas forcément négative si les utilisateurs terminent l’action depuis l’application avant de consulter le message. Reliez les données de campagne aux événements produit sans conserver plus d’informations personnelles que nécessaire.
Suivez également les signes de friction : désabonnements par étape, plaintes, rebonds, tickets d’assistance liés à la campagne et erreurs de personnalisation. Examinez ces signaux selon le rôle, le forfait et la langue pour repérer une variante inadaptée. Si vous changez un objet, un délai ou une branche, consignez la date et la modification afin de pouvoir expliquer les mouvements des indicateurs.
Lorsque cela est possible, gardez une comparaison appropriée avec des personnes admissibles qui ne reçoivent pas la séquence pendant la période d’observation. Assurez-vous que les groupes se ressemblent et que les autres messages ne créent pas de biais. Pour les petits segments, une lecture qualitative des réponses et des entretiens avec l’assistance peut être plus informative qu’une différence instable de taux. N’annoncez pas un effet causal sans une méthode qui le justifie.
Terminez par une revue de maintenance : le produit a-t-il changé de nom, l’offre existe-t-elle encore, les captures d’écran sont-elles à jour et le destinataire peut-il toujours accomplir la tâche annoncée ? Un drip est une partie de l’expérience produit. Son contenu vieillit avec les interfaces et les politiques commerciales; donnez-lui un propriétaire et une date de révision.
Questions fréquentes
Une campagne drip doit-elle suivre un calendrier fixe ?
Le calendrier sert de garde-fou, pas de pilote unique. Attendez un délai après le déclencheur, puis vérifiez si la personne a déjà réalisé l’action visée. Si elle l’a faite, passez à l’étape suivante ou terminez le parcours; si elle bloque, envoyez une aide différente. Une cadence purement calendaire peut continuer à donner des conseils devenus inutiles.
Quel événement déclenche un parcours d’accueil ?
Choisissez un moment où le contact peut réellement commencer : adresse confirmée, première ouverture de l’application ou création d’un espace. L’inscription saisie mais non vérifiée ne prouve pas que la personne peut se connecter. Utilisez le même événement comme point de départ dans vos rapports et dans la configuration de l’automatisation.
Combien de messages prévoir dans un drip d’essai ?
Il n’existe pas de quantité universelle. Écrivez seulement les étapes qui aident à franchir un obstacle distinct : démarrer, atteindre une première valeur, comprendre une option utile, puis décider de continuer. Si deux messages répètent la même idée, retirez-en un. Observez les sorties, les désabonnements et les réponses d’assistance plutôt que de viser un nombre arbitraire.
Comment personnaliser un drip sans multiplier les versions ?
Utilisez quelques segments à forte valeur, comme rôle, taille de compte, forfait ou fonction déjà activée. Une variable doit modifier l’exemple ou l’action proposée, et avoir une valeur de repli compréhensible. Si chaque contact exige une branche dédiée, simplifiez la taxonomie ou demandez à l’équipe produit si cette différence mérite un parcours distinct.
Faut-il poursuivre une séquence après un achat ?
Non si les prochains messages supposent encore un statut d’essai ou de prospect. Le paiement doit entraîner une sortie immédiate de ces branches, puis une entrée dans un parcours client adapté à la date de début et au plan choisi. Contrôlez aussi les paiements en retard et les changements de forfait pour ne pas confondre une conversion confirmée avec une tentative.
Quelle différence entre drip et automatisation comportementale ?
Un drip classique distribue une suite selon le temps écoulé. Une automatisation comportementale ajoute des conditions — action réalisée, absence d’activité, propriété mise à jour — qui changent le prochain message ou mettent fin au parcours. Les équipes SaaS utilisent souvent une base temporisée et quelques embranchements directement liés à la valeur du produit.
Comment éviter de réinscrire une personne plusieurs fois ?
Définissez une règle de réentrée avant l’activation. Un nouveau compte peut justifier une nouvelle séquence d’accueil; une mise à jour de profil ne le justifie généralement pas. Utilisez un identifiant stable, des conditions de sortie et une période de suppression adaptée au parcours. Testez l’inscription répétée, la fusion de profils et le changement d’adresse.
Quand une notification commerciale doit-elle interrompre le drip ?
Prévoyez un signal observable qui correspond à une intention réelle et à une capacité de suivi : demande de démonstration, question sur le forfait ou activation d’une étape d’achat. Les ouvertures seules sont fragiles. Une alerte doit transmettre le contexte utile et désinscrire le contact de la branche qui n’a plus de sens.
Comment mesurer l’apport d’une séquence ?
Mesurez d’abord l’action que le parcours cherche à provoquer et la proportion de personnes qui la réalise dans la fenêtre définie. Examinez ensuite les clics, les réponses, les sorties et les demandes au support pour diagnostiquer le chemin. Une comparaison avec un groupe non exposé peut aider si les volumes et les règles d’éligibilité sont cohérents.
Quel outil convient à un petit SaaS ?
Si vous avez surtout besoin d’un calendrier de messages et d’une configuration légère, comparez Loops avec Brevo. Pour des règles événementielles nombreuses, Customer.io offre une logique plus adaptée à une taxonomie produit travaillée. Klaviyo et Drip se justifient plus facilement lorsque la vente en ligne et les comportements d’achat sont au cœur du modèle.
Quel est le premier contrôle avant de publier un drip ?
Vérifiez le consentement, les exclusions, les conditions d’entrée et de sortie, ainsi que le rendu de chaque branche. Simulez un utilisateur qui termine tôt, un autre qui n’agit pas, un paiement immédiat et un changement de forfait. Enfin, confirmez que le lien, la langue et l’appel à l’action correspondent à chaque variante.