Mon habitude de 30 minutes pour répondre aux commentaires des utilisateurs en tant que développeur | de Syed Mohsin | janvier 2023

« Je vous ai vu corriger quelque chose en fonction des commentaires des utilisateurs. Merci. »

« Comment pouvons-nous permettre à d’autres ingénieurs de faire de même ? »

Je reçois souvent des messages comme celui-ci de la part de leaders de l’ingénierie.

J’avais pris l’habitude d’apporter de petites améliorations à nos produits logiciels qui ne prenaient que 30 minutes par jour.

Cette habitude a eu un tel impact que j’ai pris le temps de décrire mon processus pour aider d’autres ingénieurs à le reproduire.

Nous avons également trouvé un nom pour cela – Réponse rapide. Ci-dessous, je décomposerai ce que cela signifie et les cinq étapes que je suivrai.

Les commentaires des utilisateurs peuvent être traités en seulement 30 minutes par jour.

C’est ce que j’appelle une réponse rapide :

1. Rapide – cela ne devrait pas prendre longtemps. (Time-box it)
2. Réponse — vous agissez.

Je trouve et mets en œuvre des réponses rapides pour apporter constamment de petites améliorations à nos produits logiciels qui gagnent en valeur au fil des ans.

Des opportunités qui font la différence existent là où personne d’autre ne les regarde.

Et souvent, ils ne nécessitent pas beaucoup d’efforts d’ingénierie.

En tant qu’ingénieur, je souscris à des sources de commentaires que d’autres ingénieurs ne lisent peut-être pas. Ceux-ci incluent les chaînes Slack pour :

• retour d’expérience de l’équipe commerciale
• soutenir les activités de l’équipe
• commentaires des utilisateurs et avis sur les applications

Je passe cinq minutes chaque matin à lire ces sources de commentaires pour voir s’il y a une amélioration logicielle à faible coût et à fort impact que je pourrais apporter.

Voici un exemple que j’ai trouvé récemment :

L’utilisateur a remarqué que lors du téléchargement d’un rapport PDF sur son appareil mobile, le PDF avait un nom par défaut étrange React Native Blob XXXXXXX. De toute évidence, certaines bibliothèques de téléchargement de fichiers utilisaient la mauvaise configuration de nommage.

Le problème du client : un utilisateur devait renommer manuellement un rapport PDF en quelque chose de lisible par l’homme.

Les personnes qui signalent des commentaires sur les produits n’obtiennent souvent jamais de réponse.

Pour m’assurer qu’ils se sentent entendus, je communique avec la personne qui a signalé le problème sur lequel j’enquête.

D’après ce que j’ai vu, c’est incroyable pour le moral.

Les personnes traditionnellement extérieures au département produit et ingénierie sont rassurées que leurs commentaires ne tombent pas dans l’oreille d’un sourd et font partie du processus d’amélioration de l’expérience client.

Les réponses rapides sont des opportunités d’avoir une opinion sur votre produit.

Mettez votre chapeau de produit et essayez de trouver votre propre solution. Faites vérifier votre idée en la partageant avec votre équipe et votre chef de produit.

Chaque fois que je fais cela, je constate qu’une conversation riche et interfonctionnelle émerge entre les ingénieurs, les chefs de produit et les concepteurs.

Le groupe finit par réfléchir en profondeur sur le problème, et souvent une solution simple est identifiée ainsi que les prochaines étapes à long terme.

Quand je trouve une voie à suivre, je ne la laisse pas prendre toute ma journée.

Je ne passe pas plus de 20 à 30 minutes à faire de la découverte technique sur une réponse rapide.

La découverte révèle généralement l’une des trois directions suivantes :

1. Il n’y a pas de solution rapide 😢
2. Cela prendra quelques heures ⏳
3. C’est un simple changement 🎉

Cas 1 — Même si tout le monde était enthousiaste à l’idée de résoudre ce problème client, la réalité est que le travail prendra quelques jours. C’est bon! Bien que nous ne l’ayons pas résolu, nous avons pu estimer l’effort, et maintenant le ticket peut être priorisé pour un futur sprint.

Cas 2 — Nous pouvons implémenter un correctif en quelques heures de plus. Mais même encore, j’essaie de faire preuve de retenue. Je peux toujours revenir demain et passer encore 30 minutes ou l’intégrer à mon prochain sprint. Il est important de ne pas laisser vos tâches principales souffrir.

Cas 3 — Le meilleur scénario est que la solution ne prend presque pas de temps. C’est l’opportunité convoitée à fort impact et à faible effort.

Lorsque vous trouvez cette solution rapide, allez-y et mettez-la en œuvre !

Revenons à notre problème de nom de fichier PDF : j’ai trouvé que le changement vers un nom de fichier plus lisible ne nécessitait qu’un changement d’une ligne.

Comme vous pouvez le constater maintenant, je suis grand sur la communication.

Que j’aie trouvé ou non une solution efficace, je renoue avec les parties prenantes qui ont fait part de leurs commentaires.

S’il n’y a pas de solution ou si cela peut prendre un certain temps, je dis ceci:

«Nous avons examiné la question et ne voyons pas de solution simple pour le moment. Mais nous avons ajouté du contexte à un ticket et le prioriserons dans notre backlog.

Dans le scénario réussi, j’annonce fièrement que nous avons amélioré l’expérience client !