Recette logiciel guidée, module par module

La recette par mail, ou comment perdre les remarques du client

Une application est prête à être validée. On l'envoie au client, et les retours commencent à arriver : un mail le lundi, trois le mardi, une capture d'écran sans explication, une remarque glissée dans un échange sur un tout autre sujet. Certains points se contredisent, d'autres sont déjà corrigés, d'autres encore restent oubliés au fond d'une boîte mail.

Côté client, ce n'est pas plus simple. Il ne sait pas par où commencer, ni quand il a fini. Il valide « dans l'ensemble » sans avoir vraiment regardé chaque partie, et découvre un problème bien plus tard.

Puis la recette se termine, et les idées continuent d'arriver. Elles n'ont plus de canal : un appel, un message, une remarque au détour d'une réunion, rarement notée.

Côté équipe, chaque remarque isolée devient une petite tâche à part : la lire, la comprendre, la rapprocher des autres, y répondre. Le temps passe à trier plutôt qu'à corriger.

Une recette structurée, puis un canal permanent

Le mode recette s'installe dans l'application elle-même :

• Le client note l'application module par module. Il avance partie par partie et sait ce qu'il a déjà passé en revue.
• Ses remarques partent en un seul envoi groupé. Au lieu d'arriver en vrac, elles sont regroupées et transmises en une fois.
• Ensuite, un bouton « Suggérer une modif » reste dans l'application. Une idée ou un besoin nouveau se remonte depuis l'outil, au moment où l'utilisateur le constate.

Pas d'outil à part pour la recette : tout se passe dans l'application à valider.

Comment se déroule une recette

• Découper l'application en modules. Le découpage suit la structure de votre application.
• Ouvrir la recette au client. Il parcourt l'application dans l'outil lui-même.
• Noter, module après module. Le client donne son avis sur chacun, à son rythme.
• Envoyer. Quand il a fini, ses remarques partent en un seul envoi.
• Traiter. L'équipe reçoit un ensemble cohérent et le traite d'un bloc.
• Passer en usage. La recette terminée, le bouton « Suggérer une modif » prend le relais pour la suite.

La différence sur une semaine de recette

Avant : relire tous les mails pour reconstituer la liste des remarques, demander des précisions, relancer le client pour savoir s'il a tout vu, découvrir qu'une partie n'a jamais été ouverte. Après la mise en service, rattraper les demandes au téléphone et les noter de mémoire.

Après : le client avance module par module, ce qui l'amène à passer chaque partie en revue. L'équipe reçoit un envoi groupé au lieu d'un flot de messages. Après la recette, les suggestions arrivent par le bouton prévu, depuis l'application, au lieu de se perdre entre deux appels.

Le mode recette s'installe sur une application construite à partir d'un socle d'application métier. Une fois l'application en service, la supervision applicative hebdomadaire prend le relais pour surveiller sa santé.

Ce qu'il faut avant d'ouvrir la recette

• Une application à valider, découpée en modules qui ont un sens pour le client.
• Un interlocuteur côté client, qui fera la recette et enverra les remarques.
• Une personne côté équipe, qui recevra l'envoi groupé et organisera les corrections.
• Un accord, entre vous et le client, sur ce qui doit être corrigé avant la mise en service et ce qui peut attendre.

Le diagnostic Flip vérifie le reste : comment votre application est organisée, et qui intervient de chaque côté.

Ce qui se décide entre vous et le client

Le mode recette organise les échanges, il ne tranche rien. C'est le client qui juge si un module lui convient. C'est l'équipe qui décide comment répondre à chaque remarque : corriger, expliquer, reporter. Une suggestion envoyée par le bouton est une demande, pas un engagement : elle se discute avant d'être réalisée.

Le rythme aussi se décide ensemble. Le client parcourt les modules quand il le peut, et l'envoi groupé part quand il estime avoir fini, pas au fil de l'eau.

Les limites du dispositif

• Il ne remplace pas les vérifications faites par l'équipe avant la recette : il recueille l'avis du client, il ne cherche pas les anomalies à sa place.
• Un client qui ne prend pas le temps de parcourir les modules ne sera pas rattrapé par l'outil.
• Il suppose un interlocuteur disponible côté client : si personne n'est désigné pour faire la recette, les modules restent sans note.
• Il ne décide pas de ce qui sera fait : chaque remarque et chaque suggestion reste à arbitrer.
• Il prend tout son sens sur une application organisée en modules distincts. Sur un outil d'un seul écran, un échange direct suffit.