Combiner email et SMS dans un SaaS

Réserver chaque canal à son rôle

Pour un SaaS, le SMS est pertinent lorsque le délai change réellement l’issue d’une situation : code de vérification demandé par la personne, alerte de sécurité, incident qui bloque l’accès, rappel d’un rendez-vous convenu ou échéance proche qui nécessite une action. Il convient aussi à une notification opérationnelle courte quand l’utilisateur a explicitement choisi ce canal. Le message doit porter une information immédiatement compréhensible et, si une action est attendue, un lien ou une instruction claire.

L’email reste mieux adapté aux explications qui demandent du contexte : guide de configuration, résumé d’activité, annonce de fonctionnalité, compte rendu d’incident, facture détaillée ou étapes d’un processus. Il laisse davantage de place à une structure lisible, à des liens secondaires et à une copie conservable. Si le destinataire peut agir plus tard sans conséquence, l’email est souvent suffisant. La facilité de toucher un téléphone ne constitue pas à elle seule un motif d’envoyer un SMS.

Avant de choisir le canal, classez chaque notification selon l’urgence, la sensibilité, la longueur et la possibilité de différer l’action. Un code à usage unique doit être délivré au moment de la demande ; une alerte de sécurité peut devoir partir rapidement, mais seulement si le compte dispose d’un numéro vérifié et si le type d’alerte a été accepté. Un rappel de rendez-vous peut être utile à l’approche de l’heure prévue, tandis qu’une newsletter ou un conseil d’utilisation n’a généralement pas la même exigence de rapidité.

Écartez le SMS pour les annonces promotionnelles répétées, les longues instructions, les messages qui exposent des données sensibles sur un écran verrouillé et les notifications qui ne demandent aucune réaction. Il faut aussi éviter de transformer le téléphone en solution de repli automatique dès qu’un email n’a pas été ouvert : les pixels d’ouverture ne garantissent pas que la personne a vu ou compris le contenu, et cette relance peut donner l’impression d’être poursuivie sur plusieurs canaux.

Cartographiez les événements avant de configurer les envois. Pour chacun, notez le système source, le responsable, le canal retenu, la condition d’envoi, le délai maximal, la règle d’expiration et la façon d’arrêter les relances après résolution. Une panne déjà résolue ne doit pas déclencher une alerte retardée. Un rendez-vous annulé doit retirer le rappel planifié. Un code doit expirer selon les règles du produit, et son contenu ne doit pas inclure d’informations superflues.

Dans un parcours de connexion, distinguez le code de vérification envoyé à la demande du client d’un SMS marketing. Dans un parcours de paiement, un email peut décrire le problème et les prochaines étapes ; un SMS n’est justifié que si le client a choisi les alertes de compte et si l’échéance appelle une action rapide. Lors d’un incident, un message bref peut indiquer l’indisponibilité et pointer vers une page d’état, tandis qu’un suivi détaillé est envoyé par email ou publié dans l’espace produit.

Enfin, testez les scénarios où les deux canaux sont admissibles. Définissez une priorité explicite, par exemple SMS pour l’alerte critique et email pour le contexte, puis décidez si les deux sont réellement nécessaires. Si les deux partent, ils doivent compléter des besoins différents : un message court peut annoncer l’action urgente, et un email fournir les détails sans répéter mot pour mot le SMS.

Consentement, délivrabilité et orchestration

Traitez l’autorisation SMS comme un choix distinct. Une personne qui accepte les emails marketing n’a pas automatiquement demandé des textos. Enregistrez le numéro, le texte présenté au moment de l’inscription, la date, le contexte et la finalité acceptée. Séparez les messages de service indispensables au fonctionnement demandé des campagnes promotionnelles, et demandez un accord adapté pour chaque catégorie. Si le numéro est partagé ou saisi par un administrateur pour un collègue, ne présumez pas que son titulaire a consenti.

L’opt-out doit être simple à exercer et appliqué sans délai aux messages concernés. Gérez STOP selon les exigences applicables au pays et au fournisseur, confirmez la désinscription lorsque le cadre le prévoit, puis conservez une liste de suppression afin qu’un import ultérieur ne réactive pas le numéro. Les équipes doivent pouvoir distinguer un retrait du SMS d’un désabonnement email ; un choix sur un canal ne doit pas être interprété comme une autorisation ou un retrait global sans base claire.

Les horaires d’envoi méritent une règle produit plutôt qu’une valeur universelle. Tenez compte du fuseau local du destinataire, des périodes silencieuses prévues par la réglementation et du caractère réellement urgent de la notification. Pour les alertes non critiques, mettez en attente les messages hors plage et vérifiez avant l’envoi qu’ils restent pertinents. Les alertes de sécurité ou codes demandés peuvent nécessiter un traitement différent, défini et documenté avec les équipes produit et juridique.

Le coût SMS dépend du pays, du type de numéro, du volume, du routage et parfois de la longueur du texte. Le passage à un segment supérieur peut faire compter un message long comme plusieurs unités, notamment quand des caractères particuliers réduisent la longueur autorisée. Vérifiez le tarif et les règles de facturation sur la page de prix du fournisseur choisi avant de lancer une campagne, et suivez les coûts par cas d’usage. Nous ne donnons pas de montant universel, car le prix varie selon la destination et l’offre contractuelle.

Pour coordonner les canaux, donnez à chaque événement une seule notification principale. Un moteur de règles commun doit savoir si un email ou un SMS est déjà planifié, si le compte a résolu le problème et si la personne peut recevoir le canal choisi. Ajoutez une clé d’idempotence ou un identifiant d’événement pour éviter qu’un webhook relancé déclenche plusieurs notifications identiques. Une temporisation courte peut regrouper des événements rapprochés, à condition de ne pas retarder une vraie alerte critique.

La double notification survient souvent quand deux systèmes réagissent au même changement : l’application envoie son email transactionnel pendant que l’outil marketing voit le webhook et déclenche son propre message. Dessinez le trajet de chaque événement, nommez le système responsable et définissez des exclusions mutuelles. Un changement de mot de passe, une facture générée ou une invitation d’équipe ne doit pas être notifié deux fois simplement parce que le contact appartient à plusieurs segments.

Prévoyez les cas d’échec : numéro invalide, opérateur indisponible, délai expiré, utilisateur sans consentement, fuseau inconnu. Le système doit journaliser le résultat sans exposer le code ou des données sensibles, et fournir un canal alternatif seulement si ce recours est justifié. En cas d’incident, arrêtez les envois en attente qui ne sont plus utiles et donnez aux équipes un moyen de suspendre un scénario sans désactiver tous les messages du produit.

Enfin, séparez le suivi opérationnel de l’attribution marketing. Pour les alertes, mesurez les erreurs, les délais, les doublons et les résolutions, pas des taux d’ouverture supposés. Pour les campagnes, reliez l’action aux événements utiles avec une fenêtre d’attribution explicite. Les journaux doivent permettre de reconstruire la décision de canal : règle appliquée, consentement consulté, suppression vérifiée, horaire évalué et message effectivement envoyé.

Concevoir un parcours utile, sans répétition

Un parcours multicanal commence par le besoin du client, pas par l’envie d’utiliser deux canaux. Décrivez l’événement métier, l’information nécessaire, le délai de réaction et le résultat attendu. Puis choisissez un canal principal. Un code de connexion demandé appelle une réponse immédiate ; une explication de facture peut rester dans l’email ; une alerte d’incident peut combiner un avis succinct et un compte rendu détaillé lorsque la situation le justifie.

Établissez une hiérarchie de messages et une fenêtre d’exclusion. Si un SMS a déjà indiqué qu’un service est rétabli, l’email planifié avant la résolution doit être annulé ou transformé en résumé utile. Si l’email contient les détails et qu’aucune action urgente n’est requise, ne déclenchez pas un texto parce que la personne n’a pas ouvert le message. Utilisez plutôt une action produit, comme la bannière dans l’application, lorsque la personne se reconnecte.

Rédigez chaque version selon son support. Le SMS doit identifier le service, dire ce qui se passe et présenter une action sûre en peu de mots. Évitez les URL raccourcies opaques et ne demandez jamais d’envoyer un secret par réponse. Dans l’email, expliquez le contexte, les conséquences possibles, le moyen de contacter l’assistance et les étapes suivantes. Les deux textes doivent être cohérents, sans donner l’impression que le SMS est une simple copie tronquée.

Un parcours d’échéance peut envoyer un email explicatif en amont puis, si le destinataire a accepté les alertes SMS et qu’une action est encore attendue, un rappel bref à proximité de la date. Réévaluez le statut juste avant chaque envoi : paiement enregistré, renouvellement annulé ou échéance déplacée doivent arrêter le rappel. N’envoyez pas les deux notifications à la même minute sans raison concrète.

Pour un incident, définissez les niveaux de gravité avec les équipes d’exploitation. Un problème mineur peut être présenté dans le produit ou dans un email récapitulatif ; une panne qui empêche une action importante peut justifier un SMS aux administrateurs ayant choisi les alertes. Désignez qui publie la mise à jour, comment une résolution annule les messages en attente et où la personne peut trouver le statut actuel. Une page d’état évite d’utiliser chaque texto comme un bulletin détaillé.

Créez un calendrier de communications partagé entre le produit, la facturation, le support et le marketing. Inscrivez-y les notifications automatisées, leurs propriétaires, leurs horaires et les règles de suppression. Une vue centralisée révèle les collisions : une maintenance planifiée la veille d’un renouvellement, une relance de paiement pendant un incident ou une campagne promotionnelle au même moment qu’une alerte de compte.

Mettez en place un mécanisme de déduplication fondé sur le destinataire, l’événement et le type de notification. Les reprises réseau et les webhooks répétés ne doivent pas générer de nouveaux envois. Conservez un identifiant unique, un état de traitement et un délai de validité. Si l’action a déjà été réalisée ou le problème clos, la file doit pouvoir marquer le message comme obsolète plutôt que l’expédier en retard.

Enfin, faites relire le parcours par des personnes qui ne l’ont pas construit. Demandez-leur de retrouver l’origine d’une alerte, le consentement vérifié et la règle qui a empêché un doublon. Cette vérification fonctionnelle révèle souvent des exceptions oubliées : numéros partagés, comptes avec plusieurs administrateurs, utilisateurs ayant changé de fuseau ou changements de statut survenus pendant une file d’attente.

Sélectionner une solution selon le cas d’usage

Séparez l’infrastructure d’envoi de l’orchestration marketing. Une équipe qui a déjà un service transactionnel peut conserver ses emails de compte et ajouter un fournisseur SMS, puis coordonner ces systèmes dans son application. Une équipe marketing qui veut créer des campagnes et des automatisations peut préférer une plateforme réunissant email et SMS. Dans les deux cas, vérifiez la gestion des consentements, les webhooks de statut, les règles d’exclusion, les outils de journalisation et l’export des données.

Pour une première mise en place, choisissez un cas peu risqué mais utile, tel qu’un rappel de rendez-vous demandé par l’utilisateur. Définissez le déclencheur, l’heure locale, les exclusions et l’annulation si le rendez-vous change. Ajoutez ensuite les scénarios plus urgents après avoir validé le circuit de retrait, les numéros invalides et le traitement des doublons. Gardez une voie de retour : si le SMS tombe en panne, le produit doit continuer à fonctionner et informer l’utilisateur par un canal déjà autorisé lorsque cela convient.

La grille ci-dessous présente des repères de prix email issus des pages tarifaires, pas le coût du SMS. Les opérateurs SMS facturent selon la destination et le type de message : consultez leur propre grille de prix pour le pays et le volume concernés avant décision.

Les prix email ci-dessus n’incluent pas les SMS. Les conditions peuvent différer selon la facturation mensuelle ou annuelle et les options régionales ; ouvrez la page de prix du fournisseur lors de l’achat. Comparez aussi les coûts de mise en place : temps de développement des webhooks, entretien des modèles de consentement, surveillance de la livraison et procédure de retrait.

Erreurs fréquentes avec email et SMS

Traiter le consentement email comme une autorisation SMS. Conservez les choix séparément, leur origine et leur portée. Un numéro présent dans le CRM n’est pas une preuve d’accord pour les campagnes.

Envoyer en dehors des plages adaptées. Un fuseau manquant ou une file retardée peut faire arriver un rappel à une heure inappropriée. Définissez les périodes silencieuses et réévaluez l’urgence avant l’envoi différé.

Notifier deux fois le même événement. Les emails transactionnels et les automatisations marketing peuvent réagir au même webhook. Attribuez un propriétaire à l’événement, stockez un identifiant unique et annulez les copies prévues dès que l’action est résolue.

Utiliser le SMS comme relance d’ouverture. Une absence d’ouverture mesurée ne dit pas que le message est ignoré. Une notification supplémentaire n’est justifiée que par un besoin propre, un consentement valide et une action qui ne peut raisonnablement attendre.

Oublier STOP ou la liste de suppression. Vérifiez le retrait de bout en bout, notamment après import de contacts ou changement de fournisseur. Un numéro désabonné ne doit pas réapparaître comme opt-in à la synchronisation suivante.

Mettre des informations sensibles dans l’aperçu. Les messages peuvent apparaître sur un écran verrouillé ou être transférés. Limitez le contenu au minimum utile, utilisez un lien vers un espace authentifié et ne placez pas de secret dans l’URL ou le texte.

Questions fréquentes : email et SMS pour SaaS