web-dev-qa-db-fra.com

Commande d'un entonnoir d'éligibilité lors du processus d'intégration des candidatures

Je suis en train de concevoir un processus d'intégration/d'enregistrement pour une application/service mobile qui a des exigences de qualification assez restrictives.

Au fil du temps, ces exigences deviendront beaucoup moins restrictives, mais notre MVP ne fournira des fonctionnalités qu'à un petit sous-ensemble d'utilisateurs.

Ma question est composée de quelques parties:

  1. Comprendre que tous les utilisateurs pourront éventuellement bénéficier de cette application/service, est-il plus judicieux d'alerter les gens dès que nous nous rendons compte qu'ils ne sont pas admissibles, ou les laissons-nous terminer de tout saisir et leur dire ensuite?
  2. Selon la réponse à la partie 1, est-il préférable de commander le formulaire de telle sorte que vous posiez d'abord les questions les plus générales (les moins restrictives), ou devez-vous filtrer les utilisateurs non éligibles dès que vous savez comment les joindre une fois qu'ils qualifier?

Pour le processus tel que je l'ai actuellement, veuillez vous référer à cet organigramme:

Flow Diagram

3
Dan Shoukimas

Comme vous avez déjà le numéro de mobile, commencez par les questions les plus restrictives afin d'éviter la frustration et d'éviter une expérience négative lors du premier contact avec l'entreprise/la marque/le produit.

Au moment de la notification "non qualifié", vous pouvez alors demander s'ils souhaitent être avertis lorsqu'ils se qualifient. Cela contournerait les problèmes de protection des données (vous ne savez pas où vous vous trouvez, mais vous aurez probablement besoin du consentement pour contacter/utiliser leurs données), et leur faire savoir que ce n'est pas `` encore fini '' en même temps :)

Selon les "précieuses données du marché", vous finirez par les obtenir lorsque l'utilisateur se qualifiera pleinement. Je sais que l'entreprise peut continuer de faire pression sur la capture de données, mais vous devez déterminer si l'expérience serait suffisamment mauvaise pour qu'ils ne veuillent pas vous répondre/passer à un concurrent - vous auriez alors les données mais pas le client!

1
RBH

Il semble que les principaux objectifs que vous avez soient de faire entrer les utilisateurs dans le système dans l'espoir que lorsque le produit les prendra en charge, ils l'utiliseront réellement. Donc, mon conseil serait de:

  1. recueillir le minimum absolu d'informations nécessaires pour créer un utilisateur (peut-être nom d'utilisateur/e-mail/numéro de mobile et mot de passe)
  2. commencez par les questions les plus restrictives et faites savoir à quelqu'un le plus rapidement possible qu'il n'est pas encore admissible

Je pense que c'est une bonne option car cela vous permet de faire entrer l'utilisateur sur le système afin que vous puissiez le prévenir quand il sont capable d'utiliser le produit, mais cela ne le fait pas répondre aux questions qu'ils n'en ont pas besoin.

J'espère que cela t'aides!

0
jnishiyama