SaaS B2B

Customer.io ou Userlist pour vos emails de cycle de vie B2B ?

Pour une entreprise SaaS B2B qui doit relier les actions d'une personne à l'activité de son compte, Userlist part directement de ce modèle : son plan Basic à 149 $ par mois couvre jusqu'à 10 000 utilisateurs et permet de segmenter personnes et entreprises. Customer.io convient davantage à une équipe qui pilote les parcours depuis des événements et des profils flexibles : Essentials coûte 100 $ par mois pour 5 000 profils et un million d'emails. Le point décisif est votre unité de travail : un parcours lié au compte client ou un profil individuel enrichi par les événements produit.

Comparatif pour une équipe SaaS B2B

Ces unités ne sont pas interchangeables. Customer.io facture ses profils, et une entreprise peut être représentée par un objet en plus des personnes associées. Userlist facture ses utilisateurs suivis et propose des segments d'entreprises pour exprimer les relations entre eux. Avant de comparer des montants, comptez séparément les utilisateurs que vous suivriez dans Userlist et les profils que vous créeriez dans Customer.io, y compris les objets d'entreprise.

Le modèle compte et personne change la conception des parcours

Dans un produit B2B, la même organisation peut réunir un administrateur, plusieurs utilisateurs, un acheteur et des contacts qui n'ont pas encore activé leur accès. Une campagne de bienvenue adressée à une personne ne répond pas à la même question qu'une alerte destinée au responsable du compte quand l'équipe atteint un seuil d'usage. Le modèle de données détermine si ces règles restent lisibles quand le nombre de comptes et de rôles augmente.

Userlist met les utilisateurs et les entreprises au centre de sa segmentation. Vous pouvez raisonner sur les membres d'une société, puis concevoir des communications selon le compte auquel ils appartiennent. Cela correspond aux cas fréquents du SaaS B2B : informer un champion produit après une action, prévenir un administrateur des places inutilisées ou relancer les membres d'une équipe dont l'intégration est incomplète. Définissez soigneusement les règles d'appartenance lorsqu'une personne peut être liée à plusieurs comptes, ou lorsqu'un contact change d'entreprise.

Customer.io organise le travail autour des profils et des événements. Ses objets permettent de grouper des personnes, par exemple sous un compte, tandis que les automatisations peuvent réagir aux mises à jour d'objets. Cette souplesse permet de représenter une structure métier propre à votre produit, mais l'équipe doit décider quelles entités deviennent des objets, quelles propriétés sont fiables et comment les changements se propagent. Les profils de personnes et les objets contribuent tous deux au volume comptabilisé : une modélisation très détaillée peut donc influer sur le palier choisi.

Pour trancher, dessinez un cas complet sur papier : une entreprise crée un espace, invite trois collègues, adopte une fonction, puis renouvelle ou réduit son abonnement. Notez qui reçoit chaque message, quel événement le déclenche et si la condition concerne la personne ou le compte. Si la plupart des règles commencent par « l'entreprise a fait… » ou « les membres de ce compte… », le cadrage de Userlist peut simplifier les segments. Si elles commencent par « cette personne vient de… » et combinent de nombreux signaux produit, le modèle orienté profils et événements de Customer.io peut mieux épouser le système existant.

Messages intégrés : guider les utilisateurs dans le produit

Les messages intégrés à l'application peuvent présenter un conseil au moment où une personne utilise le produit, sans lui demander de consulter sa boîte mail. Ils servent à expliquer une fonction, signaler une configuration manquante ou encourager une prochaine étape. Pour une équipe B2B, ils peuvent aussi distinguer les personnes : l'administrateur voit une consigne de configuration, tandis qu'un utilisateur final voit une aide liée à son propre flux de travail. Il faut toutefois définir l'audience et la fréquence afin qu'un même compte ne reçoive pas des consignes contradictoires.

Userlist inclut les messages intégrés dès Basic, aux côtés des emails marketing et de cycle de vie. C'est utile si vous souhaitez coordonner une séquence email et un rappel dans le produit en vous appuyant sur les segments utilisateurs et entreprises. Lors de votre essai de conception, vérifiez comment les messages ciblent les membres d'un compte, comment un événement les arrête et comment vous évitez de répéter une consigne déjà accomplie.

Customer.io propose également la messagerie intégrée, en plus des emails et d'autres canaux. Sa logique événementielle permet de faire entrer ou sortir une personne d'un parcours après une action. Cela peut convenir à une expérience multi-canal où l'email reste disponible pour les étapes asynchrones et le message dans l'application accompagne une tâche immédiate. L'équipe doit choisir une source de vérité pour l'état du parcours et tester les conditions de sortie sur les environnements de préproduction afin d'éviter les répétitions.

Dans les deux cas, validez l'expérience réelle : l'identifiant utilisé dans le navigateur doit correspondre au profil ou à l'utilisateur ciblé côté serveur. Testez les changements de rôle, la désactivation d'un compte, les utilisateurs sans accès et les fenêtres de consentement. Une démonstration d'interface ne prouve pas à elle seule que le ciblage par entreprise correspond à votre modèle d'autorisations.

Comparer les coûts sans mélanger profils et utilisateurs

Les montants ci-dessous restent propres à chaque outil et à son unité. Pour Customer.io, Essentials coûte 100 $ par mois, facturé mensuellement, pour 5 000 profils et un million d'emails mensuels inclus. Le tarif Essentials à 10 000 profils est de 145 $ par mois, facturé mensuellement, et celui à 20 000 profils est de 235 $ par mois, facturé mensuellement. Premium commence à 1 000 $ par mois avec facturation annuelle et un volume de profils personnalisé. Les jeunes entreprises admissibles peuvent accéder au Startup Program pendant 12 mois; l'accès dépend des critères d'éligibilité du programme.

Le tableau garde distinctes les mesures facturées : 5 000 profils Customer.io ne signifient pas nécessairement 5 000 utilisateurs Userlist, surtout si votre espace compte aussi des objets d'entreprise. Dans Userlist, Basic comprend les fonctions de marketing et de cycle de vie par email, les messages intégrés et les segments de personnes et d'entreprises. Professional coûte 349 $ par mois jusqu'à 10 000 utilisateurs et ajoute les tests A/B, les objectifs de conversion et des fonctionnalités avancées de workflow; au-delà, chaque tranche additionnelle de 1 000 utilisateurs coûte 12 $ par mois. Enterprise propose un tarif personnalisé.

Pour une projection utile, faites deux inventaires plutôt qu'une addition. Comptez les personnes actives et suivies dans Userlist; puis estimez les profils et objets qui existeraient dans Customer.io. Pour chaque outil, incluez les comptes de test, les utilisateurs désactivés mais conservés et la croissance prévue. Pour Customer.io, tenez aussi compte du million d'emails inclus dans Essentials et de votre volume d'envoi attendu. Une base de contacts qui augmente vite, mais à laquelle vous envoyez rarement, peut produire un arbitrage différent d'un produit où chaque profil reçoit des messages fréquents.

Événements, intégration produit et qualité des données

Les deux outils dépendent de données cohérentes venant de votre application. Avant de configurer des campagnes, définissez un vocabulaire stable pour les événements tels que workspace_created, teammate_invited, report_exported ou subscription_changed. Chaque événement doit inclure un identifiant durable, un horodatage, les propriétés utiles au ciblage et, si nécessaire, l'identifiant du compte. Évitez de transformer une même action en plusieurs noms concurrents : les workflows deviennent alors difficiles à maintenir et les rapports perdent leur sens.

Customer.io est particulièrement aligné sur une approche où l'application envoie des événements personnalisés et met à jour les propriétés des profils. Son modèle d'objets permet de relier les personnes à des entités comme les comptes; il faut cependant garder une convention claire entre les données d'identité, les événements et les propriétés d'objet. Déterminez qui possède le schéma, comment les corrections historiques sont traitées et quel événement est considéré comme l'activation réelle plutôt qu'une simple inscription.

Avec Userlist, examinez comment les données de votre application alimentent les enregistrements utilisateur et entreprise ainsi que leurs associations. La précision des liens compte autant que les événements : si un membre est rattaché au mauvais compte, un message collectif peut révéler une information à la mauvaise organisation ou déclencher une relance inadaptée. Testez le transfert, le retrait et la fusion de comptes ainsi que les invitations en attente. Demandez à l'équipe d'ingénierie de préciser les mécanismes de synchronisation et de reprise après erreur avant d'activer des automatisations sensibles.

Dans votre preuve de concept, faites circuler une poignée de parcours de bout en bout. Un compte nouvellement créé doit recevoir le message prévu; l'ajout d'un collègue doit mettre à jour le segment; une conversion doit interrompre la séquence de prospection; une suppression ou une demande de désinscription doit empêcher les envois suivants. Contrôlez aussi les fuseaux horaires, la déduplication des événements et le comportement lorsqu'une propriété est absente. Ce travail révèle souvent plus de différences pratiques que la seule comparaison des éditeurs de workflow.

Quand envisager chaque solution

La croissance peut rendre chaque produit inadapté pour des raisons différentes. Une équipe peut dépasser le périmètre de Userlist lorsque ses besoins exigent un modèle de données très spécifique ou des règles d'orchestration que son workflow ne couvre pas; comparez ces exigences fonctionnelles à Professional et à Enterprise avant de migrer. Customer.io peut devenir difficile à gérer lorsque personne n'est responsable des profils, des événements et des objets, ou lorsque le volume facturé progresse à cause d'entités conservées dans plusieurs espaces de travail. Le prix seul ne signale pas le dépassement : surveillez aussi le temps de maintenance, les segments dupliqués, les messages contradictoires et les corrections manuelles.

Préparer une migration sans perdre le contexte B2B

Une migration entre ces modèles demande davantage qu'un export d'adresses. Commencez par inventorier les profils, les entreprises, leurs liens, les propriétés, les événements et les règles de suppression. Identifiez les champs qui sont la source de vérité dans votre application et ceux qui ont été modifiés directement dans l'outil marketing. Conservez une correspondance entre les anciens identifiants et les nouveaux pour éviter de recréer des personnes ou des comptes en double.

Traduisez les automatismes un par un plutôt que de copier leur nom et supposer qu'ils ont la même sémantique. Une règle déclenchée par la première connexion peut devenir un événement dans un outil et une condition de segment dans l'autre. Vérifiez les délais, les priorités, les heures silencieuses, les sorties de workflow et le comportement lors d'une nouvelle entrée. Commencez par un parcours à faible risque, puis migrez les messages d'activation ou de facturation après validation des exclusions et du consentement.

Gardez un plan de bascule explicite : limitez la période où les deux plateformes peuvent envoyer le même message, désignez la personne qui surveille les événements manquants et conservez une procédure de retour arrière. Exportez les modèles et les contenus dans un format que votre équipe peut maintenir, et consignez les liens entre compte et membre. Si la réputation d'expéditeur change ou si les volumes sont déplacés, échelonnez l'envoi et surveillez les rebonds et les plaintes selon vos pratiques habituelles.

Questions fréquentes