Segmenter une base email SaaS avec méthode
Pour segmenter utilement, partez de données cohérentes : plan, rôle dans le compte, étape du cycle de vie, usage produit, taille de l’organisation et source d’acquisition. Le choix d’un outil vient après la définition des règles.
Un segment est un groupe calculé selon des conditions explicites. Il sert à décider qui doit recevoir un message donné, qui doit en être exclu et quand l’appartenance doit changer.
L’objectif de ce guide est opérationnel : créer des groupes maintenables, éviter les données contradictoires et vérifier qu’un segment contient assez de comptes pour justifier un traitement distinct.
Construire une segmentation SaaS à partir des bonnes données
Une base SaaS réunit plusieurs niveaux d’information qu’il faut garder distincts. Le plan décrit la relation commerciale, le rôle désigne la fonction d’une personne dans son organisation et l’étape du cycle de vie situe le compte dans son parcours. L’usage produit indique ce qu’il fait réellement. La taille du compte caractérise l’organisation, tandis que la source d’acquisition explique par quel canal elle est arrivée. Ces axes se complètent ; aucun ne résume à lui seul la situation d’un contact.
Commencez par écrire les décisions que les segments doivent aider à prendre. Une équipe peut vouloir isoler les comptes en essai qui n’ont pas encore invité de collègue, repérer les administrateurs d’un plan supérieur, ou distinguer les comptes acquis par recommandation de ceux venus d’une campagne. La règle doit conduire à une action claire. Si les responsables ne savent pas quoi faire des membres d’un segment, celui-ci ajoute de la complexité sans apporter de repère.
Pour le plan, choisissez une valeur canonique comme starter, pro ou enterprise, puis documentez les cas particuliers : offre historique, essai, compte suspendu, remise temporaire. Ne mélangez pas le nom affiché dans l’interface avec le statut de paiement. Un compte peut utiliser une formule Pro tout en étant en période d’essai, en retard de paiement ou en transition vers un autre plan. Garder ces notions dans des propriétés séparées évite des filtres ambigus.
Le rôle demande une définition tout aussi précise. « Utilisateur » est trop large si l’on cherche à distinguer un administrateur, un décideur budgétaire, un contributeur et un lecteur. Prévoyez une valeur inconnue plutôt que de déduire le rôle d’une adresse ou d’un intitulé libre. Dans un compte partagé, les membres n’ont pas tous la même responsabilité : rattachez chaque personne au compte correspondant et conservez l’identifiant de compte comme propriété stable.
Pour le cycle de vie, adoptez des états exclusifs et des transitions compréhensibles : inscrit, activé, client, en renouvellement, résilié. Précisez le moment où un compte entre dans un état et celui où il en sort. Une date d’inscription seule ne permet pas de savoir si une personne a achevé l’activation. Reliez plutôt l’étape à des événements définis par le produit, par exemple la création du premier espace ou la configuration d’une intégration.
L’usage produit gagne à être mesuré avec quelques événements qui correspondent à des actions de valeur, pas avec chaque clic. Gardez des noms stables tels que project_created ou teammate_invited, et associez-leur des propriétés utiles : produit concerné, identifiant du compte, horodatage et résultat. Si le schéma change, versionnez-le ou mettez à jour les anciennes données. Des événements doublés ou une propriété manquante peuvent faire basculer un grand nombre de contacts hors d’un segment sans que personne le remarque.
La taille du compte peut désigner le nombre de sièges, le nombre d’employés ou une tranche déclarée. Choisissez une seule définition selon votre cas d’usage. Si le nombre de sièges actifs fluctue, utilisez une photographie datée ou une tranche stable afin qu’un léger mouvement ne fasse pas entrer et sortir un compte chaque jour. Pour l’acquisition, enregistrez séparément la source initiale et la source récente : une visite organique après une inscription issue d’un partenaire ne doit pas réécrire l’origine historique.
Une matrice de données aide à repérer les lacunes avant de créer des filtres :
- Plan et facturation : valeur normalisée, statut d’abonnement et date de mise à jour.
- Rôle et compte : rôle contrôlé, identifiant du compte, propriétaire de la relation.
- Cycle de vie : état actuel, date d’entrée et événement de transition.
- Usage : événements de valeur horodatés, avec une fenêtre d’observation annoncée.
- Taille et acquisition : définition documentée, source initiale conservée et valeurs inconnues explicites.
Attribuez un responsable à chaque propriété. Le produit ou l’ingénierie peut garantir la qualité des événements ; les opérations marketing peuvent administrer les valeurs d’acquisition ; l’équipe commerciale peut tenir à jour les rôles. Cette répartition évite que plusieurs systèmes écrivent des valeurs différentes dans le même champ. Avant d’activer une campagne, comparez le nombre de comptes obtenu avec une requête ou un export indépendant. Un comptage inattendu est un signal d’enquête, pas une raison de modifier les critères jusqu’à obtenir le résultat souhaité.
Questions fréquentes — Segmentation email
Quels sont les types de segmentation email les plus efficaces pour un SaaS ?
Pour un SaaS, les segmentations les plus efficaces sont celles qui combinent des données comportementales produit avec des données de cycle de vie et de facturation. Les segments les plus actionnables et à fort ROI sont généralement : la segmentation par étape d'activation (utilisateurs ayant ou non atteint le moment « aha » du produit), par niveau d'engagement produit (utilisateurs actifs vs semi-actifs vs inactifs selon la fréquence d'utilisation), et par statut de facturation (essayeurs en cours, clients en renouvellement prochain, clients à risque de churn selon les signaux comportementaux).
La segmentation par fonctionnalités utiles aide les équipes à comprendre quelles étapes du produit restent à franchir. Définissez l’événement concerné, la période observée et le niveau auquel la condition s’applique : membre individuel ou organisation. Les groupes obtenus reflètent alors une règle vérifiable plutôt qu’une intuition sur l’usage.
La segmentation firmographique (par taille d'entreprise, secteur d'activité, rôle décisionnel du contact) complète utilement la segmentation comportementale dans les contextes SaaS B2B. Un directeur technique qui n'a pas activé une intégration technique recevra un email différent d'un directeur commercial dans la même situation, car leurs obstacles et leurs motivations sont différents. Cette personnalisation par persona, combinée à la segmentation comportementale, produit des messages d'une pertinence maximale.
La segmentation par cohorte d'acquisition (mois d'inscription, source de trafic, campagne d'origine) permet d'analyser les différences de comportement entre les cohortes et d'identifier si certaines périodes d'acquisition ou certains canaux produisent des utilisateurs avec de meilleures métriques de rétention. Ces insights sur la qualité des différentes cohortes sont précieux pour optimiser les budgets d'acquisition et personnaliser les séquences d'onboarding selon l'origine des utilisateurs.
Comment créer des segments dynamiques qui restent à jour automatiquement ?
Les segments dynamiques sont des groupes de contacts dont la composition se met à jour automatiquement en temps réel selon des règles définies, contrairement aux segments statiques (listes fixes créées à un moment donné). Pour créer des segments dynamiques efficaces, la première étape est de définir précisément les règles d'appartenance : quels critères doivent être vrais pour qu'un contact soit dans ce segment, et quels critères doivent changer pour qu'il en sorte.
Un segment « comptes actifs » peut être défini selon un événement produit et une fenêtre d’observation, par exemple une action réalisée au cours des sept derniers jours. Vérifiez la fréquence de recalcul de l’outil : une actualisation quotidienne et une actualisation immédiate ne produisent pas le même comportement pour les automatisations.
La qualité des données alimentant les segments dynamiques est critique : des données mal instrumentées, incomplètes ou incorrectes produisent des segments inexacts qui peuvent conduire à envoyer les mauvaises communications aux mauvais contacts. Il est essentiel d'investir dans la qualité de l'instrumentation des événements applicatifs et dans des processus de validation des données avant de s'appuyer sur des segments dynamiques pour des communications automatisées critiques.
Avant d’automatiser un segment, contrôlez les règles, les valeurs manquantes et quelques profils inclus ou exclus. Une règle documentée et comprise par l’équipe est plus facile à maintenir qu’un filtre construit uniquement dans l’interface d’un outil.
Combien de segments email est-il raisonnable de gérer simultanément ?
Le nombre optimal de segments à gérer simultanément dépend de la taille de l'équipe marketing, de la maturité de la stratégie email et des capacités de la plateforme utilisée. Pour une startup en phase de croissance avec une petite équipe, commencer avec 5 à 10 segments bien définis et actionnables est plus efficace que de créer 50 segments dont seulement 10 sont réellement utilisés pour des communications ciblées.
Les segments essentiels pour tout SaaS en croissance incluent : les nouveaux utilisateurs en onboarding (moins de 14 jours), les utilisateurs actifs engagés, les utilisateurs semi-actifs à risque de désengagement, les utilisateurs inactifs à réactiver, les essayeurs proches de la conversion, les clients sur plan de base éligibles à l'upgrade, et les clients à risque de churn. Ces 7 à 10 segments fondamentaux couvrent les principales étapes du cycle de vie et permettent déjà une personnalisation significative des communications.
À mesure que l'équipe et les capacités data mûrissent, il est possible d'affiner et de multiplier les segments : créer des sous-segments par fonctionnalité utilisée, par secteur d'activité, par taille d'entreprise, par source d'acquisition ou par comportement spécifique. L'objectif est toujours qu'à chaque segment corresponde une communication spécifique : si vous ne pouvez pas justifier d'un message différent pour un segment, il n'est peut-être pas nécessaire de le créer comme segment indépendant.
La maintenabilité est un critère souvent sous-estimé dans la gestion des segments : des dizaines de segments mal documentés et dont les règles n'ont pas été révisées depuis des mois peuvent produire des résultats incohérents et difficiles à diagnostiquer. Un audit régulier (trimestriel ou semestriel) des segments existants, éliminant ceux qui ne sont plus utilisés ou dont les règles ne correspondent plus à la réalité du produit, est une pratique d'hygiène importante pour maintenir une stratégie de segmentation saine et efficace.
Comment la segmentation améliore-t-elle la délivrabilité des emails ?
La relation entre la segmentation et la délivrabilité est souvent sous-estimée mais fondamentale. Les algorithmes des fournisseurs de messagerie (Gmail, Outlook, Yahoo) évaluent la réputation de chaque expéditeur en partie en fonction des taux d'engagement de ses emails : un expéditeur dont les emails obtiennent des taux d'ouverture élevés et peu de signalements spam est considéré comme légitime et vu positivement, ce qui améliore sa délivrabilité globale.
En ciblant vos emails uniquement vers des segments de contacts qui sont susceptibles de les trouver pertinents — plutôt qu'en envoyant à l'ensemble de votre liste de manière indiscriminée — vous augmentez mécaniquement les taux d'engagement et réduisez les taux de signalement spam. Un email sur la fonctionnalité X envoyé uniquement aux utilisateurs qui ont manifesté de l'intérêt pour cette fonctionnalité obtiendra des métriques d'engagement nettement supérieures au même email envoyé à toute la liste.
La segmentation permet également de gérer efficacement les contacts inactifs, qui représentent un risque particulier pour la délivrabilité. En identifiant régulièrement les contacts qui n'interagissent plus avec vos emails (segment « contacts inactifs depuis X jours ») et en les excluant des campagnes principales ou en les soumettant à des séquences de réactivation dédiées, vous protégez votre réputation d'expéditeur et maintenez des métriques d'engagement saines sur vos listes actives.
Un groupe de contacts inactifs peut aider à distinguer les adresses dont les données doivent être revues. Définissez l’inactivité à partir de signaux disponibles et interprétables, puis appliquez une politique de conservation cohérente. Les filtres ne remplacent ni la gestion du consentement ni les règles de suppression des contacts.
Comment intégrer les propriétés de facturation aux segments ?
Synchronisez des champs explicites comme la formule, le statut et la date de renouvellement depuis une source faisant autorité. Gardez l’identifiant du compte pour relier les contacts à l’abonnement correspondant et consignez l’horodatage de synchronisation afin de repérer les données périmées.
Un exemple de règle associe une formule, un statut valide et une échéance située dans une fenêtre choisie. Examinez les cas de changement de formule, d’annulation et de paiement en attente pour décider à quel moment le compte doit entrer ou sortir du segment.
Si les événements de facturation et l’usage produit se croisent, distinguez la propriété du compte de l’événement individuel. Cette séparation facilite l’explication du résultat et évite d’attribuer à chaque membre un statut qui ne concerne que l’organisation.
La facturation reste une source opérationnelle : contrôlez sa fraîcheur et son identifiant de rattachement avant d’utiliser ses champs dans une campagne. Conservez une règle documentée et la date de revue pour que l’équipe puisse la réexaminer lorsque le modèle d’abonnement évolue.
Guides connexes
Règles d’appartenance, mises à jour et qualité des groupes
Un segment dynamique recalcule ses membres à partir de conditions ; un groupe statique conserve une sélection faite à un instant donné. Le premier convient aux états qui changent continuellement, comme les comptes en essai ou les utilisateurs sans activité récente. Le second sert plutôt à figer une cohorte de lancement, un échantillon d’analyse ou une audience validée avant une opération ponctuelle. Il faut inscrire la date de référence et le motif de la capture, faute de quoi une liste figée finit par être prise pour une vérité actuelle.
Écrivez chaque règle comme une phrase vérifiable. « Compte actif » ne dit pas si une connexion suffit ou s’il faut une action importante dans le produit. Une définition exploitable pourrait être : « compte payant, non suspendu, ayant créé au moins un projet dans les trente derniers jours ». Décidez aussi si les conditions s’appliquent à la personne ou au compte. Si un seul membre a utilisé le produit, faut-il inclure tous les contacts de l’organisation ? Cette distinction change les volumes et les destinataires.
Les fenêtres temporelles ont besoin d’un point de départ cohérent et d’un fuseau horaire documenté. « Au cours des sept derniers jours » est une fenêtre mobile qui évolue continuellement ; « pendant la semaine dernière » désigne une période calendaire close. Les deux peuvent être utiles, mais répondent à des questions différentes. Pour une relance d’activation, une fenêtre mobile est souvent plus proche du moment d’usage. Pour un bilan hebdomadaire, la semaine terminée facilite la comparaison.
Préservez l’hygiène des propriétés au fil des évolutions du produit. Établissez un dictionnaire avec le nom technique, le type, les valeurs permises, l’origine et le propriétaire de chaque champ. N’utilisez pas une seule propriété texte pour plusieurs concepts, comme « trial/pro/paid » où certaines valeurs décrivent le plan et d’autres le statut. Évitez également les variantes causées par la casse, les espaces ou les traductions. Une valeur normalisée facilite la lecture et rend les filtres prévisibles.
Le nom du segment doit aider une autre personne à comprendre sa logique sans ouvrir l’éditeur. Un format tel que cycle | compte | condition | fenêtre fonctionne bien : « Activation | essai | projet absent | 7 j ». Ajoutez un propriétaire ou un lien vers la documentation si l’outil le permet. Évitez « Segment 12 », « nouveaux » ou « test final », qui ne renseignent ni sur la règle ni sur l’usage prévu. Lorsqu’une définition change de sens, créez un nouveau nom et archivez l’ancien au lieu de le modifier silencieusement.
Un segment minuscule n’est pas automatiquement inutile : une poignée de comptes stratégiques peut justifier une communication distincte. Mais un volume minime peut également révéler une faute de frappe, une propriété vide ou des conditions trop restrictives. Fixez des seuils d’examen avant la campagne. Si un groupe descend sous ce seuil, vérifiez son échantillon, son historique et la raison métier qui justifie un traitement séparé. Regrouper temporairement plusieurs sous-groupes peut être préférable à un envoi qui ne permet pas d’apprendre quoi que ce soit.
Testez la définition avant de tester le message. Examinez des exemples qui devraient être inclus et exclus, notamment les cas limites : compte avec plusieurs membres, passage récent au plan supérieur, utilisateur supprimé, essai converti entre deux calculs. Contrôlez les effectifs et comparez les événements sources. Après activation, surveillez les entrées et sorties du segment ; une variation soudaine mérite une explication liée aux données ou au produit.
Enfin, traitez les segments comme du code métier à maintenir. Chaque groupe utile doit avoir un objectif, un propriétaire, une règle et une date de revue. Lorsqu’aucune campagne, automatisation ou analyse ne s’en sert plus, archivez-le après avoir vérifié ses dépendances. Cette discipline réduit les doublons et rend les prochains changements plus faciles à auditer.
Choisir une plateforme et organiser sa mise en place
La plateforme doit correspondre au modèle de données que l’équipe peut réellement entretenir. Une petite équipe dont les critères sont surtout le plan et la date d’inscription peut commencer avec un outil de listes classique. Si les segments dépendent d’événements produits, vérifiez la façon dont l’outil reçoit ces événements, la latence de mise à jour, les opérateurs disponibles et la possibilité de tester une règle sans l’activer. Pour les comptes B2B, confirmez que les filtres savent distinguer les propriétés de l’organisation de celles des contacts.
Avant de migrer, exportez un échantillon contenant des cas ordinaires et des cas limites. Comparez le nombre de profils, les valeurs vides, les doublons d’adresse et la correspondance des identifiants de compte. Traduisez chaque segment utilisé aujourd’hui en une règle écrite, puis décidez s’il doit devenir dynamique, rester une cohorte datée ou être supprimé. Ne reproduisez pas automatiquement des dizaines d’anciens filtres : certaines listes n’ont peut-être plus de propriétaire ni de campagne active.
Le déploiement peut se faire par étapes. Commencez par les segments qui ne déclenchent aucune action externe, vérifiez leurs effectifs et demandez aux personnes responsables de confirmer plusieurs exemples. Passez ensuite aux groupes utilisés dans les campagnes, d’abord en mode observation si la plateforme le permet. Conservez les anciennes règles pendant une période de comparaison documentée. Une fois l’écart expliqué et validé, migrez l’automatisation puis archivez la définition historique.
Prévoyez un journal des changements : date, ancienne définition, nouvelle définition, raison et personne qui a validé. Il devient indispensable lorsqu’une modification du schéma d’événements change la taille d’un segment. Le journal évite de confondre une variation causée par la logique avec une variation réelle de l’activité des comptes. Il facilite aussi le retour à une définition connue si une campagne dépendante doit être suspendue.
Pour comparer les solutions, examinez au minimum les points suivants et demandez une démonstration sur vos propres cas de données :
| Critère | Question à poser | Limite à repérer |
|---|---|---|
| Modèle de données | Les champs du compte et du contact sont-ils séparés ? | Tout est rattaché à une seule personne |
| Événements | Peut-on filtrer sur un événement et sa date ? | Import manuel ou événement sans horodatage |
| Mise à jour | Quand les entrées et sorties sont-elles recalculées ? | Fréquence de calcul incompatible avec le cas d’usage |
| Lisibilité | Les règles et les propriétaires sont-ils visibles ? | Segments impossibles à reprendre par un collègue |
| Contrôle | Peut-on prévisualiser les membres et exporter les données ? | Pas de moyen simple de vérifier un échantillon |
Erreurs fréquentes dans les segments SaaS
Confondre la personne et le compte. Un administrateur peut effectuer une action au nom de toute l’organisation ; un membre individuel peut ne pas avoir accès à la facturation. Si les événements ne portent pas un identifiant de compte fiable, le filtre risque de cibler la mauvaise unité. Définissez d’abord si la campagne s’adresse à chaque utilisateur, au propriétaire du compte ou à tous les membres concernés.
Déduire des attributs depuis des données instables. Un intitulé de poste libre ou un nom de plan saisi à la main produit des variantes et des erreurs de casse. Favorisez des valeurs contrôlées, un champ « inconnu » explicite et des règles de correction. Ne remplacez pas les inconnues par une catégorie supposée : cela rend les rapports plus propres en apparence, mais moins fiables.
Empiler des conditions sans vérifier leur effet. Les opérateurs « ET » et « OU » créent facilement un groupe beaucoup plus petit ou plus large que prévu. Lisez la logique à voix haute, comptez les membres après chaque condition et inspectez les inclusions ainsi que les exclusions. Une prévisualisation est utile, mais ne remplace pas l’examen des cas limites.
Conserver des segments sans usage identifié. Des filtres créés pour une campagne ponctuelle persistent parfois plusieurs années. Sans propriétaire, date de revue et lien vers l’automatisation, personne ne sait s’ils peuvent être supprimés. Archivez les définitions inutilisées après avoir vérifié leurs dépendances, et gardez un registre des segments actifs.
Utiliser la taille du segment comme preuve de pertinence. Un groupe nombreux n’est pas forcément bien défini, et un groupe restreint n’est pas forcément exploitable. Reliez chaque filtre à un objectif concret, puis vérifiez si sa composition correspond à cet objectif. Quand le volume est trop faible, cherchez d’abord une erreur de données ; élargissez ensuite le périmètre uniquement si la décision métier reste cohérente.
Modifier les critères en pleine campagne. Un segment dynamique peut évoluer pendant l’envoi et rendre les résultats difficiles à interpréter. Pour une opération qui exige une audience stable, figez une cohorte datée et conservez la définition du filtre. Pour une automatisation permanente, consignez les changements de règle et vérifiez les conditions de sortie afin qu’un compte ne continue pas à recevoir une action devenue inadaptée.
Questions fréquentes sur la segmentation SaaS
Quelles propriétés sont prioritaires pour segmenter un SaaS ?
Commencez par des champs fiables qui correspondent à une décision : plan et statut de facturation, rôle dans le compte, étape du cycle de vie, événements d’usage, taille d’organisation et source d’acquisition. Gardez séparées les notions qui évoluent indépendamment, comme le plan et l’état d’abonnement.
Quelle différence entre un segment dynamique et une liste statique ?
Un segment dynamique recalcule ses membres selon des conditions actuelles. Une liste statique conserve une sélection faite à une date précise. Utilisez la première pour des états qui changent et la seconde pour une cohorte d’analyse ou une audience ponctuelle dont vous devez garder une trace.
Comment définir un événement produit utile ?
Choisissez une action qui marque une étape identifiable dans le produit, donnez-lui un nom stable et associez un horodatage ainsi qu’un identifiant de compte. Évitez de collecter chaque clic si l’événement ne répond à aucune question de segmentation.
Faut-il créer une propriété de rôle pour chaque fonction ?
Non. Définissez seulement les catégories nécessaires aux décisions de l’équipe, par exemple administrateur, décideur, contributeur et lecteur. Prévoyez une valeur inconnue et documentez qui maintient le champ.
Comment segmenter les comptes de tailles différentes ?
Choisissez une mesure cohérente, comme le nombre de sièges actifs ou une tranche d’effectif déclarée. Notez la source et la date de mise à jour. Évitez de mélanger des mesures différentes sous un même champ.
Comment conserver la source d’acquisition ?
Stockez séparément l’origine initiale et la source récente. Une visite ultérieure ne doit pas écraser le canal qui a amené le compte, car ces deux informations répondent à des questions distinctes.
Combien de segments faut-il maintenir ?
Maintenez les groupes qui ont un objectif, un responsable et un usage clair. Un petit ensemble de segments compris par l’équipe est plus facile à contrôler qu’un grand catalogue sans propriétaires ni règles documentées.
Que vérifier lorsqu’un segment ne contient presque personne ?
Vérifiez les opérateurs ET/OU, les valeurs vides, les identifiants de compte, la fenêtre temporelle et les événements récents. Inspectez des exemples attendus et exclus avant d’élargir le filtre.
Quand préférer une cohorte statique ?
Figez une cohorte quand la composition doit rester stable, par exemple pour comparer une période ou conserver une audience validée. Indiquez la date de capture et le motif afin qu’elle ne soit pas confondue avec un état courant.
Comment nommer les segments pour qu’ils restent compréhensibles ?
Utilisez un format qui indique le parcours, la population et la condition, tel que « Activation | essai | projet absent | 7 j ». Associez un propriétaire et une documentation si possible.
À quelle fréquence revoir les règles ?
Réexaminez-les lorsque le schéma de données, les étapes du produit ou les automatisations changent, puis selon un calendrier fixé par l’équipe. Archivez une règle inutilisée après avoir contrôlé ses dépendances.
Comment tester un segment avant une campagne ?
Prévisualisez le volume, examinez des contacts ou comptes qui devraient entrer et sortir, puis comparez les résultats avec les données sources. Pour une opération ponctuelle, figez la sélection si l’audience ne doit pas changer pendant l’envoi.