Comment incitez-vous les utilisateurs à télécharger votre application native?
Je lisais n document de recherche ACM récemment qui tenait compte des modèles de revisitation des utilisateurs. Les auteurs ont constaté que les utilisateurs avaient tendance à revoir les applications natives beaucoup plus souvent qu'ils ne revisitent les pages dans les navigateurs.
Le message clair aux concepteurs de sites Web est d'indiquer aux utilisateurs d'installer la NIA pour augmenter la probabilité de revisites (2775).
Pourtant, il y a une conception populaire croissante, comme en témoigne une bande dessinée récente - xkcd, que les applications natives sont de moins bonne qualité que les sites et applications mobiles dans le navigateur.
Source: xkcd: App
Comme l'indique la bande dessinée, il est ennuyeux pour les utilisateurs de les inviter à plusieurs reprises à télécharger l'application. Pourtant, le document de recherche indique qu'il est dans votre intérêt pour les utilisateurs de Nudge de télécharger, car cela augmentera leur probabilité de revisitation.
Supposons que vous ayez créé une application de qualité égale ou supérieure sur le site mobile. Supposons également que certains de vos utilisateurs en aient assez de télécharger des applications de qualité inférieure à celles des applications Web ou des sites mobiles.
Sans ennuyer les utilisateurs, comment les incitez-vous à télécharger votre application? Devriez-vous même essayer de les pousser à télécharger en premier lieu
Les principales choses qui sont les plus ennuyeuses (du moins pour moi) avec ces bannières sont:
Je reçois généralement les notifications même si j'ai déjà l'application.
Je reçois des notifications pour les sites qui ne garantissent pas leurs propres applications en premier lieu (le principal coupable ici est un logiciel de forum de discussion, qui semble être fourni avec des logiciels malveillants de nos jours), ou au mieux, le site ne justifie pas les avantages que je '' d obtenir à partir d'une application native.
Je reçois des notifications pour les sites que je n'ai l'intention d'utiliser qu'une seule fois (par exemple, je cherche une réponse à une question dans Google, ce qui m'amène à un fil de discussion sur JohnsObscureWebsite.com, et donc je cherche juste à obtenir ma réponse et Sortez).
Lorsqu'il s'agit de résoudre les problèmes ci-dessus, il existe certaines options.
Point 1 (Je reçois généralement les notifications même si j'ai déjà l'application):
Apple fournit une méthode spécifique pour relier les utilisateurs du site Web à votre application native, qu'ils appellent Smart App Banners , qui sont suffisamment intelligents pour ne pas apparaître si l'utilisateur a déjà installé l'application. Microsoft a une méthode similaire pour les applications du Windows Store sur Windows 8. Malheureusement, il n'y a pas vraiment d'équivalent pour Google Play, Windows Phone ou Blackberry World pour autant que je sache.
Point 2 (je reçois des notifications pour les sites qui ne garantissent pas leurs propres applications en premier lieu)
Vous seul pouvez répondre à cette question, car vous seul connaissez votre site et la valeur ajoutée de votre application mobile. Comme indiqué ci-dessus, cependant, s'il vous plaît décrivez les avantages que je retirerai du téléchargement de votre application si vous voulez m'imposer. Si le principal avantage est que votre logo me sourit chaque jour depuis mon écran d'accueil, cela ne représente en fait aucun avantage pour moi. De même, à moins que votre site ne fasse partie d'une très petite gamme de sites qui en ont besoin, l'installation d'une application pour vous permettre de m'envoyer des "offres spéciales" n'est généralement pas non plus un avantage suffisant.
Si, cependant, cela me permet de recevoir des notifications Push sur quelque chose qui m'importe vraiment, ce serait un réel avantage. Formuler les avantages de votre application en fonction de mes propres priorités pourrait me convertir au téléchargement de votre application, par exemple imaginez si vous regardez votre boîte de réception Stack Exchange sur votre iPhone et qu'il est dit (localisé à cette fonction) "Soyez instantanément informé des nouvelles réponses et commentaires lorsqu'ils se produisent; téléchargez notre application sur l'App Store". Vous proposez maintenant de me faire gagner du temps, pas de me le prendre.
Point 3 (je reçois des notifications pour les sites que je n'ai l'intention d'utiliser qu'une seule fois)
Celui-ci est probablement le plus difficile à corriger avec la solution Javascript actuelle que tout le monde semble vouloir déployer. Quelques idées pour y remédier seraient:
- Passez uniquement à la notification aux utilisateurs de manière discrète (par exemple, en tant qu'élément stylisé sur la page plutôt qu'en tant que confirmation Javascript)
- Si cela n'est pas possible, envisagez de supprimer l'alerte si le référent est une page de résultats Google
- Arrêtez de créer des applications natives pour les sites qui n'en ont pas besoin.
Le principal moteur d'une application mobile (ou de tout produit) est la différenciation et les besoins perçus des utilisateurs. Vous devrez également tenir compte de la barrière d'entrée - même si elle est différente et perçue comme utile, vous n'obtiendrez pas l'adoption si elle est perçue comme frustrante à installer (ou à utiliser). Si vous souhaitez pousser les utilisateurs vers votre application, vous devez établir que l'application est une bonne utilisation du temps (ou des efforts).
Donc, pour déterminer si vous devez conduire (ou Nudge ) l'adoption d'une application, vous devez répondre à plusieurs questions sur l'application proposée.
Tout d'abord, le site se prête-t-il à une application mobile? Par exemple, l'échange de devises est beaucoup plus facile d'accès et d'utilisation en tant qu'application - pas d'interface Web, ouvrez simplement, entrez les informations et ... c'est fait. Ainsi, l'application offre-t-elle des fonctionnalités au-delà de ce que le site Web peut fournir? Les cartes (navigation), le suivi des vols ou la gestion des cartes-cadeaux sont excellents candidats pour le déploiement d'applications mobiles. En d'autres termes, se différencie-t-il de la concurrence - à la fois des alternatives externes et des alternatives internes (le site Web lui-même).
Deuxièmement, l'application est-elle plus facile à utiliser (et à configurer) que le site Web réel. Les applications de gestion de forum en sont un excellent exemple - si l'utilisateur perçoit la valeur de l'utilisation de l'application, la capacité de pousser l'application vers l'utilisateur est considérablement augmentée.
Une fois que vous avez établi que l'application est à la fois utile et facile à utiliser, vous devez identifier et supprimer les barrières à l'entrée . Une fois l'utilité et la facilité d'utilisation établies, certaines des barrières sont satisfaites - que reste-t-il? Avez-vous besoin de promouvoir la solution par le biais de publicités, de pièces jointes par e-mail, de démonstrations? La conduite de l'adoption dépend fortement de votre public cible et de votre produit.
En résumé, établir un produit qui répond aux besoins perçus des utilisateurs est la première étape. Et la meilleure façon de répondre aux besoins perçus est d'offrir quelque chose de "meilleur". Une fois que vous avez fait cela, vous avez la base requise pour pousser les utilisateurs .
Si votre application n'apporte rien à la table, n'en faites pas la promotion. Laissez-le simplement en option. Il n'y a pas de valeur ajoutée, donc déranger les gens pour quelque chose sans valeur va nuire à votre marque.
Si cela apporte de la valeur? Absolument - et la méthode dépend de vous.
La réponse simple est, c'est un question commerciale.
Vous devez leur donner une raison précise de conclure cette vente.
Ne soyez pas vague et ne proposez pas de liste: offrez une raison spécifique :
"Vous utilisez SuperTrader sur le Web. Téléchargez la version d'application de SuperTrader pour obtenir des données en direct" ~ cliquez sur ~
"Vous utilisez la version Web de TargetShopper. Téléchargez la version de l'application pour obtenir le scanner de codes-barres" ~ cliquez sur ~
C'est comme ça que vous le faites.
Ensuite, il suffit de A/B pour déterminer quelle offre ferme le plus d'utilisateurs.
Parlez simplement à n'importe qui dans les ventes de votre organisation, à toute personne qui a vraiment vendu (voitures, etc.) et ils vous diront comment "conclure". Prendre plaisir!
N'oublions pas le biais d'échantillon qui peut être introduit dans ces hypothèses. Les personnes qui téléchargent l'application peuvent également être plus investies dans le service et le processus et, de ce fait, être plus susceptibles de revoir l'application. La corrélation n'implique pas de causalité. C'est comme dire que vous avez plus de gens qui achètent de la crème glacée dans un magasin de crème glacée que dans un restaurant.
Je peux penser à une façon de pousser l'utilisateur, ce qui n'est pas si ennuyeux. Vous pouvez créer une bannière de votre application et la conserver au-dessus de votre en-tête. Ainsi, lorsque l'utilisateur accède à la page, il peut voir que vous avez une application, mais une fois qu'il a accroché l'en-tête en haut (masquer la bannière), il a leur expérience habituelle de la page Web.
Quelques exemples ont été mentionnés dans cette question: tilisation du défilement vers le haut à partir de pageload pour révéler du contenu supplémentaire