Examen niveau 0 — No-code & Automatisation

Examen — questions inédites

12 questions pour valider les fondamentaux : no-code vs low-code, panorama des outils, repérage des processus et gouvernance (sécurité, dépendance).
Répondez à tout, puis cliquez sur Corriger : score et explications s'affichent.

0.1 · Rappel

1. Quelle est la différence entre no-code et low-code ?

Aucune différence No-code = aucun code ; low-code = un peu de code pour les cas avancés Le low-code est plus simple que le no-code Le no-code exige de savoir coder

Le no-code assemble sans code ; le low-code autorise formules et appels d'API pour les cas avancés.

0.1 · Application

2. Lina doit recopier des inscriptions, calculer une prime à conditions et refondre la facturation. Quel tri correct ?

Tout en no-code Recopie en développement, facturation en no-code Tout en développement Recopie en no-code, calcul en low-code, facturation en développement

Simple et répétitif en no-code, formule à conditions en low-code, logiciel critique en développement.

0.1 · Arbitrage

3. Un collègue veut reconstruire le logiciel de paie critique entièrement en no-code. Quel verdict ?

Excellente idée, toujours plus rapide À refuser : hors domaine de pertinence, le critique et sur-mesure reste du développement À accepter si c'est gratuit À accepter en copiant les données à la main

Le no-code débloque les 80 % simples ; le critique, sensible et sur-mesure reste du développement.

0.2 · Application

4. Lina doit structurer des inscriptions reliées (tables, champs typés, filtres). Quelle famille choisir ?

Les app builders seuls Aucune famille Les formulaires (Tally, Typeform) Les databases (Airtable)

Il faut structurer et relier : les databases comme Airtable ; les formulaires ne font que collecter.

0.2 · Application

5. Pour suivre des inscriptions de bout en bout, quelle stack cohérente proposer ?

Tally pour collecter, Airtable pour structurer, Make pour notifier, Notion pour documenter Cinq app builders en parallèle Un seul workspace détourné pour tout Tout dans le formulaire, sans base

Chaque famille à sa place : collecter, structurer, connecter, organiser — reliées en stack.

0.2 · Application

6. Lina hésite entre deux marques d'automatisation. Que doit-elle identifier d'abord ?

La famille pertinente (connecter des apps), puis comparer Make, Zapier, n8n La couleur de l'interface Le pays de l'éditeur Rien, tirer au sort

La famille d'abord (connecter), la marque ensuite ; détourner un outil de sa zone fragilise le système.

0.3 · Rappel

7. Qu'est-ce qu'un bon candidat à l'automatisation ?

Une tâche unique jamais répétée Une tâche rare et floue Une tâche répétitive, fréquente, à règles claires Une décision d'expert différente à chaque fois

Répétitif, fréquent, règle claire, sans jugement humain fin : le candidat idéal au quick win.

0.3 · Application

8. Lina chiffre : recopies (2×20 min/semaine, règle simple) vs rapport flou aux règles changeantes. Par quoi commencer ?

Par le rapport flou, plus prestigieux Par les recopies : fort impact, faible effort, règle explicite Par les deux en même temps Par aucun, tout garder à la main

Le quick win d'abord : fort temps gagné et simple ; le flou doit être clarifié avant d'être automatisé.

0.3 · Arbitrage

9. Un processus plein d'exceptions (« ça dépend du contexte ») doit être automatisé d'urgence. Que décider ?

L'automatiser sans déclencheur ni règle Le confier à cinq outils à la fois L'automatiser tel quel, au plus vite D'abord le clarifier et standardiser, puis automatiser la partie stable

Automatiser le chaos accélère le chaos : standardiser d'abord, automatiser la partie stable ensuite.

0.4 · Rappel

10. Quels sont les quatre risques du no-code à connaître ?

Notion, Airtable, Make et Tally Couleurs, polices, icônes et marges Sécurité des données, conformité des données personnelles, dépendance à l'éditeur, coûts à l'échelle Clavier, souris, écran et imprimante

Sécurité, conformité, vendor lock-in et coûts : les quatre cases de la fiche de gouvernance.

0.4 · Application

11. Lina branche des inscriptions (noms, e-mails, téléphones). Quel geste correct ?

Tout concentrer sur un seul outil sans export Coller la clé API en clair dans le scénario Classer la sensibilité, vérifier l'hébergement, ranger la clé au coffre, tester l'export, faire valider par la DSI Balancer les données sans vérifier

Données sensibles = gouvernance complète : sensibilité, hébergement, coffre, export, validation DSI.

0.4 · Arbitrage

12. L'outil actuel augmente fortement ses prix et l'export est impossible. Quelle leçon pour la suite ?

Anticiper le vendor lock-in : exiger l'export, répartir le critique, envisager n8n auto-hébergé et garder un plan B Recopier les données à la main chaque jour Partager la clé API pour compenser Continuer sans rien changer

Sans export, on est captif : portabilité, répartition du critique, open source et plan de reprise.

Et après ?

Score ≥ 80 % : passez au Niveau 1 — organiser avec Notion (pages, blocs, databases, vues).
Score entre 50 % et 80 % : reprenez la ou les sections ratées (0.1 curseur, 0.2 familles, 0.3 cadrage, 0.4 gouvernance), relisez les explications ci-dessus, puis refaites le test.
Score < 50 % : relisez tout le niveau 0 en appliquant chaque défi 48h (fiche de tri, stack en 4 cases, fiche de cadrage, fiche de gouvernance) avant de retenter.
Et après ? Gardez vos trois fiches (tri, stack, gouvernance) : le niveau 1 les utilise pour monter votre premier espace Notion.