Le compte qui empêche de perdre sa mémoire

L'application fonctionne dès le premier lancement, sans inscription. Ce confort a une contrepartie : tant qu'il n'y a pas de compte, les souvenirs sont attachés à l'appareil, et un téléphone perdu les emporte. Ce chantier a rendu le passage au compte fiable de bout en bout, et a placé l'invitation là où elle se voit, sans jamais bloquer l'usage.

Le prix caché du démarrage immédiat

Ne rien demander au lancement est une décision produit forte. Pas de formulaire, pas de courriel à confirmer avant d'avoir compris à quoi sert l'application. On appuie, on parle, ça fonctionne.

La contrepartie est invisible et arrive tard. Sans compte, tout ce qui est retenu est rattaché à l'appareil lui-même. Cela suffit pendant des semaines, et cela devient un problème le jour du téléphone cassé, volé, ou simplement remplacé. Le risque n'est pas théorique, et surtout il grandit avec le temps : plus la mémoire est riche, plus la perte coûte cher.

Il fallait donc que le passage au compte soit possible à tout moment, sans effort, et surtout qu'il fonctionne vraiment. Un parcours d'inscription qui échoue en silence sur ce produit-là ne fait pas perdre une session, il fait perdre des mois de mémoire.

Trois endroits où le parcours cassait

Le premier défaut était un malentendu. À l'inscription, quand la confirmation par courriel est demandée, le service ne renvoie aucune session : le compte existe, mais il n'est pas encore utilisable. L'application, elle, considérait l'absence d'erreur comme une réussite et affichait un état connecté qui n'existait pas. L'utilisateur croyait son compte actif, fermait l'application, et découvrait plus tard qu'il ne l'était pas. Désormais, l'écran affiche franchement qu'un message attend dans la boîte de réception, avec un bouton pour le renvoyer si rien n'arrive.

Le deuxième était une absence pure et simple : il n'y avait aucun moyen de récupérer un mot de passe oublié. Sur une application qu'on ouvre plusieurs fois par jour, le mot de passe est tapé une fois puis mémorisé par le téléphone, et il est oublié en quelques semaines. Le lien de récupération part maintenant par courriel, et le retour dans l'application ouvre directement la boîte de dialogue qui permet d'en choisir un nouveau, sans avoir à ressaisir l'ancien, qu'on ne connaît par définition plus.

Ce retour méritait une attention particulière. Le lien reçu par courriel ne ramène pas simplement vers l'application : il transporte la preuve que la boîte appartient bien à la personne. Il fallait donc que l'application sache s'ouvrir sur ce lien, dans ses deux formes possibles, et enchaîner immédiatement sur le changement de mot de passe. Un lien qui ouvre l'écran d'accueil sans rien dire donne l'impression que la procédure a échoué, alors qu'elle a réussi.

Le troisième défaut était une friction ordinaire, de celles qu'on ne voit plus à force de les subir : un champ de mot de passe masqué, sans moyen de vérifier ce qu'on tape, sur un clavier de téléphone qui met une majuscule d'office au premier caractère. Chaque champ concerné a reçu un œil pour révéler ce qui est saisi, la majuscule automatique et la correction ont été coupées, et les indications qui permettent aux gestionnaires de mots de passe de faire leur travail ont été posées correctement, en distinguant le mot de passe actuel du nouveau.

Le lien de récupération est aussi devenu visible depuis les deux onglets, connexion et inscription. Quelqu'un qui a déjà un compte commence souvent par essayer de s'inscrire, et c'est précisément à ce moment qu'il découvre qu'il ne se souvient plus de rien.

Inviter sans forcer

Restait la question la plus délicate : comment dire à quelqu'un qu'il devrait créer un compte, sans transformer l'application en machine à réclamer une inscription.

La réponse retenue est modeste. En mode anonyme, l'invitation à créer un compte remonte en haut des réglages, juste sous le titre, dans une teinte chaude qui la distingue du reste sans crier. Une fois le compte créé, elle redescend à sa place discrète, en bas de l'écran, où elle ne gêne plus personne.

Rien n'est bloqué, aucun écran ne s'interpose, aucune fonctionnalité n'est retenue en otage. L'invitation est simplement visible au moment où elle a un sens, et elle disparaît dès qu'elle n'en a plus. C'est la même logique que celle qui gouverne ce que l'application affiche et ce qu'elle garde pour elle : montrer au bon moment, se taire le reste du temps.

Ce qu'on en garde

Un parcours d'authentification n'est pas une formalité qu'on expédie avant de revenir aux sujets intéressants. Sur une application de mémoire, c'est le mécanisme qui décide si ce que les gens confient leur survit ou disparaît avec un appareil.

Et une chose apprise ici vaut ailleurs : l'absence d'erreur n'est pas une réussite. Un service qui répond sans se plaindre mais sans donner de session dit quelque chose de précis, et le traiter comme un succès revient à mentir à l'utilisateur sur son propre état. Où vivent les données et comment les reprendre, c'est une question qui se pose dès le premier lancement, pas le jour où on les perd.