ask for user password after confirmation + merge reset password and reconfirm interfaces
Created by: adipasquale
-
demande du mot de passe décalée apres la confirmation. (j'ai suivi ce tuto officiel https://github.com/heartcombo/devise/wiki/How-To:-Email-only-sign-up )
-
juste après le signup, on affiche une nouvelle page avec un lien vers les clients mails principaux (cf note en bas), plutot que la page de connexion :
- le mail de confirmation redirige vers une page qui demande unqiuement le mot de passe :
- suppression des liens et des routes pour redemander l'email de confirmation
- lorsque l'usager demande un reset de mot de passe pour un email correspondant a un usager non-confirmé, on ré-envoie plutot le mail de confirmation
- lorsque l'usager demande un reset de mot de passe pour un email correspondant a un usager invité mais dont l'invitation n'a jamais été acceptée, on envoie plutot le mail de confirmation
Matrice de cas a tester
via le tunnel de prise de RDV usager
-
nouvel usager cherche un creneau, s'inscrit, accepte la confirmation, sette son mot de passe, et avance. -
nouvel usager cherche un creneau, s'inscrit, n'accepte pas la confirmation et demande un reset password -
nouvel usager cherche un creneau, s'inscrit, n'accepte pas la confirmation et essaie de se reinscrire -
nouvel usager cherche un creneau, s'inscrit, n'accepte pas la confirmation et essaie de se connecter -
nouvel usager cherche un creneau, s'inscrit, accepte la confirmation, ne sette pas son mot de passe et demande un reset password -
nouvel usager cherche un creneau, s'inscrit, accepte la confirmation, ne sette pas son mot de passe et essaie de se reinscrire -
nouvel usager cherche un creneau, s'inscrit, accepte la confirmation, ne sette pas son mot de passe et essaie de se connecter -
usager existant non connecté cherche un creneau et fait un reset password pour se connecter -
usager existant non connecté cherche un creneau et tente de se reinscrire
agent invite usager
-
agent invite usager, usager accepte invitation et definit son mot de passe -
agent invite usager, usager n'accepte pas l'invitation et demande un reset password -
agent invite usager, usager n'accepte pas l'invitation et essaie de s'inscrire -
agent invite usager, usager n'accepte pas l'invitation et essaie de se connecter -
agent invite usager, usager accepte invitation, ne definit pas le mot de passe, et demande un reset password -
agent invite usager, usager accepte invitation, ne definit pas le mot de passe, et essaie de s'inscrire -
agent invite usager, usager accepte invitation, ne definit pas le mot de passe, et essaie de se connecter
inscription usager depuis la homepage
-
un nouvel usager s'inscrit, accepte la confirmation, sette son mot de passe, et est connecté -
un nouvel usager s'inscrit, n'accepte pas la confirmation et demande un reset password -
un nouvel usager s'inscrit, accepte la confirmation, ne sette pas son mot de passe et demande un reset password
Note: affichage de liens vers les webmails
Je trouve que l'UX actuelle est pas terrible et incite aux erreurs: juste après s'etre inscrit et avoir renseigné son email on se retrouve sur cette page :
Je pense que ca fait sens de ne rien afficher de cette page a part le message de confirmation en bleu. le formulaire de connexion, les liens vers mot de passe oublié et je m'inscris ne peuvent que perturber l'usager je suppose.
J'aurais bien aimé afficher un lien générique type <a href="mailto">
et laisser l'OS emmener vers le bon client / site mais malheureusement il n'existe pas l'équivalent de mailto
pour amener vers l'inbox.
J'ai rapidement regardé les TLD des emails usagers dans notre base, cf https://metabase-rdv-solidarites.osc-fr1.scalingo.io/question/7
gmail sort largement en tête
J'ai mis en place un système qui va afficher un lien vers les ~10 webmails principaux et couvrir donc + de 90% de nos usagers.
Sur desktop:: Je pense qu'afficher un lien vers les webmails comme GMail, Outlook etc fonctionnera très bien sur desktop. Je suppose que la majeure partie de nos usagers utilisent des webmails et pas des clients lourds OU du moins qu'ils sont connectés sur leur navigateur et que donc le lien devrait marcher
Sur mobile iOS: J'ai trouvé qu'un lien <a href='message://'>
amene vers le client Mail par défaut qui est très utilisé. Je propose donc un bouton "Ouvrir l'app Mail" en plus du lien vers le webmail. Je pense que cela devrait couvrir la majorité des cas. Je ne sais pas si ca couvre le cas d'ouvrir l'appli GMail plutot que l'appli Mail quand GMail est defini comme client mail par defaut, mais probablement.
Sur mobile android : je n'ai pas trouvé d'équivalent de ce lien iOS malgré pas mal de recherches. Je n'affiche donc QUE le lien vers le webmail. Si les applis correspondantes aux sites ont bien géré leur deep linking ça devrait cependant proposer nativement à l'usager d'ouvrir l'appli plutôt que le site
En résumé, je pense que la solution est un peu exotique mais potentiellement intéressante. A minima je pense que ça serait intéressant de simplement cacher 99% des infos affichées sur la page actuelle