Comment savez-vous si un design que vous avez livré a réellement fonctionné ?

Convenez de la mesure avant de concevoir, pas après le lancement. Choisissez une métrique comportementale principale liée à l'objectif de l'utilisateur (complétion de tâche, temps jusqu'à la première valeur, taux d'erreur), une métrique garde-fou qui attrape les dégâts ailleurs, et un contrôle qualitatif. Instrumentez avant la mise en production, fixez une date de revue, et acceptez de déclarer l'échec. Un design sans mesure de succès ne peut être qu'admiré.

Je ne démarre plus un projet sans convenir de ce qui compterait comme ça marche. En général, c'est une métrique comportementale liée à l'objectif de l'utilisateur, un garde-fou, et quelque chose de qualitatif. Sur une fonctionnalité de prise de rendez-vous, la principale était la part de réservations terminées sans contact avec le support, le garde-fou était les doubles réservations, parce que la façon la plus rapide de rendre la réservation rapide est de la rendre négligente, et le contrôle qualitatif était une poignée de sessions au bout de deux semaines. Le garde-fou a gagné sa place : la complétion a bien monté et les doubles réservations aussi, donc on a ajouté une étape de confirmation qui nous a coûté un peu de vitesse et a réglé le vrai problème. L'autre chose sur laquelle j'insiste, c'est de vérifier que les événements existent avant de livrer, parce que le pire résultat est de lancer, d'attendre un mois, et de découvrir que rien n'était tracké. Et je mets la revue au calendrier à quatre semaines, avec le PM. Si ça n'a pas marché, je préfère le dire et itérer plutôt que de laisser tout le monde passer discrètement à la suite.