Le SMS reste le canal de messagerie le plus coûteux. À 0,01–0,05 $ par message, une base de 100 000 utilisateurs peut engendrer 4 000 à 5 000 $ par mois de frais SMS. Si chaque parcours de votre application commence par un texto, vous payez un prix élevé pour une portée que des canaux moins chers pourraient assurer.
On comprend aisément pourquoi de nombreuses équipes se tournent d’abord vers le SMS : une délivrabilité quasi universelle, et personne ne souhaite qu’un message passe inaperçu. Mais « envoyer un SMS à tout le monde par précaution » n’est pas une stratégie — c’est une fuite budgétaire.
La solution ne consiste pas à abandonner le SMS. Il s’agit de construire un système où le SMS n’intervient que lorsqu’il est le meilleur choix, tandis que les notifications push et l’e-mail couvrent le reste. Voici comment mettre cela en place dans le Pushwoosh Customer Journey Builder.
Comment choisir le bon canal et réduire les coûts
Pensez à vos canaux comme une échelle : commencez par le niveau le moins coûteux et montez uniquement en cas de nécessité.
Niveau 1 — Notifications push. Coût marginal quasi nul. Livraison instantanée. Idéal pour les rappels urgents où un message court suffit. La limite : l’utilisateur doit avoir activé les notifications, et la délivrabilité dépend du système d’exploitation et de l’état de l’appareil.
Niveau 2 — E-mail. Toujours très rentable (surtout si vous utilisez Pushwoosh 😎). Convient parfaitement aux messages riches en détails : factures, comparatifs d’offres, guides pas-à-pas. Plus lent, moins urgent, mais indispensable pour les contenus que l’utilisateur doit pouvoir consulter ultérieurement.
Niveau 3 — SMS. Haute délivrabilité, coût élevé. C’est votre canal d’escalade : il intervient lorsque la notification push et l’e-mail n’ont pas pu atteindre l’utilisateur ou n’ont pas produit de résultat, et lorsque l’enjeu justifie la dépense.
Le principe est simple : chaque utilisateur reçoit le message via le canal le moins coûteux où il est joignable. Le SMS n’entre en jeu que lorsque les options moins chères sont épuisées ou que la situation est véritablement urgente.
Ce n’est pas de la théorie. C’est un schéma de routage concret que vous pouvez implémenter dès maintenant.
Exemple : un rappel de paiement dans Pushwoosh
Passons à la pratique.
Prenons un cas concret : vous gérez une application FinTech et devez rappeler à vos utilisateurs une échéance de paiement. Un paiement manqué implique des pénalités de retard, un impact sur le scoring crédit et une perte de confiance. Les enjeux sont élevés — le SMS se justifie à un moment donné. Mais pas comme première étape.
Voici comment construire un routage cross-canal intelligent dans le Customer Journey Builder :
Déclencheur : payment_due_in_3_days
Un événement personnalisé se déclenche lorsque la date de paiement de l’utilisateur est dans 3 jours.
-
Vérification de joignabilité → Notification push
Vérifiez si l'utilisateur est joignable par notification push. Si oui, envoyez un push : "Votre paiement de 49 € arrive à échéance vendredi. Appuyez pour payer." Court, actionnable, un seul clic pour régler la situation.
-
Attente de 24 heures → Vérification de l'objectif
L'utilisateur a-t-il effectué le paiement ? Si oui, il quitte le parcours. Terminé. Plus de messages. Sinon, on continue.
-
E-mail avec les détails
Envoyez un e-mail avec le détail complet — montant, date d'échéance, conséquences en cas de retard, et un lien de paiement direct. L'e-mail offre l'espace nécessaire pour les informations que la notification push ne peut pas transmettre.
-
Attente de 24 heures → Vérification de l'objectif
Paiement effectué ? Le parcours se termine. Toujours en attente ? Dernière étape.
-
SMS — le dernier recours
La veille de l'échéance, le SMS est envoyé. Mais uniquement aux utilisateurs qui : (a) n'ont pas réagi au push ni à l'e-mail, OU (b) n'étaient joignables sur aucun de ces canaux. Le message : "Paiement de 49 € dû demain. Payez maintenant : [deep link]"
Le résultat : la majorité des utilisateurs paient après l’étape 1 ou l’étape 3. Le SMS n’est envoyé qu’à une fraction de l’audience — ceux qui en ont véritablement besoin. Votre facture SMS diminue, votre portée reste identique, et personne ne reçoit trois messages pour la même échéance.
Même logique, différents contextes applicatifs
Le parcours de paiement ci-dessus illustre un schéma. La logique sous-jacente — commencer par le canal le moins cher, escalader avec discernement — s’adapte à de nombreux cas d’usage :
Renouvellement d’abonnement (médias, streaming). Notification push de rappel 7 jours avant l’expiration. E-mail comparatif des formules 3 jours avant. SMS le jour de l’expiration — mais uniquement pour les abonnés à forte CLV dont la valeur annuelle justifie le coût du texto.
Suivi de livraison (e-commerce, applications de livraison). La notification push est le canal par défaut pour « votre commande est en cours de livraison ». Le SMS n’intervient que si l’utilisateur est injoignable par push ET que le créneau de livraison est inférieur à 2 heures. Urgence temporelle + injoignabilité = territoire du SMS.
Réactivation d’utilisateurs inactifs (jeux mobiles). Notification push avec une offre personnalisée. E-mail de relance quelques jours plus tard. Et voici le point clé : aucun SMS. Pour la plupart des applications de jeux, le ROI d’un texto envoyé à un joueur inactif ne justifie tout simplement pas le coût. Ne pas utiliser le SMS est également une décision de routage valide — et souvent la plus judicieuse.
L’objectif n’est pas d’inclure systématiquement le SMS en fin de parcours. C’est de construire un système qui décide — par utilisateur, par scénario — si le SMS mérite sa place.
Restez cohérent entre les canaux, sans submerger vos utilisateurs
Le routage cross-canal résout le problème des coûts. Mais sans coordination, vous créez un autre problème : vos utilisateurs sont submergés de messages.
Dans un parcours séquentiel, l’élément Wait for trigger gère cela naturellement : il écoute l’événement cible (par exemple, payment_completed) et fait sortir l’utilisateur du parcours dès qu’il se déclenche. Pas de déclenchement ? Le parcours passe au canal suivant. L’utilisateur ne reçoit jamais notification push + e-mail + SMS pour le même paiement. Chaque canal reprend là où le précédent s’est arrêté.
Lorsque le message est envoyé sur un autre canal, adaptez le contenu au format. La notification push est courte et incitative. L’e-mail porte les détails. Le SMS se limite à l’essentiel + un lien.
Mesurez le coût par conversion, pas les taux d’ouverture
Les taux d’ouverture vous indiquent si un message a été vu. Ils ne vous disent pas s’il valait la peine d’être envoyé.
L’indicateur qui compte pour le routage cross-canal est le taux de complétion de l’objectif par branche : combien d’utilisateurs ont accompli l’action cible (paiement, renouvellement, achat) après chaque étape du parcours. Quand vous constatez que 70 % des conversions surviennent après la notification push et 20 % après l’e-mail, vous savez exactement ce que votre branche SMS apporte — et ce qu’elle coûte.
C’est là qu’intervient le coût par conversion. Si votre branche SMS convertit 10 % des utilisateurs qui l’atteignent, et que chaque SMS coûte 0,05 $, cela représente 0,50 $ par conversion via SMS.
La notification push, avec son coût quasi nul et ses 70 % de conversions, les délivre à 0 $ ou presque.
Ce calcul rend l’argument du SMS comme canal d’escalade évident — et vous fournit des chiffres concrets à présenter lors d’une revue budgétaire.
L’analytique des parcours dans Pushwoosh affiche tout cela étape par étape, directement sur le canvas — vous pouvez ainsi tracer précisément où les conversions se produisent et quelles branches couvrent leurs coûts.
Construisez un routage cross-canal intelligent. Constatez les économies.
Chaque parcours présenté dans cet article utilise les mêmes briques : Reachability check, Wait for trigger, éléments de canal et délais temporels — tous disponibles dans le Pushwoosh Customer Journey Builder. Pas de code personnalisé, pas d’orchestration externe.
Identifiez le parcours qui correspond à votre cas d’usage SMS le plus volumineux. Reconstruisez-le avec la notification push et l’e-mail comme premiers niveaux. Laissez le SMS traiter ce que seul le SMS peut traiter. Puis vérifiez les chiffres.
