Vous refaites régulièrement le même petit travail : calculer une estimation, remettre en forme un brief, préparer une fiche avant un rendez-vous. Vous avez peut-être déjà un modèle de document. Mais il faut encore le retrouver, le compléter et vérifier que personne n’a oublié une information.
Et si vous essayiez d’en faire un petit outil interactif ? Le vibe coding offre un moyen d’explorer cette idée en dialoguant avec une iA. Pour démarrer, choisissez un besoin précis et avancez par étapes. Voici une méthode à essayer sur un cas simple.
1 Choisissez une tâche que vous connaissez bien
Prenons un exemple fictif : une équipe communication reçoit des demandes de publications internes. Certaines arrivent par message, d’autres à l’oral. Il manque souvent la cible, la date ou l’objectif.
Un premier outil pourrait aider les demandeurs à préparer un brief complet. Son périmètre reste simple : poser quelques questions et produire une fiche récapitulative. La publication, la validation et l’envoi sont laissés à l’équipe.
Choisissez une tâche dont vous saurez juger la qualité. Si vous ne pouvez pas dire ce qui fait un bon résultat, commencez par clarifier cette règle avec les personnes concernées.
2 Écrivez le parcours avant de parler de design
Décrivez les actions dans leur ordre. La personne ouvre la page, renseigne son objectif, précise son public, indique son échéance et obtient une fiche qu’elle peut relire.
Ajoutez les règles importantes. Quels champs sont obligatoires ? Peut-on revenir modifier une réponse ? Que se passe-t-il si l’échéance n’est pas renseignée ?
Vous pouvez partir de cette demande :
Crée un prototype de formulaire de brief pour une équipe communication. Il comporte quatre champs : objectif, public visé, message principal et échéance. Les trois premiers sont obligatoires. Un bouton affiche une fiche récapitulative imprimable. La personne peut revenir au formulaire sans perdre ses réponses. Utilise uniquement des données fictives. Ne prévois ni compte utilisateur, ni envoi, ni stockage des réponses.
Ce brief vous donne un premier résultat à examiner. La création par échanges successifs suit une boucle : décrire, générer, essayer et préciser la demande. Google Cloud présente ce fonctionnement.
3 Vérifiez le résultat avec plusieurs situations
Commencez par un brief complet. Essayez ensuite avec un champ vide, un message très long et une échéance passée. Regardez également la fiche sur un téléphone et dans l’aperçu avant impression.
Notez ce qui se passe réellement. « Le formulaire est mal fait » aide peu à corriger. « Quand je reviens à l’étape précédente, le message principal a disparu » décrit un problème observable.
Ne vous fiez pas uniquement à ce que l’iA annonce avoir réalisé. Si elle indique que les réponses ne sont pas conservées, faites vérifier ce point avant d’utiliser des informations internes.
4 Corrigez une difficulté à la fois
Si vous demandez simultanément un nouveau design, trois fonctionnalités et une connexion à vos outils, il sera plus difficile d’identifier l’origine d’un problème.
Commencez par le parcours principal. Une fois qu’il fonctionne, améliorez les libellés, puis la présentation. Gardez une version qui fonctionne avant un changement important, pour pouvoir revenir en arrière.
Une demande de correction peut être très concrète : « Conserve les réponses quand je reviens au formulaire. Vérifie ensuite que la fiche affiche toujours les quatre informations. »
5 Faites essayer l’outil à son futur utilisateur
Donnez une mission à un collègue : préparer une demande de publication à partir d’un exemple fictif. Laissez-le utiliser l’outil, puis demandez ce qui lui a manqué.
Le formulaire lui évite-t-il un oubli ? La fiche est-elle exploitable par l’équipe communication ? Peut-être qu’un champ est inutile et qu’un autre mérite une explication. Ces retours orientent la suite.
Avant un usage partagé, prévoyez la vérification technique, le lieu d’hébergement et une personne responsable des évolutions. Si votre prototype apporte peu de valeur, vous pouvez aussi en rester là : l’essai vous aura aidé à préciser le besoin.
Vous avez une tâche répétitive en tête ? Parlons du premier outil que vous pourriez prototyper avec eloRezo.