Je crée une application mobile qui alerterait les utilisateurs sur son démarrage initial pour la noter et la lier à l'App Store pour un examen écrit.
De faire des recherches jusqu'à présent, j'ai trouvé deux approches qui existent actuellement.
Le premier donne à l'utilisateur deux choix Évaluer maintenant | Non merci. Si l'utilisateur clique sur Non merci l'option serait toujours idéalement disponible dans un menu de paramètres.
La seconde donne à l'utilisateur trois choix Évaluer maintenant | Rappelez-moi plus tard | Ne plus me demander. Est-ce que rappeler à quelqu'un plus tard plus de contrariété que d'être utile dans ce cas? À quelle fréquence l'invite devrait-elle rouvrir si l'utilisateur choisit de le rappeler plus tard (cela pourrait également s'appliquer à l'approche A)? De plus, l'option serait toujours idéalement disponible dans un menu de paramètres.
Mon objectif est évidemment d'obtenir autant de commentaires que possible de la part de participants volontaires, mais surtout de créer un processus sans friction avec peu ou pas de frustration pour l'utilisateur.
Je déconseille de demander "au démarrage initial". Le consensus général semble être que les utilisateurs détestent sont invités à évaluer les applications avec une fenêtre contextuelle (quel que soit le contenu), et les développeurs risquent des notes négatives pour avoir demandé trop tôt, trop souvent ou trop intrusivement.
Cela est particulièrement vrai:
Les meilleures pratiques et options sont toujours une question de débat , mais en général ont commencé à s'éloigner de cette approche.
Quelques bons suggestions pour éviter de critiquer les utilisateurs inclure le placement de votre zone de notation/rétroaction dans une vue "à propos" avec vos informations de contact. Cela a l'avantage supplémentaire de fournir aux utilisateurs un moyen alternatif clair de signaler les bugs/plantages - j'espère qu'ils vous enverront un e-mail privé au lieu de laisser une note d'une étoile. Si vous dites simplement "Évaluez maintenant?" Tu obtiens ce que tu demandes...
Vous pouvez également opter pour une manière moins invasive de demander qu'une alerte (comme une sous-vue de style bannière publicitaire). Ce Tumblr a quelques bons et mauvais exemples de choses que vous pourriez considérer.
L'envoi d'e-mails à des abonnés (désireux) ou l'inclusion d'un rappel dans la copie de l'App Store pour laisser des avis après chaque mise à jour pourrait également aider.
"Mais Flappy Bird a été classé n ° 1 avec sa grande alerte laide! Pourquoi ne puis-je pas?"
Vrai ... en plaçant le pop-up "Rate Now" directement à l'heure/à l'emplacement du "Play Again?" le bouton est ne raison citée pour Flappy Bird qui grimpe les cartes de l'obscurité à la gloire et à la fortune.
La principale différence est que le pop-up est apparu stratégiquement, après l'utilisateur a joué plusieurs fois, et juste après sa mort, une claire point d'arrêt/jalon. Ce n'était pas la même interruption qu'une alerte aléatoire gênant la tâche.
Le placement sur le bouton "Rejouer" a en quelque sorte incité les gens à laisser un avis. Cela a sûrement irrité/embrouillé certaines personnes et son succès ne se répétera probablement pas, mais le volume considérable des notes a eu l'effet souhaité, et finalement il a décollé.
Si vous optez pour l'alerte contextuelle, l'option à 3 boutons avec "Ne plus demander" est la plus sûre. Si les gens aiment l'application et veulent laisser un avis, ils le feront.
Serait d'accord avec mc01. La haine de l'utilisateur a été invitée à évaluer l'application. Mais étant donné ce problème, je suivrais comme ci-dessous.