Votre premier outil sans code, testé avant le premier usage

Contenu

« No-code » signifie construire un outil en assemblant des briques prêtes à l'emploi (tableur, formulaire, assistant personnalisé, automatisation) plutôt qu'en écrivant un programme. L'IA ajoute une aide précieuse : elle propose une structure, rédige une formule, suggère des contrôles. Elle ne remplace pas la question de départ : quel problème l'outil résout-il, et pour qui ?

Cette formation suit toujours le même fil : un besoin clair, des données maîtrisées, un outil simple, des tests, une documentation, puis une décision sur le risque. La leçon 1 vous fait parcourir ce fil en petit, sur un cas concret.

1. Besoin : rédiger la fiche outil d'une page (problème, utilisateurs, entrées, sortie, règles, données exclues).
2. Données : inventaire vert, orange, rouge et trajet des données ; le rouge reste hors de l'outil.
3. Construire : la plus petite version qui produit la sortie décrite, avec des listes contrôlées.
4. Tester : plan en quatre familles (normal, limite, erreur de saisie, malveillant ou absurde), résultats attendus écrits avant, seuil d'acceptation.
5. Documenter : fiche outil complète (propriétaire, suppléant, accès, fonctionnement, limites, secours, versions).
6. Confier : partage restreint à des personnes nommées, courte présentation aux utilisateurs.
7. Maintenir : alertes d'erreur, registre des dépendances, revue trimestrielle.
8. Décider : grille de risque à chaque revue ; garder, renforcer, confier à l'informatique ou retirer.

La fiche outil d'une page

Avant d'ouvrir un tableur, répondez par écrit à six questions :

1. Le problème. Que se passe-t-il aujourd'hui sans l'outil ? (« Les demandes arrivent par trois canaux et certaines sont oubliées. »)
2. Les utilisateurs. Qui saisit, qui consulte, qui décide ?
3. Les entrées. Quelles informations entrent, sous quelle forme ?
4. La sortie. Que doit-on pouvoir voir ou faire grâce à l'outil ? (« Savoir chaque lundi quelles demandes non terminées attendent depuis cinq jours ou plus. »)
5. Les règles. Ce qui est obligatoire, interdit, calculé.
6. Les données exclues. Ce qui n'a rien à faire dans l'outil (vous y reviendrez en détail à la leçon 2).

Cette fiche prend dix minutes. Elle évite l'erreur la plus coûteuse du no-code : construire vite un outil qui répond à une autre question que la vôtre.

Laisser l'IA proposer, garder la décision

Donnez la fiche à un assistant IA et demandez-lui une structure : colonnes, type de chaque colonne, valeurs autorisées, formules utiles. Vous gagnez du temps sur la mise en forme, mais relisez tout : un assistant peut proposer une formule fausse ou une colonne inutile avec beaucoup d'assurance source. Deux contrôles suffisent au début : chaque colonne sert-elle la sortie décrite dans la fiche ? Chaque formule donne-t-elle le bon résultat sur une ligne que vous calculez à la main ?

Des listes contrôlées plutôt que du texte libre

Un tableau de suivi se dégrade surtout par les saisies : « en cours », « En cours », « encours » deviennent trois statuts différents, et les filtres ne fonctionnent plus. Les tableurs courants permettent de restreindre ce qu'on saisit dans une cellule, par exemple avec une liste déroulante ; selon le réglage, une valeur hors liste est refusée ou seulement signalée source. Choisissez le refus pour les colonnes dont dépendent vos filtres et vos totaux (statut, priorité, canal), et gardez le texte libre pour les commentaires.

Cinq cas tests avant le premier usage

Un outil, même petit, se teste avant d'être utilisé. Préparez cinq lignes fictives :

• trois cas normaux, qui doivent passer sans difficulté ;
• un cas limite (une demande arrivée exactement cinq jours plus tôt : la fiche dit qu'elle doit être signalée, l'est-elle ?) ;
• un cas piège (un statut mal orthographié, une date au mauvais format) que l'outil doit refuser.

Si un cas échoue, corrigez puis rejouez les cinq. Notez le résultat sur la fiche outil : c'est la première trace de votre documentation.