Demander des commentaires / notes pour une application mobile?
Fig.1: Une invite typique, demandant à l'utilisateur des commentaires/notes dans iOS
Contexte
Tout utilisateur sérieux de smartphone doit avoir vu un message similaire à Fig.1 ci-dessus au moins une fois. Les variations de cette invite incluent: "S'il vous plaît, donnez-nous 5 étoiles si vous aimez cette application!", "Donnez-nous votre avis :)", "Votre évaluation aide à améliorer cette application!", Etc. Fondamentalement, Fig.1 demande à l'utilisateur de laisser une (Nice) rétroaction/note pour l'application sur son AppStore (ou équivalents).
La question la plus courte
Quand et à quelle fréquence un utilisateur d'application mobile doit-il être invité à laisser un commentaire/une évaluation?
La question plus longue
#1. Quelles statistiques d'utilisateurs?
Quelles sont les statistiques comportementales importantes de l'utilisateur sur lesquelles se baser pour générer Fig.1? Par exemple:
- Nombre d'exécutions depuis l'installation/la réinstallation de l'application
- Temps écoulé depuis l'exécution actuelle de l'application
- Temps écoulé depuis la première exécution de l'application
- Temps écoulé depuis la première installation de l'application
- Certains événements (par exemple, après avoir effacé un certain nombre d'étapes pour une application de jeu)
# 2. Quand demander?
Si plusieurs statistiques utilisateur sont choisies pour être calculées pour générer Fig.1, en particulier comment les statistiques utilisateur doivent-elles satisfaire la condition de l'événement? Par exemple:
- Formez une équation unifiée (par exemple
X^2+Y^2=Z^2) avec toutes les statistiques d'utilisateurs significatives partagées équitablement pour déclencher l'événement. - Créez (plusieurs) des déclencheurs d'événements "absolus" (par exemple, chaque 10e exécution d'application; écoulé 2 heures depuis l'exécution actuelle de l'application).
- Les deux. Générez Fig.1 selon la première occurrence de
true. - Aucun des deux. "Il y a une meilleure façon!"
# 3. À quelle fréquence?
Quelle serait la fréquence optimale min/max de la génération Fig.1? Par optimal, je veux dire que les utilisateurs ne sont pas trop gênés, mais que les développeurs obtiennent une sortie maximale de bons retours des utilisateurs?
# 4. "Ne me dérange plus :("
Les utilisateurs devraient-ils avoir la possibilité de refuser de recevoir Fig.1?
# 5. Statistiques utilisateur universelles pour toutes les applications mobiles?
Les applications de différentes catégories devraient-elles être basées sur des statistiques d'utilisateurs différentes? Il existe des différences importantes de taille et de type de statistiques sur les utilisateurs dans les applications de différentes catégories. Par exemple, une application "lampe de poche" n'est généralement pas exécutée pendant une heure d'affilée, tandis qu'une application de streaming de musique/film peut durer plus d'une heure.
# 6. "Cette application n'a pas besoin de plus de commentaires."
chaque application de toutes sortes d'utilisateurs devrait-elle demander ce message? Le cas échéant, une application mobile devrait-elle cesser de générer Fig.1 lorsque les conditions cibles sont remplies (par exemple, le nombre de téléchargements, le nombre d'utilisateurs actifs, le nombre de commentaires)?
#7. Commentaires/évaluation avant la suppression
Doit-on demander aux utilisateurs de laisser un commentaire avant de supprimer, comme indiqué dans Fig.2 ci-dessous? Les utilisateurs sont plus susceptibles de laisser un avis très critique sur la suppression de l'application, mais ce type de commentaires sera très utile pour les développeurs pour renforcer la faiblesse de leur application pour la prochaine version.
Fig.2: Demander une note à l'utilisateur avant la suppression de l'application
Demander des commentaires n'est pas bon du point de vue UX, mais c'est bon du point de vue de la conversion. Vous avez besoin de notes, car elles se convertissent en téléchargements, bien sûr seulement si elles sont bonnes et bonnes.
Avant de poser une question, vous devez vous assurer que l'utilisateur s'est familiarisé avec l'utilisation de l'application. Donc, demander cela avant ce moment est un gaspillage et ne conduira pas du tout à laisser des commentaires ou les utilisateurs seront frustrés d'être harcelés par cette question et laisseront un commentaire inférieur.
Donc, en ce qui concerne quand, vous devriez le faire après quelques exécutions, et encore mieux (si vous pouvez le déterminer) après que l'utilisateur a beaucoup utilisé l'application. S'il le fait, cela signifie que cette application lui est utile et qu'il y a de meilleures chances de faire un bon commentaire.
Demander lors de la suppression de l'application n'est pas bon, car vous demandez à l'utilisateur ce qu'il pense de l'application alors qu'il n'en a plus besoin. Ce n'est donc pas utile pour lui, et vous ne pouvez pas vous attendre à ce qu'il laisse une bonne note/un bon commentaire.
En parlant de la fréquence, je pense que vous pouvez la répéter de temps en temps (aucune idée de la fréquence, mais chaque 10ème manche peut être une bonne idée) et vous pouvez le faire même à l'infini si vous fournissez le "Don't me dérange encore "option. Il est crucial de l'avoir. Si vous ne le fournissez pas, ce qui est, encore une fois, une mauvaise UX, vous devez limiter l'apparence des nags (je définirais un maximum de deux fois il apparaît).
Il existe cependant d'autres façons de demander des commentaires aux utilisateurs:
- ne lettre du PDG est une bonne forme. Vous pouvez envoyer un e-mail à l'utilisateur (bien sûr, uniquement si votre application est basée sur le service, il existe des comptes utilisateur et vous collectez ces données). Cela vous permet de rationaliser les commentaires sur un système complètement différent de celui de votre application (certains formulaires Web) et vous permettra de collecter des commentaires plus détaillés si vous construisez correctement votre sondage). C'est génial pour améliorer l'application, mais cela n'augmentera pas le nombre de commentaires dans l'AppStore.
- certaines applications ont fonctionnalités de base qui peuvent être utilisées pour cela - par exemple todo apps, où vous pouvez entrer une tâche "Laisser un commentaire à notre application", même en fournissant un lien vers AppStore (probablement, pas sûr). Une autre idée est un système de notification dans une application (s'il y en a une), qui pourrait faire de même.
Contexte de la réponse
Je crois avoir vu d'autres options pour demander à l'utilisateur des commentaires, des évaluations ou la diffusion de la Parole sans entrer en contact avec l'utilisateur.
Bien sûr, les jeux ont le dessus, quand il existe une sorte de système de micro-transaction, vous pouvez gagner des points (ou quel que soit l'élément monétaire dans le jeu) en faisant certaines actions: aimer la page sur Facebook, suivre sur Twitter, évaluer l'application ou rédiger un avis, etc. Ces méthodes sont sûrement faillibles, mais elles encouragent l'utilisateur à faire quelque chose pour lui car l'utilisateur obtient quelque chose en retour de son action.
Cet effet est probablement ce qui est censé se produire lorsque le message est "une bonne note nous aide à améliorer l'application", de sorte que l'utilisateur a le sentiment qu'il obtient également quelque chose en faisant cela.
Il n'y a pas si longtemps, Feedly (le service de lecture de flux qui a gagné beaucoup d'utilisateurs grâce à la fermeture de Google Reader) a demandé aux utilisateurs des commentaires, avec une approche intéressante: la question était dans l'esprit de "Nous allons aller mieux, quoi voulez-vous que ce soit fait? " (et résultats ).
Outre que la demande n'est pas intrusive (ils font simplement apparaître une barre de notification qui reste à l'écart lors de l'utilisation de l'application), la manière dont les commentaires ont été fournis était suffisamment encourageante pour en tirer quelque chose. Je crois que c'était la principale différence dans laquelle ils ont pu obtenir des commentaires utiles de leurs utilisateurs.
Réponse courte
Comme Dominik Oslizlo l'a mentionné, demander des commentaires est rarement une bonne expérience pour l'utilisateur, à moins qu'il n'en tire quelque chose. Si vous devez le faire, assurez-vous que vous pouvez donner un sentiment de satisfaction pour le faire.