Est-il acceptable de présenter des plans d'abonnement à l'utilisateur lors de son inscription?
Contexte:
Je travaille sur une application mobile commerciale avec une certaine ouverture sur le marché de détail, mais pas sur une application grand public typique. Les utilisateurs devraient s'inscrire pour commencer à explorer ce que l'application peut faire. Cette application aide les utilisateurs à maintenir leurs journaux de conduite en se couplant à un appareil externe via BT et cet appareil est branché sur leur véhicule et collecte les données de conduite et les renvoie à l'application.
Afin de maintenir leur application connectée à cet appareil, les utilisateurs doivent acheter un plan d'abonnement. S'ils n'achètent pas de plan d'abonnement, ils peuvent toujours utiliser l'application, l'appareil externe qui collecte les données, les envoie toujours à l'application, mais l'application l'empêche de les montrer à l'utilisateur en fonction de leur plan d'abonnement.
Question:
Est-il acceptable d'introduire des abonnements pendant que les utilisateurs s'inscrivent ou devons-nous laisser l'utilisateur s'inscrire puis introduire des plans d'abonnement? Je suis en train de repenser l'application et une chose à noter ici est lorsque l'utilisateur a acheté cet appareil externe, il a le texte "Nécessite un abonnement mensuel" sur la boîte. De plus, le coût de cet appareil est plus cher, donc quiconque aurait acheté l'appareil à ce prix aurait fait des recherches avant de l'acheter. Ce n'est donc pas que l'utilisateur est surpris par l'introduction de plans d'abonnement. Cependant, en supposant qu'ils auraient fait leurs recherches et devraient le savoir, ce n'est pas quelque chose qui semble convivial.
Je ne sais pas si le contexte et la question sont suffisamment élaborés pour donner le contexte du problème. Mais tout commentaire ou lien sur le moment opportun pour introduire des abonnements à l'utilisateur serait utile!
Non seulement c'est OK, mais c'est ce que vous DEVEZ faire. Sinon, vous cacheriez des informations et rendriez l'application inutilisable.
Imaginez ceci: votre utilisateur achète l'appareil, puis s'abonne et choisit gratuitement. Mais bien sûr, gratuit ne signifie absolument rien puisque vous n'afficherez aucune donnée tant qu'il n'aura pas payé. L'utilisateur sera donc probablement sur l'un de ces endroits:
- l'application ne fonctionne pas (appelez l'assistance)
- Quelle ombre! Ils m'ont obligé à m'inscrire gratuitement puis l'application ne fonctionne pas tant que je n'ai pas payé
- Quel tracas, si je devais payer, pourquoi ont-ils attendu que j'aie besoin des informations et que je me suis rendu compte que je devais payer de toute façon?
- Ajoutez une autre raison ennuyeuse de le faire
Donc, comme vous pouvez le voir, en masquant les plans d'abonnement, non seulement vous ne sauvez pas la frustration de votre utilisateur, mais vous créez beaucoup de friction
Depuis l'application est toujours utile sans payer d'abonnement. Un modèle typique consiste à permettre aux utilisateurs de terminer leur inscription (par exemple, un compte créé + potentiellement le vérifier) avant de les inviter à effectuer une tâche d'engagement plus élevée, comme effectuer un paiement. Quelques raisonnements:
- Vous souhaitez que les utilisateurs atteignent un objectif en un minimum d'étapes. Le paiement et l'inscription peuvent être interprétés comme deux objectifs distincts, donc si vous souhaitez les regrouper, vous devez définir l'attente lors de leur première entrée dans le flux.
- Vous avez toujours la possibilité de demander le paiement après que l'utilisateur s'est inscrit, car vous avez ses informations (e-mail généralement). Lorsque vous intégrez l'étape de paiement au processus d'inscription, vous ne pourrez pas effectuer de suivi si l'utilisateur a fini par ne pas convertir pour une raison quelconque (par exemple, si vous n'avez pas de carte de crédit à portée de main).
L'utilisateur a déjà effectué un paiement. substantiel d'ailleurs. alors que le paiement de l'abonnement peut être faible, c'est un problème. généralement, le paiement en ligne comporte une série d'étapes qui nécessitent un effort cognitif élevé de la part de l'utilisateur. payer hors ligne est beaucoup plus simple.
Suggérez que l'abonnement soit également vendu (peut-être séparément) lors de l'achat de l'appareil. L'autre option serait d'avoir un plan d'utilisation minimum pré chargé (essentiel signifie que vous leur donnerez une utilisation gratuite pendant un temps limité)
Pour introduire les plans, assurez-vous tout d'abord que l'utilisateur peut utiliser l'application complète et connaître sa pleine valeur avant de s'engager dans un plan d'abonnement.
Habituellement, la plupart des sites affichent le plan d'abonnement avant de s'inscrire. Il demande essentiellement à l'utilisateur de sélectionner le plan qui l'intéresse. Par exemple, dans un plan gratuit, de base ou Plus, dites à l'utilisateur quelles sont les fonctionnalités auxquelles il pourra accéder. Vous pouvez définir un plan en fonction de votre cas d'utilisation ou de vos besoins commerciaux. Comme Devin l'a souligné, certains des points que vous avez soulevés lors de votre inscription et l'application ne fonctionnent pas tant que l'utilisateur ne paie pas ces expériences sont frustrantes pour l'utilisateur.
Pour référence: https://www.figma.com/pricing
https://www.zendesk.com/product/pricing/