Notifications push d’app : guide pour petites entreprises

Les notifications push d’application sont utiles à votre petite entreprise lorsque vos clients utilisent déjà votre application et ont besoin d’informations au bon moment pour agir. Si vos clients n’ont pas de raison récurrente de l’ouvrir, les e-mails ou les SMS sont un meilleur point de départ. Prévoyez un budget pour l’intégration et l’assistance, puis testez un scénario de notification utile avant d’aller plus loin.

Comprendre les notifications push d’application

Une notification push d’application est un message provenant d’une application installée qui peut s’afficher même lorsque celle-ci est fermée. Votre entreprise l’envoie par l’intermédiaire d’un service de diffusion, et l’appareil du client contrôle son affichage.

L’autorisation passe avant tout. La documentation d’Apple sur les notifications push web exige de demander à l’utilisateur l’autorisation d’envoyer des notifications. Cette autorisation détermine aussi le public que vous pouvez toucher avec votre application native : une installation ne suffit donc pas à vous permettre de joindre ce client.

• Vos clients ont besoin d’une raison d’installer ou d’utiliser régulièrement l’application.
• Le public que vous pouvez toucher dépend des autorisations et des réglages des appareils.
• Chaque message doit aider le client à réaliser une action utile au bon moment.
• Votre équipe a besoin d’un lien fiable entre l’événement et le message.

La distinction sur iPhone est importante. Selon la documentation Apple Developer, les notifications push web sur iPhone nécessitent une application web ajoutée à l’écran d’accueil, sous iOS 16.4 ou une version ultérieure. Une simple visite sur un site web ne suffit pas.

Cette étape d’installation influe sur votre choix. Les notifications push web peuvent être utiles aux visiteurs qui reviennent sur votre site, mais elles leur demandent tout de même une action préalable avant que vous puissiez leur envoyer des informations.

Votre petite entreprise devrait-elle utiliser les notifications push ?

Choisissez les notifications push d’application lorsque vos clients reviennent déjà dans votre application pour effectuer une tâche et qu’un message au bon moment les aide à la terminer. Ne créez pas une application uniquement pour envoyer des promotions.

Un usage régulier justifie l’interruption. Un message qui mène directement à quelque chose dont le client a besoin a une raison d’être plus solide qu’une simple invitation à parcourir votre offre.

PushEngage offre un exemple concret de lien entre l’envoi de messages et les données de l’entreprise. Selon PushEngage, sa plateforme prend en charge les notifications push d’application et web déclenchées par les données de la boutique et les systèmes de gestion de la relation client, qui contiennent les fiches clients.

C’est ce lien qui est utile. Un scénario fondé sur les données de la boutique nécessite un événement, un client concerné et une destination où ce client peut agir. La modification d’une donnée dans votre boutique ne justifie pas automatiquement l’envoi d’une notification.

Pour votre premier scénario, choisissez un événement existant dont vos clients doivent être informés et associez-le à une seule action utile. Si l’information nécessite une longue explication, l’e-mail est le meilleur choix. Si votre public n’est pas prêt à installer une application ou à y revenir, commencez par un canal qu’il utilise déjà.

Prévoyez un budget au-delà des frais de plateforme

Votre budget de notifications comprend l’abonnement au service d’envoi et le travail nécessaire pour le connecter à votre application. L’abonnement n’est qu’une ligne du budget.

Selon PushEngage, son offre gratuite couvre un site web ou une application, jusqu’à 200 abonnés et 30 campagnes. PushEngage affiche des offres payantes à partir de 8 $ par mois, facturées annuellement, les formules supérieures offrant davantage de capacité et des fonctionnalités comme le suivi des objectifs et l’envoi selon le fuseau horaire.

Avant de vous engager, vérifiez auprès de PushEngage les limites actuelles et la prise en charge de la technologie utilisée par votre application. Un tarif de départ ne permet pas de déterminer les fonctionnalités dont votre processus aura besoin.

• Le développement couvre les écrans de demande d’autorisation et la gestion des notifications par l’application.
• L’intégration relie les événements de votre activité au bon client et au bon appareil.
• Les tests vérifient les autorisations, la réception des notifications et les destinations des messages sur les appareils pris en charge.
• L’assistance couvre les défaillances, les évolutions des plateformes et la maintenance continue.

Le coût total de mise en œuvre dépend de votre code existant et de vos connexions aux données. Une application disposant de comptes clients fonctionnels et d’un historique fiable des événements nécessite un travail différent de celui d’une application à laquelle ces bases font encore défaut.

Un devis utile distingue la configuration initiale de l’assistance récurrente et précise qui assure la maintenance de la connexion. Un accès gratuit à la plateforme peut vous aider à tester la demande, mais il ne supprime pas cette responsabilité.

Choisissez un logiciel que votre équipe peut gérer

Un service de messagerie géré est le meilleur point de départ si votre équipe doit envoyer des informations sans faire appel à un développeur à chaque fois. L’intégration directe convient aux équipes capables de maintenir leurs propres outils d’envoi et ayant besoin de contrôles personnalisés.

Les deux approches nécessitent une configuration de l’application. Quelqu’un doit relier les comptes clients aux appareils et maintenir cette connexion en état de marche.

Selon le site de PushEngage, son service prend en charge les notifications push d’application. C’est donc une solution à évaluer, mais son adéquation dépend toujours de la technologie de votre application et de votre processus.

• La compatibilité couvre le framework de votre application et les systèmes d’exploitation pris en charge.
• Les déclencheurs relient les messages à des événements fiables dans vos logiciels métier.
• Les groupes d’audience vous permettent de joindre les clients concernés par un événement.
• Les préférences permettent aux clients de choisir les sujets sur lesquels ils reçoivent des messages.
• Les rapports relient l’activité des notifications aux tâches accomplies par les clients.
• Les conditions de propriété couvrent l’accès au compte et l’exportation de vos données si vous quittez le service.

Pour une petite équipe sans soutien continu d’un développeur, choisissez une messagerie gérée avec une personne désignée pour assurer la maintenance de l’intégration. Un tableau de bord réduit le travail d’envoi courant ; il n’assume pas la responsabilité de la connexion de votre application ni des données clients.

Créez votre premier scénario de notification

Commencez par un seul événement qui aide un utilisateur actuel de l’application à accomplir une tâche. Limitez le périmètre de la première version.

Le scénario a besoin d’un événement fiable et d’une destination utile. Un message qui ouvre le mauvais écran donne du travail supplémentaire au client.

1. Définissez l’événement et le public. Consignez ce qui a changé, les clients qui doivent en être informés et l’action qui sera considérée comme une réussite. Excluez toute personne ayant déjà accompli la tâche.
2. Connectez le système source. Votre développeur relie l’événement au bon client et à l’appareil enregistré. La connexion doit gérer les nouvelles tentatives sans envoyer la même information à répétition.
3. Demandez l’autorisation au bon moment. Expliquez l’intérêt lorsque le client utilise la fonctionnalité concernée, puis affichez la demande d’autorisation. En cas de refus, la tâche concernée doit rester accessible.
4. Rédigez le message et définissez sa destination en même temps. Un lien profond est un lien vers un écran précis de l’application. Il doit ouvrir la tâche concernée et conserver cette destination si une connexion au compte est nécessaire.
5. Effectuez des tests sur les appareils iOS et Android pris en charge. Vérifiez les cas de refus d’autorisation, d’utilisateurs déconnectés, d’événements en double et de tâches expirées. Testez la réception des notifications et l’appui sur celles-ci lorsque l’application est ouverte, en arrière-plan et fermée.

Une personne désignée comme responsable doit pouvoir suspendre les envois si les tests ou les premiers rapports révèlent un dysfonctionnement.

Mesurez les actions et évitez la lassitude

Évaluez le test pilote à partir des tâches accomplies par les clients. Les appuis sur les notifications ne suffisent pas.

Utilisez un petit groupe répondant aux critères et, si possible, un groupe comparable ne recevant aucun message. Mesurez les résultats des deux groupes sur la même période et ne privez personne d’informations de service essentielles pour les besoins d’un test.

• Le taux d’autorisation correspond au nombre d’utilisateurs ayant donné leur autorisation divisé par le nombre d’utilisateurs ayant vu la demande d’autorisation.
• Le taux d’appui correspond au nombre de notifications sur lesquelles les utilisateurs ont appuyé divisé par le nombre de notifications reçues, lorsque la réception est mesurable ; si vous utilisez le nombre de notifications envoyées, indiquez ce dénominateur.
• Le taux d’accomplissement des tâches correspond au nombre d’utilisateurs ayant accompli la tâche prévue divisé par le nombre d’utilisateurs répondant aux critères dans chaque groupe du test pilote.

Pour les notifications push, les équipes des petites entreprises ont besoin de préférences par sujet et d’une limite de fréquence commune à toutes les campagnes. Les messages non urgents doivent respecter l’heure locale du client. Les rappels répétés doivent cesser dès que la tâche est accomplie.

Des destinations qui ne fonctionnent pas peuvent annuler le bénéfice d’une alerte envoyée au bon moment. Surveillez les liens défaillants et les tâches expirées, et n’incluez pas d’informations sensibles dans le texte affiché sur l’écran verrouillé.

La réception n’est pas garantie. Les conditions du réseau et les réglages de l’appareil peuvent retarder ou bloquer les alertes : les informations critiques nécessitent donc un canal de secours, comme l’e-mail ou le SMS, avec le consentement approprié.

Définissez votre prochaine étape avec AppDesign360

Chez AppDesign360, nous partons de la tâche que votre client doit accomplir et convenons par écrit du périmètre, du prix et de la date de lancement avant le début des travaux. Pour une application existante, une intégration ciblée des notifications constitue un premier projet pertinent lorsque le processus sous-jacent fonctionne déjà.

Vous n’avez pas besoin de spécifications techniques pour commencer. Ces précisions aident à déterminer les éléments à connecter et qui en assurera la maintenance.

• La technologie de votre application et les appareils pris en charge aident à cerner le travail d’intégration nécessaire.
• Le public visé et l’action qu’il doit accomplir définissent le premier processus.
• Le système qui enregistre l’événement déclencheur détermine le point de départ de la connexion.
• Identifier les titulaires des comptes de votre application, de messagerie et de développement permet de clarifier les accès et le transfert de gestion.

Nous définissons les droits de propriété et les modalités de transfert pour que vous conserviez votre code et vos comptes. Le périmètre de votre projet de notifications doit aussi préciser les responsabilités en matière de tests et d’assistance continue, notamment qui peut suspendre les messages et rétablir une connexion défaillante.

Si votre équipe peut envoyer des campagnes, mais ne peut pas assurer la maintenance de l’intégration, mieux vaut confier la mise en œuvre à un spécialiste pour la suite. Parlez-nous de votre projet sur https://appdesign360.com/contact lors de notre appel de découverte gratuit de 20 minutes.

Questions fréquentes