Customer.io ou Userlist : comparer les parcours B2B SaaS

Comment lire ce comparatif

• Décrivez les actions qui doivent déclencher un message : inscription, invitation, première valeur, usage d'une fonction ou baisse d'activité.
• Séparez les données de la personne de celles du compte : rôle, langue et consentement ne se gèrent pas comme le plan souscrit ou le nombre de sièges.
• Comptez les profils ou utilisateurs réellement suivis, y compris les environnements de test qui pourraient rester connectés.
• Listez les canaux nécessaires au parcours avant de choisir une séquence : email, push, in-app, WhatsApp ou webhook.
• Décidez qui maintient le schéma d'événements, les propriétés, les segments et les règles de sortie d'un parcours.

Customer.io : orchestrer autour des événements

Customer.io prend son sens quand votre produit envoie des événements exploitables : compte créé, projet partagé, rapport exporté, invitation acceptée ou paiement renouvelé. Chaque événement doit avoir un nom stable, un identifiant de personne et, si nécessaire, un identifiant d'objet. Les propriétés donnent le contexte qui permet de filtrer, d'attendre ou de quitter un journey. Une convention écrite évite qu'une équipe renomme une action et casse un déclencheur existant.

Le modèle people + objects aide à représenter la réalité d'un logiciel B2B. Une personne peut appartenir à une entreprise, tandis que le plan, la région, le nombre de sièges ou la date de renouvellement vivent sur l'objet compte. Vous pouvez ainsi envoyer un rappel à l'administrateur, puis une information différente aux membres actifs. Le même profil compte dans la limite Customer.io, donc les environnements de développement et les objets inutiles doivent être surveillés.

Le parcours peut combiner email, push, in-app, WhatsApp et webhook. Une séquence d'onboarding peut commencer par un email, attendre l'événement de première valeur, afficher une aide dans l'application et prévenir un système interne si aucune activité ne survient. Une séquence d'expansion peut regarder l'usage d'une fonction, le nombre de sièges et la date de renouvellement. Cette souplesse ne dispense pas de définir des règles de priorité quand plusieurs journeys ciblent la même personne.

Essentials coûte 100 $ par mois en facturation mensuelle pour 5 000 profils et inclut 1 million d'emails par mois. Le palier de 10 000 profils coûte 145 $ et celui de 20 000 coûte 235 $. Chaque profil supplémentaire coûte 0,009 $. Premium commence à 1 000 $ par mois en facturation annuelle et vise un volume de profils et d'emails personnalisé. Il n'existe pas de plan gratuit permanent ; le Startup Program peut offrir 12 mois aux entreprises éligibles ayant levé moins de 10 M$.

Userlist : relier adoption et comptes B2B

Userlist part d'une vue lifecycle : quels utilisateurs ont commencé, quelle entreprise a activé une fonction, qui doit recevoir une explication et quel compte mérite une relance ? Les segments peuvent combiner des attributs d'utilisateur et d'entreprise. Vous pouvez distinguer le responsable du compte d'un membre invité, puis adapter le message sans dupliquer toute votre base.

Les messages in-app sont utiles quand le lecteur est déjà dans le produit. Une visite peut afficher une checklist d'onboarding, une explication au moment d'une première utilisation ou une invitation à essayer une fonction. L'email prend le relais lorsque la personne quitte l'application. Pour l'expansion, l'équipe peut relier une adoption faible à une séquence de conseil, puis réserver un message commercial aux comptes dont les signaux sont pertinents.

Basic coûte 149 $ par mois jusqu'à 10 000 utilisateurs suivis. Chaque tranche supplémentaire de 1 000 utilisateurs coûte 10 $. Ainsi, 20 000 utilisateurs correspondent à 149 $ + 10 × 10 $, soit 249 $ par mois. Professional coûte 349 $ par mois jusqu'à 10 000 utilisateurs, puis 12 $ par tranche de 1 000 ; il ajoute les tests A/B, les objectifs de conversion et les workflows avancés. Enterprise est proposé sur devis. La tarification s'applique aux utilisateurs suivis, alors gardez une règle claire pour les comptes de test et les utilisateurs inactifs.

Userlist peut convenir à une équipe qui préfère modéliser d'abord l'utilisateur, l'entreprise et les étapes d'adoption, puis ajouter les événements indispensables. L'effort d'ingénierie reste réel : il faut transmettre les identifiants, synchroniser les propriétés utiles et décider à quel moment un objectif est atteint. Un modèle simple au départ facilite les corrections lorsque le produit évolue.

Onboarding et expansion : deux exemples de parcours

Avec Customer.io : après la création d'un espace, envoyez un message qui explique la prochaine action. Si l'événement de connexion à une fonction arrive, sortez la personne de la relance générale et proposez l'étape suivante. Si le compte n'a aucune activité, une branche peut afficher une aide in-app, puis prévenir un responsable via webhook. Pour l'expansion, l'objet compte peut porter le plan, les sièges utilisés et la date de renouvellement ; les actions individuelles apportent le contexte qui évite une campagne identique à toute l'entreprise.

Avec Userlist : créez un segment d'utilisateurs qui n'ont pas terminé la checklist et un segment d'entreprises dont aucun membre n'a essayé une fonction importante. Un message in-app peut guider la prochaine étape pendant la session, tandis qu'un email rappelle la valeur après la sortie. Quand une entreprise atteint son objectif d'activation, retirez-la de l'onboarding et lancez une séquence d'expansion qui explique une fonction de niveau supérieur. Les tests A/B et objectifs de Professional servent à comparer ces chemins.

Dans les deux outils, une règle de sortie compte autant que le message d'entrée. Définissez l'événement ou l'objectif qui arrête une relance, la fenêtre de silence après un contact commercial et la priorité entre une notification produit et une demande de renouvellement. Ces décisions réduisent la fatigue et facilitent l'analyse des conversions.

RGPD et gouvernance des données

Le RGPD commence par la finalité : expliquez pourquoi vous collectez l'adresse, l'identifiant produit, le rôle dans l'entreprise et les événements d'usage. Séparez le consentement marketing d'une communication strictement nécessaire au service. Conservez la preuve, la date, la source et le texte présenté à la personne. Une désinscription doit être répercutée dans les segments et dans les journeys qui pourraient encore envoyer un email.

Limitez les propriétés à ce dont le parcours a besoin. Une information de facturation ou une note interne ne doit pas devenir un attribut marketing par défaut. Documentez les accès des équipes, les exports, la durée de conservation et la procédure d'effacement. Examinez le contrat de sous-traitance, les sous-traitants et les transferts internationaux avec votre DPO ou votre conseil juridique.

Customer.io propose des centres de données aux États-Unis ou dans l'Union européenne et publie un DPA. Pour Userlist, vérifiez les engagements contractuels et la région adaptée à votre traitement avant l'import. Dans les deux cas, testez une demande d'accès et d'effacement sur un compte fictif, puis consignez le résultat dans votre registre.

Migrer dans les deux directions

De Customer.io vers Userlist : exportez les utilisateurs actifs, les entreprises, les liens entre eux, les attributs, les événements nécessaires, les consentements et les contenus. Transformez les objets en entreprises, mappez les identifiants stables et écartez les profils de test. Recréez d'abord un segment d'onboarding et un message in-app. Faites tourner le parcours sur une petite cohorte, comparez les sorties et les désinscriptions, puis programmez la bascule des séquences restantes.

De Userlist vers Customer.io : recensez les segments d'utilisateurs et d'entreprises, les objectifs de conversion, les messages in-app, les emails et les règles d'arrêt. Choisissez l'objet qui représentera le compte, rattachez-y les personnes et écrivez les événements qui manquent. Reproduisez un seul journey, vérifiez les propriétés dans les branches et contrôlez les canaux avant d'importer l'ensemble des profils. Gardez l'ancien outil en lecture pendant la période où vous rapprochez les volumes et les consentements.

Dans chaque direction, préparez une table de correspondance pour l'identifiant, l'email, la langue, le rôle, l'entreprise, le consentement, le statut d'activation et la date de dernière activité. Authentifiez le domaine d'envoi, supprimez les adresses invalides et augmentez le volume progressivement. Décidez à l'avance du moment où l'ancien service cesse d'envoyer, afin d'éviter un doublon.