F07 - IA pour les Métiers Spécifiques

Démonstration guidée

Passer d'une intention floue à un diagnostic exploitable :

❌ DIAGNOSTIC VAGUE
« J'aimerais utiliser l'IA pour gagner du temps. »
→ Inactionnable : aucune tâche, aucun gain mesurable.

✅ DIAGNOSTIC MÉTIER STRUCTURÉ
Tâche          : rapprochement bancaire mensuel (PME, 300 écritures)
Temps actuel   : 6 heures / mois
Erreurs        : libellés mal rattachés, doublons non détectés
Données        : relevés bancaires → CONFIDENTIEL, à anonymiser
Livrable       : tableau des écritures non rapprochées + anomalies
Gain visé      : 6 h → 2 h, avec moins d'erreurs
Parcours       : A — Comptables & Financiers

Leçon : un bon diagnostic nomme la tâche, chiffre le temps, classe les données et fixe un gain mesurable. Sans mesure de départ, aucun gain ne pourra jamais être prouvé.

Démonstration guidée

Un workflow complet sur une tâche réelle (relance client) :

1. ENTRÉE     Balance âgée → données CONFIDENTIELLES, anonymisées
              en [CLIENT], [MONTANT], [JOURS_RETARD].

2. TRAITEMENT Prompt : « Rôle : assistant recouvrement d'une PME à
              Dakar. Contexte : [CLIENT] doit [MONTANT], échu depuis
              [JOURS_RETARD] jours, relation commerciale bonne.
              Tâche : projet d'email de relance. Contraintes :
              courtois mais ferme, propose un échéancier, n'invente
              aucun montant ni date. Format : objet + corps 120 mots.
              Vérification : signale toute hypothèse. »

3. CONTRÔLE   Le comptable vérifie : montant exact, échéance réelle,
              historique du client, ton adapté à la relation.

4. SORTIE     Email validé, envoyé depuis la messagerie pro.

5. INDICATEUR Temps : 15 min → 4 min par relance. Ton homogène.

Leçon : les cinq étapes rendent l'usage défendable devant un supérieur, un client ou un auditeur.

Démonstration guidée

La même demande métier, avant et après le canevas :

❌ PROMPT PAUVRE
« Fais-moi une analyse financière de cette entreprise. »
→ Générique, hors référentiel, inexploitable.

✅ PROMPT MÉTIER ROBUSTE (R-C-T-C-F-V)
Rôle        : Tu es un expert-comptable senior, spécialiste du
              référentiel SYSCOHADA révisé.
Contexte    : PME sénégalaise (zone OHADA), exercice clos au 31/12.
              Données ANONYMISÉES fournies. TVA 18 %.
Tâche       : Produis une analyse de la structure financière et de
              la rentabilité, avec les ratios pertinents.
Contraintes : Applique SYSCOHADA (jamais le PCG français). N'invente
              AUCUN chiffre absent des données. Ne cite aucun numéro
              de compte ni article dont tu n'es pas certain.
Format      : 1) Ratios (tableau) 2) Analyse commentée
              3) Points d'alerte 4) Contrôles humains à effectuer.
Vérification: Signale toute hypothèse et tout élément à vérifier
              avant diffusion.

Leçon : le second prompt produit un livrable quasi finalisé, conforme au référentiel, avec ses propres garde-fous. Le temps investi dans le prompt est récupéré au centuple.

Démonstration guidée

CLASSIFICATION
• LIBRE        « Quelles sont les règles générales de la TVA ? »
• INTERNE      « Voici notre trame de courrier type. »
• CONFIDENTIEL « M. Diallo, NINEA 12345, doit 3 400 000 FCFA sur
                le dossier n°2024-078. »   ← JAMAIS tel quel

ANONYMISATION
❌ « Rédige une mise en demeure pour M. Diallo, NINEA 12345,
    montant 3 400 000 FCFA, dossier 2024-078. »

✅ « Rédige une mise en demeure pour un client [CLIENT], montant
    [MONTANT], dossier [RÉFÉRENCE], retard [JOURS] jours. »
→ Je réinjecte les vraies valeurs dans MA version finale, hors
  de l'outil. Résultat identique, aucun risque.

CHECK-LIST DE PARAMÉTRAGE
□ Historique des conversations : suppressible ?
□ Utilisation pour l'entraînement : désactivable ?
□ Compte gratuit (souvent moins protégé) ou offre pro ?

Leçon : l'anonymisation par champs génériques permet de tout faire, sans jamais exposer une donnée réelle.

Démonstration guidée

TÂCHE : « Analyser un rapport d'audit de 40 pages, en tirer
5 recommandations. »
• Claude     : très adapté (document long, analyse nuancée)
• ChatGPT    : polyvalent, bon si l'on veut aussi un tableau
• Copilot    : idéal si le rapport est un fichier dans M365
• Gemini     : pertinent si le document est dans Google Drive
• Perplexity : peu adapté (orienté recherche web sourcée)

TÂCHE : « Vérifier une évolution réglementaire récente. »
• Perplexity / IA de recherche : ADAPTÉ (sources citées, à ouvrir)
• Assistant classique sans web : RISQUÉ (peut inventer une règle)

RÈGLE CONSTANTE, QUEL QUE SOIT L'OUTIL
anonymiser si sensible + vérifier tout fait, chiffre, référence.

Leçon : le bon réflexe n'est pas « quel est le meilleur ? » mais « lequel pour cette tâche, dans mon environnement, avec mes exigences de confidentialité ? ».

Démonstration guidée

FEW-SHOT (standardiser un livrable récurrent)
« Voici 2 exemples du style de nos réponses :
  Ex.1 — Client : "Retard de livraison." Réponse : "Bonjour, nous
  comprenons votre attente et nous en excusons. Expédition
  aujourd'hui, livraison sous 48 h."
  Ex.2 — Client : "Produit abîmé." Réponse : "Bonjour, désolés du
  désagrément. Échange gratuit sous 72 h. Photo possible ?"
  Réponds EXACTEMENT dans ce style à : "Facture non reçue." »
→ L'IA imite le motif sans qu'on ait eu à le décrire.

ITÉRATION CIBLÉE (3 passes, pas 10 reformulations)
1) « Réduis à 200 mots, garde les 3 points décisionnels. »
2) « Ajoute une recommandation unique et chiffrée. »
3) « Marque [à vérifier] toute affirmation non sourcée. »

RAISONNEMENT GUIDÉ SANS EXPOSER SES DONNÉES
« Situation FICTIVE : CA 100, charges 70, dettes 40. Procède
  étape par étape : 1) résultat 2) ratio d'endettement
  3) conclusion prudente 4) points à vérifier. »
→ J'obtiens la MÉTHODE ; je l'applique ensuite à mes VRAIS
  chiffres, moi-même, hors de l'outil.

Leçon : ces techniques se combinent. Un prompt spécifique, contextualisé, formaté, illustré d'un exemple et itéré produit un livrable de niveau professionnel.

Démonstration guidée

CADRAGE PERMANENT — à coller en tête de session
Rôle : Tu es mon assistant expert-comptable, spécialiste du
       référentiel SYSCOHADA révisé.
Contexte : Sénégal, zone OHADA. Clients : PME. TVA 18 %.
Règles permanentes :
 - N'invente JAMAIS un numéro de compte, un article ni un chiffre.
 - Signale systématiquement ce qui doit être vérifié.
 - Adapte au contexte OHADA, jamais au PCG français.
 - Tu proposes ; la décision et la certification m'appartiennent.
Confirme la prise en compte, puis attends ma demande.

→ Ce bloc unique améliore la pertinence de TOUTES les réponses
  de la session et pose les garde-fous dès le départ.

Leçon : un cadrage explicite transforme l'IA généraliste en assistant spécialisé de votre référentiel — sans jamais lui transférer la responsabilité.

Démonstration guidée

EXTRACTION DEPUIS UNE FACTURE (image ou PDF)
« Rôle : assistant comptable SYSCOHADA.
  Tâche : à partir de ce document, extrais dans un tableau :
  fournisseur | date | n° facture | montant HT | TVA | TTC.
  Contraintes : si un champ est illisible ou absent, écris
  "à vérifier" — ne devine JAMAIS une valeur.
  Vérification : signale toute incohérence (ex. HT + TVA ≠ TTC). »

AIDE AU RAPPROCHEMENT (données anonymisées / fictives)
« Voici deux listes ANONYMISÉES : écritures comptables et lignes
  bancaires. Propose les correspondances probables.
  Contraintes : classe par niveau de confiance (élevé / moyen /
  faible). N'affirme aucune correspondance certaine. Signale les
  lignes sans correspondance et les doublons suspects.
  Format : tableau — Écriture | Ligne bancaire | Confiance | Motif. »
→ Le comptable valide chaque correspondance avant lettrage.

Leçon : la consigne « ne devine jamais, écris à vérifier » est ce qui rend l'extraction utilisable en comptabilité.

Démonstration guidée

DÉTECTION D'ANOMALIES SUR BALANCE COMPARATIVE (anonymisée)
« Rôle : auditeur financier expérimenté, référentiel SYSCOHADA.
  Contexte : balance ANONYMISÉE, soldes N et N-1 fournis.
  Tâche : identifie les variations anormales et les incohérences
  qui méritent une investigation.
  Contraintes : ne conclus JAMAIS à une fraude ni à une erreur —
  formule des POINTS D'ATTENTION à investiguer. N'invente aucun
  montant. Justifie chaque signalement.
  Format : tableau — Compte | Variation | Point d'attention |
  Contrôle à effectuer | Priorité (haute/moyenne/basse).
  Vérification : liste les informations complémentaires
  nécessaires pour trancher. »

→ Sortie : une liste priorisée de contrôles à mener, pas un verdict.
  Le professionnel investigue les pièces et qualifie lui-même.

Leçon : « point d'attention à investiguer » et non « anomalie détectée » — cette nuance protège votre responsabilité professionnelle.

Démonstration guidée

1) DEMANDER LA MÉTHODE (pas le calcul)
« Rôle : analyste financier, référentiel SYSCOHADA.
  Tâche : quels ratios sont pertinents pour évaluer la structure
  financière et la rentabilité d'une PME de distribution ?
  Pour chacun : formule exacte, seuil d'alerte usuel, limite
  d'interprétation.
  Contraintes : donne les FORMULES, je calculerai moi-même dans
  le tableur. N'invente aucun seuil réglementaire. »

2) FAIRE CALCULER PAR LE TABLEUR (déterministe)
« Écris la formule Excel calculant le ratio d'autonomie
  financière à partir des colonnes [CAPITAUX] et [TOTAL_BILAN],
  et explique chaque partie de la formule. »
→ Je vérifie la formule sur 2-3 lignes avant de l'étendre.

3) FAIRE COMMENTER (le point fort de l'IA)
« Voici les ratios que J'AI calculés (fictifs) : [...]. Rédige
  une analyse commentée pour un dirigeant non financier.
  Contraintes : ne modifie AUCUN chiffre. Marque [à vérifier]
  toute affirmation qui ne découle pas directement des chiffres. »

Leçon : l'IA choisit les ratios et rédige l'analyse ; le tableur calcule. Cette séparation élimine le risque d'erreur de calcul silencieuse.

Démonstration guidée

USAGE LÉGITIME — programme de travail
« Rôle : auditeur senior. Contexte : mission d'audit légal d'une
  PME de distribution en zone OHADA. Cycle : ACHATS-FOURNISSEURS.
  Tâche : propose un programme de travail structuré : assertions
  visées, risques identifiés, tests possibles, éléments probants
  attendus.
  Contraintes : ne cite aucune norme dont tu ne serais pas certain —
  indique plutôt la NATURE de la diligence et où je dois vérifier
  la norme applicable. Tu proposes, je décide des diligences.
  Format : tableau — Assertion | Risque | Test | Élément probant. »

USAGE INTERDIT — à ne JAMAIS faire
✗ « Voici mes tests, conclus si les comptes sont réguliers. »
✗ « Rédige ma conclusion d'audit sur ce cycle. »
✗ Coller les données réelles du client dans l'outil.
→ L'opinion se forme sur des éléments probants collectés et
  évalués par l'auditeur. Elle n'est jamais déléguée.

Leçon : l'IA prépare et structure le travail d'audit ; elle ne le réalise pas et ne conclut jamais.

Démonstration guidée

OPÉRATION SPÉCIFIQUE — anti-dérive de référentiel
« Rôle : expert-comptable SYSCOHADA révisé (zone OHADA).
  ATTENTION : n'utilise NI le PCG français NI les IFRS.
  Tâche : explique le principe du traitement comptable de
  [OPÉRATION] en SYSCOHADA révisé.
  Contraintes : ne cite AUCUN numéro de compte ni article dont tu
  ne serais pas certain. Indique plutôt la NATURE du traitement et
  précise : "à vérifier dans l'Acte uniforme".
  Format : Principe | Traitement | Points de vigilance | À vérifier. »

RAPPORT NARRATIF (le point fort de l'IA)
« Rôle : DAF rédigeant pour un dirigeant non financier.
  Contexte : voici les chiffres (FICTIFS/ANONYMISÉS) : [...].
  Tâche : rédige une note de synthèse expliquant la performance.
  Contraintes : ne modifie AUCUN chiffre. Vulgarise sans être
  approximatif. Distingue clairement le FACTUEL de l'INTERPRÉTATIF.
  Format : Situation (3 phrases) | 3 points clés | 1 recommandation
  chiffrée | Points à vérifier. »

Leçon : sans contrainte explicite, l'IA glisse vers le PCG français. L'anti-dérive de référentiel doit être écrite noir sur blanc.

Démonstration guidée

STRUCTURE DU DOSSIER DE CLÔTURE AUGMENTÉ
1. DIAGNOSTIC   Tâche, temps actuel, données (classées), gain visé.
2. WORKFLOW     Entrée → Traitement IA → Contrôle → Sortie → KPI.
3. PROMPTS      Les prompts utilisés (anonymisés, R-C-T-C-F-V).
4. LIVRABLES    a) Matrice d'anomalies (priorisée, justifiée)
                b) Ratios (calculés par TABLEUR) + analyse
                c) Note de synthèse narrative (dirigeant)
                d) Plan de contrôles à mener
5. BILAN        Gain mesuré | Limites | CORRECTIONS APPORTÉES aux
                sorties IA (listées explicitement) | Standardisation.

→ Le point 5 est le plus important : il PROUVE le contrôle humain.

Leçon : ce qui distingue un dossier professionnel d'un exercice, c'est la trace explicite des corrections apportées aux sorties de l'IA.

Démonstration guidée

CADRAGE PERMANENT — parcours commercial
Rôle : Tu es mon assistant commercial B2B, expérimenté sur le
       marché sénégalais et ouest-africain.
Contexte : Je vends [TYPE D'OFFRE] à des [TYPE DE CLIENTS].
Règles permanentes :
 - N'invente JAMAIS un prix, un délai, une garantie ni une
   caractéristique produit. Utilise [CHAMPS] que je remplirai.
 - Aucune donnée client nominative ne te sera fournie.
 - Ne dénigre jamais un concurrent.
 - Tes productions sont des PREMIERS JETS que je personnalise.
Confirme, puis attends ma demande.

→ Ce cadrage empêche les deux risques majeurs du métier :
  l'invention d'engagements et l'exposition de données clients.

Leçon : en commerce, le cadrage anti-invention n'est pas une précaution de style : il protège l'entreprise d'une obligation contractuelle non voulue.

Démonstration guidée

PROFIL DE CLIENT IDÉAL
« Rôle : directeur commercial B2B, marché sénégalais.
  Contexte : notre offre est [OFFRE], notre valeur est [VALEUR].
  Tâche : définis notre profil de client idéal.
  Format : Secteurs prioritaires | Taille | Signaux d'achat
  observables | Décideurs à viser | Déclencheurs de besoin.
  Contraintes : appuie-toi sur la logique métier, pas sur des
  statistiques que tu ne pourrais pas sourcer. »

PRÉPARATION D'APPROCHE (à partir d'infos PUBLIQUES)
« Contexte : prospect du secteur [SECTEUR], taille [TAILLE].
  Information publique connue : [INFO PUBLIQUE].
  Tâche : prépare 5 questions de découverte et 3 angles d'accroche.
  Contraintes : ne promets AUCUN prix, délai ni garantie. Les
  accroches doivent s'appuyer sur l'info publique fournie, pas sur
  des suppositions inventées sur cette entreprise.
  Vérification : signale toute supposition que tu as dû faire. »

✗ À NE JAMAIS FAIRE : coller son fichier de prospects dans l'IA.

Leçon : la personnalisation se nourrit d'informations publiques et de votre connaissance du terrain — jamais d'un fichier client exposé.

Démonstration guidée

PROPOSITION COMMERCIALE — anti-invention par champs
« Rôle : consultant en propositions commerciales B2B.
  Contexte : besoin exprimé par le client : [BESOIN].
  Notre solution : [SOLUTION].
  Tâche : rédige la trame d'une proposition convaincante.
  Contraintes : N'INVENTE AUCUN prix, délai, garantie, référence
  client ni chiffre de performance. Partout où un tel élément
  serait nécessaire, insère un champ [À COMPLÉTER] que je
  remplirai moi-même. Ne cite aucun client existant.
  Format : Contexte compris | Solution proposée | Bénéfices
  mesurables | Modalités [À COMPLÉTER] | Prochaine étape.
  Vérification : LISTE en fin de réponse tous les champs que je
  dois impérativement compléter ou vérifier avant envoi. »

→ La liste finale de vérification est le garde-fou décisif :
  elle rend impossible l'envoi d'un engagement non validé.

Leçon : exiger la liste des champs à compléter transforme un risque juridique en check-list de contrôle.

Démonstration guidée

COMPTE RENDU DE VISITE (le gain le plus immédiat)
« Rôle : assistant commercial.
  Contexte : voici mes notes brutes de rendez-vous (ANONYMISÉES) :
  [NOTES EN VRAC].
  Tâche : produis un compte rendu structuré et exploitable.
  Contraintes : n'ajoute AUCUNE information que je n'ai pas notée.
  Si un point est ambigu, signale-le plutôt que de l'interpréter.
  Format : Contexte | Besoins exprimés | Objections | Décisions |
  Prochaines actions (avec responsable et échéance).
  Vérification : liste les points que je dois clarifier. »

PRIORISATION DE PIPELINE (sur données anonymisées)
« Voici mon pipeline ANONYMISÉ : [OPPORTUNITÉS, MONTANTS, STADES].
  Tâche : propose une priorisation argumentée de mes actions.
  Contraintes : tes scores sont des INDICATIONS à valider, pas des
  verdicts. Explique le raisonnement de chaque priorisation.
  N'exclus définitivement aucune opportunité. »

Leçon : « n'ajoute aucune information que je n'ai pas notée » évite que le compte rendu contienne des engagements ou des propos jamais tenus.

Démonstration guidée

❌ VEILLE RISQUÉE (assistant sans web)
« Quelle est la part de marché de nos concurrents au Sénégal ? »
→ L'IA peut produire des pourcentages parfaitement crédibles
  et totalement inventés.

✅ VEILLE SOURCÉE (IA de recherche)
« Recherche des informations publiques récentes sur le marché
  [SECTEUR] au Sénégal et ses principaux acteurs.
  Contraintes : cite pour CHAQUE affirmation une source vérifiable
  avec son lien. Distingue clairement les FAITS SOURCÉS des
  ESTIMATIONS. Si une donnée n'est pas disponible publiquement,
  DIS-LE explicitement plutôt que d'estimer.
  Format : Affirmation | Source (lien) | Date | Fiabilité perçue. »

→ Puis J'OUVRE chaque source et j'évalue : institution reconnue ?
  date ? méthode ? Une source citée n'est pas une source vérifiée.

Leçon : autoriser explicitement l'IA à dire « cette donnée n'est pas disponible » est la meilleure protection contre l'invention de chiffres de marché.

Démonstration guidée

STRUCTURE DE SCÉNARIOS (pas une prédiction)
« Rôle : directeur commercial. Contexte : secteur [SECTEUR],
  marché sénégalais.
  Tâche : construis un CADRE de prévision à 3 scénarios.
  Contraintes : ne produis AUCUN chiffre de prévision — tu ne
  connais ni mon marché ni mon carnet de commandes. Fournis les
  VARIABLES à faire varier et les questions à me poser pour que
  je fixe MES hypothèses.
  Format : Scénario | Variables clés | Hypothèses à définir |
  Signaux d'alerte à surveiller. »

RELANCE CALIBRÉE SELON LA RELATION
« Contexte : client [CLIENT], relation [BONNE/FRAGILE/TENDUE],
  [X] jours depuis le dernier contact, sujet : [SUJET].
  Tâche : propose 3 versions de relance, de la plus douce à la
  plus ferme.
  Contraintes : aucun engagement chiffré. Ton adapté à l'état de
  la relation. Indique laquelle privilégier si la relation est
  fragile, et pourquoi. »

Leçon : demander à l'IA les questions à se poser plutôt que les réponses est le meilleur usage en matière de prévision.

Démonstration guidée

DOSSIER COMMERCIAL AUGMENTÉ
1. CIBLAGE       Profil client idéal | Infos PUBLIQUES utilisées |
                 5 questions de découverte.
2. ARGUMENTAIRE  3 arguments différenciants | Objections anticipées
                 et réponses.
3. PROPOSITION   Trame complète, tous engagements en [CHAMPS].
4. RELANCE       3 versions calibrées selon l'état de la relation.
5. BILAN         Temps gagné | CHECK-LIST DES ENGAGEMENTS vérifiés
                 | Corrections apportées aux sorties IA.

CHECK-LIST DES ENGAGEMENTS (le garde-fou du parcours B)
□ Prix mentionnés .............. vérifiés par : ______
□ Délais annoncés .............. vérifiés par : ______
□ Garanties évoquées ........... vérifiées par : ______
□ Caractéristiques produit ..... vérifiées par : ______
□ Références clients citées ..... autorisées : oui/non

Leçon : la check-list des engagements est le livrable qui protège réellement l'entreprise.

Démonstration guidée

CADRAGE PERMANENT — parcours juridique
Rôle : Tu es mon assistant juriste, exerçant en zone OHADA
       (droit sénégalais).
Règles permanentes ABSOLUES :
 - N'invoque JAMAIS un article, un arrêt, une jurisprudence ni un
   numéro de décision. Tu es susceptible de les INVENTER.
 - À la place : indique la NATURE de la règle applicable et OÙ je
   dois la vérifier (Acte uniforme, code, source officielle).
 - Aucun élément de dossier réel ne te sera fourni.
 - Tu structures le raisonnement ; J'APPORTE les sources.
 - Ne conclus jamais à ma place sur une question de responsabilité.
Confirme, puis attends ma demande.

→ Ce cadrage neutralise LE risque majeur du métier juridique.

Leçon : paradoxalement, un bon prompt juridique interdit à l'IA de faire ce qu'on attendrait d'elle — citer du droit. C'est la seule façon de l'utiliser sans danger.

Démonstration guidée

❌ USAGE DANGEREUX
« Cite-moi trois articles de l'Acte uniforme OHADA applicables
  aux sûretés, avec leur numéro exact. »
→ L'IA produira des numéros plausibles. Certains seront FAUX.

✅ USAGE SÛR — l'IA comme assistant de méthode
« Rôle : documentaliste juridique, zone OHADA.
  Contexte : je dois traiter la question suivante : [QUESTION].
  Tâche : construis un PLAN DE RECHERCHE.
  Contraintes : ne fournis AUCUNE référence précise (ni article,
  ni arrêt, ni numéro). Fournis la MÉTHODE : quels concepts
  explorer, quelles NATURES de textes consulter, quelles questions
  trancher, dans quel ordre chercher.
  Format : Concepts clés | Types de textes à consulter | Questions
  à trancher | Ordre de recherche | Zones d'incertitude probable.
  Vérification : signale les points où le droit a pu évoluer. »

→ Je vais ensuite chercher, lire et vérifier les sources réelles.

Leçon : l'IA vous fait gagner du temps sur la structuration de la recherche, jamais sur la lecture des sources.

Démonstration guidée

ANALYSE DE CONTRAT (anonymisé) — sans citation de droit
« Rôle : juriste d'entreprise rigoureux, zone OHADA.
  Contexte : voici un projet de contrat ANONYMISÉ (parties,
  montants, dates et références remplacés par des champs).
  Tâche : identifie les clauses à risque, les déséquilibres et les
  clauses manquantes.
  Contraintes : n'invoque AUCUN article ni jurisprudence — indique
  la NATURE de la règle applicable et où je dois la vérifier.
  Ne qualifie pas définitivement un risque juridique : signale-le.
  Format : tableau — Clause | Risque identifié | Nature de la règle
  applicable | Où vérifier | Reformulation suggérée | Gravité.
  Vérification : liste les clauses ABSENTES qui devraient y figurer,
  et les points nécessitant impérativement ma validation. »

→ Sortie : une grille de relecture structurée, exploitable, qui
  accélère l'analyse sans jamais se substituer au juriste.

Leçon : demander les clauses absentes est souvent plus précieux que l'analyse des clauses présentes.

Démonstration guidée

TRAME D'ACTE — méthode du squelette
« Rôle : juriste rédacteur, zone OHADA (droit sénégalais).
  ATTENTION : n'utilise pas par défaut des modèles de droit
  français ou anglo-saxon.
  Contexte : je dois rédiger [TYPE D'ACTE]. Situation ANONYMISÉE :
  [SITUATION].
  Tâche : propose une TRAME structurée de l'acte.
  Contraintes :
   - Insère des champs [À COMPLÉTER] pour tous les éléments de
     fait, parties, montants, dates.
   - Pour chaque clause dont la validité dépend d'une règle de
     droit précise, AJOUTE la mention [VÉRIFIER LE DROIT
     APPLICABLE] et indique la nature de la règle concernée.
   - N'invoque aucun article ni jurisprudence.
  Format : Trame de l'acte, clause par clause, avec mentions.
  Vérification : liste les clauses dont la validité en zone OHADA
  doit impérativement être confirmée. »

→ Le juriste complète, vérifie chaque clause, et assume l'acte.

Leçon : les mentions [VÉRIFIER LE DROIT APPLICABLE] transforment une trame séduisante en outil de travail sûr.

Démonstration guidée

DUE DILIGENCE — grille exhaustive + signalement des absences
« Rôle : juriste en charge d'une due diligence.
  Contexte : documents ANONYMISÉS fournis.
  Tâche : extrais, pour CHAQUE document, les éléments de ma grille.
  GRILLE : engagements financiers | échéances | sûretés |
  clause de changement de contrôle | clauses de résiliation |
  litiges en cours | garanties données | exclusivités.
  Contraintes IMPÉRATIVES :
   - Si un élément de la grille est ABSENT d'un document, ÉCRIS-LE
     explicitement ("absent") — ne reste JAMAIS silencieuse.
   - Si un passage est ambigu, signale-le plutôt que d'interpréter.
   - N'invoque aucun article ni jurisprudence.
  Format : tableau — Document | Élément de grille | Contenu trouvé
  ou "absent" | Ambiguïté | Priorité de relecture humaine.
  Vérification : liste les documents que je DOIS relire en entier. »

→ Le signalement explicite des absences neutralise l'omission
  silencieuse, qui est le risque majeur de cet usage.

Leçon : forcer l'IA à écrire « absent » plutôt qu'à rester silencieuse est la seule protection contre l'omission invisible.

Démonstration guidée

POLITIQUE D'USAGE — direction juridique / cabinet
1. DONNÉES INTERDITES
   Identités de clients, éléments de dossiers en cours, pièces,
   stratégies contentieuses, montants réels, correspondances.
   → Anonymisation obligatoire AVANT toute saisie.

2. USAGES AUTORISÉS
   Structuration de raisonnement, plans de recherche, trames
   d'actes (avec champs), analyse de contrats anonymisés,
   reformulation, vulgarisation.

3. USAGES INTERDITS
   Citation de références juridiques non vérifiées.
   Formation d'une opinion ou d'un conseil.
   Conclusion sur une responsabilité.
   Saisie de tout élément couvert par le secret.

4. VÉRIFICATION
   Toute référence : vérifiée en SOURCE OFFICIELLE, sans exception.

5. TRAÇABILITÉ
   Mention, dans le dossier, de ce qui a été préparé avec l'IA.

6. SIGNALEMENT   En cas de doute : [RESPONSABLE DÉSIGNÉ].

Leçon : une politique écrite protège le professionnel autant que le client — et rend l'usage de l'IA défendable.

Démonstration guidée

DOSSIER JURIDIQUE AUGMENTÉ
1. ANALYSE      Situation ANONYMISÉE | Problématiques identifiées.
2. RECHERCHE    Plan de recherche (produit par IA) | Sources
                RÉELLEMENT consultées et vérifiées par MOI.
3. RÉDACTION    Trame d'acte / note, champs [À COMPLÉTER] et
                mentions [VÉRIFIER LE DROIT APPLICABLE].
4. DÉONTOLOGIE  Grille : secret respecté ? références vérifiées ?
                opinion non déléguée ? traçabilité assurée ?
5. BILAN        Gain mesuré | HALLUCINATIONS DÉTECTÉES |
                Corrections apportées.

REGISTRE DES VÉRIFICATIONS (livrable non négociable)
┌────────────────────────┬──────────────────────┬───────────┐
│ Affirmation juridique  │ Source officielle    │ Vérifié ✔ │
├────────────────────────┼──────────────────────┼───────────┤
│ [affirmation 1]        │ [source consultée]   │    ✔      │
│ [affirmation 2]        │ [source consultée]   │    ✔      │
└────────────────────────┴──────────────────────┴───────────┘
→ Aucune ligne sans source officielle vérifiée.

Leçon : le registre des vérifications est ce qui rend un travail juridique assisté par IA défendable devant un pair, un client ou une instance disciplinaire.

Démonstration guidée

CADRAGE PERMANENT — parcours pédagogique
Rôle : Tu es mon assistant en ingénierie pédagogique.
Contexte : J'enseigne [MATIÈRE] à un public [NIVEAU] au Sénégal.
Règles permanentes :
 - Ancre TOUS les exemples dans le contexte sénégalais/africain
   (PME locales, FCFA, réalités du terrain), sans stéréotypes.
 - Ne produis AUCUNE date, formule, définition ni fait dont tu ne
   serais pas certain : marque [À VÉRIFIER].
 - Aucune donnée d'apprenant réelle ne te sera fournie.
 - Tu prépares ; j'enseigne, j'évalue et je réponds du contenu.
Confirme, puis attends ma demande.

TEST À FAIRE : demandez un exemple SANS la contrainte culturelle,
puis AVEC. L'écart (euros, entreprises occidentales, contextes
importés) est souvent frappant.

Leçon : sans contrainte explicite, l'IA enseigne des exemples importés, étrangers à la réalité de vos apprenants.

Démonstration guidée

SÉQUENCE PÉDAGOGIQUE DIFFÉRENCIÉE
« Rôle : ingénieur pédagogique. Contexte : [MATIÈRE], public
  [NIVEAU], durée [DURÉE], Sénégal.
  Tâche : construis une séquence complète.
  Contraintes : exemples ancrés localement (FCFA, PME locales).
  Ne produis aucune date, formule ni fait incertain : marque
  [À VÉRIFIER]. Prévois une différenciation pour 3 niveaux.
  Format : Objectifs mesurables | Déroulé minuté | Activités
  (dont 1 pratique) | Différenciation (3 niveaux) | Évaluation |
  ERREURS FRÉQUENTES anticipées | Points à vérifier avant le cours. »

EXERCICES + CORRIGÉS (avec double vérification)
« Produis 5 exercices de difficulté croissante sur [NOTION], avec
  corrigés DÉTAILLÉS qui EXPLIQUENT le raisonnement (pas seulement
  la réponse).
  Contraintes : vérifie la cohérence de chaque corrigé avec son
  énoncé. Signale tout corrigé dont tu n'es pas certain.
  Format : Énoncé | Corrigé expliqué | Erreur fréquente anticipée |
  Conseil pédagogique. »
→ Je REFAIS moi-même chaque corrigé avant distribution.

Leçon : demander les « erreurs fréquentes anticipées » enrichit considérablement la préparation — c'est un usage sous-exploité.

Démonstration guidée

EXPLICATIONS ALTERNATIVES (pour l'apprenant qui bloque)
« Rôle : pédagogue. Tâche : explique [NOTION] de TROIS façons
  différentes, pour un apprenant qui n'a pas compris la première
  explication.
  Contraintes : 1) par une analogie concrète du quotidien
  sénégalais ; 2) par un exemple chiffré simple (en FCFA) ;
  3) par une décomposition étape par étape.
  Aucune donnée d'apprenant. Vérifie l'exactitude de chaque
  explication. Marque [À VÉRIFIER] tout élément incertain. »

REMÉDIATION SUR PROFIL-TYPE (anonymisé)
« Contexte : PROFIL-TYPE anonymisé — un apprenant maîtrise [X]
  mais bute sur [DIFFICULTÉ PRÉCISE].
  Tâche : construis un parcours de remédiation ciblé.
  Contraintes : cible la DIFFICULTÉ, ne juge pas l'apprenant.
  Aucune étiquette ("faible", "lent") — décris des besoins.
  Format : Diagnostic de la difficulté | 3 activités de
  remédiation progressives | Indicateur de réussite. »

Leçon : décrire une difficulté précise plutôt qu'étiqueter un apprenant produit une remédiation utile — et respecte la personne.

Démonstration guidée

ÉVALUATIONS QUI RÉSISTENT À L'IA
« Rôle : expert en évaluation pédagogique.
  Contexte : je veux évaluer réellement [COMPÉTENCE], alors que
  mes apprenants ont accès aux IA génératives.
  Tâche : propose 4 modalités d'évaluation NON CONTOURNABLES par
  une simple requête IA.
  Contraintes : privilégie l'oral, la mise en situation, l'analyse
  critique d'une production IA, le raisonnement explicité, le
  travail sur des données locales inédites, la soutenance.
  Format : Modalité | Ce qu'elle évalue VRAIMENT | Pourquoi elle
  résiste à l'IA | Charge de correction | Limites. »

EXERCICE PUISSANT — faire critiquer l'IA par l'apprenant
« Voici une production générée par IA sur [SUJET] (contenant des
  erreurs). Consigne à l'apprenant : identifie les erreurs, les
  approximations et les affirmations non sourcées ; corrige-les et
  justifie chaque correction. »
→ Évalue l'esprit critique et la maîtrise réelle. Une IA ne peut
  pas faire cet exercice à la place de l'apprenant de façon
  crédible : il faut comprendre pour critiquer.

Leçon : faire critiquer une production IA par l'apprenant est l'un des meilleurs exercices d'évaluation à l'ère de l'IA.

Démonstration guidée

SCHÉMA EXPLICATIF — avec contrôle d'exactitude
« Rôle : concepteur pédagogique.
  Tâche : décris la structure d'un schéma expliquant [PROCESSUS]
  (étapes, relations, sens de lecture), que je réaliserai ensuite.
  Contraintes : l'ordre et les relations doivent être RIGOUREUSEMENT
  exacts. Signale [À VÉRIFIER] tout élément dont tu n'es pas certain.
  N'invente aucune étape pour "faire joli".
  Format : Étapes ordonnées | Relations | Légende | Points à
  vérifier avant diffusion. »

ILLUSTRATION — droits et représentation
« Génère une illustration représentant [SCÈNE PÉDAGOGIQUE].
  Contraintes : NE T'INSPIRE d'aucun artiste, marque ou personnage
  identifiable. Représente un contexte sénégalais/africain de
  manière juste et NON STÉRÉOTYPÉE (environnement, tenues,
  matériel réalistes et contemporains). »
→ Je vérifie ensuite : exactitude, absence d'imitation, justesse
  de la représentation, avant toute diffusion aux apprenants.

Leçon : exiger explicitement une représentation juste et non stéréotypée est nécessaire : par défaut, l'IA reproduit ses biais.

Démonstration guidée

POLITIQUE D'USAGE — établissement / formation
1. USAGES AUTORISÉS (apprenants)
   Comprendre une notion, reformuler, s'entraîner, brainstormer,
   corriger sa langue, obtenir des explications alternatives.
   → À CONDITION de le DÉCLARER.

2. USAGES INTERDITS
   Faire produire par l'IA un travail évalué et le présenter
   comme sien. Soumettre des données personnelles d'autrui.

3. DÉCLARATION OBLIGATOIRE
   Mention type : « J'ai utilisé [OUTIL] pour [USAGE PRÉCIS].
   J'ai vérifié et je réponds du contenu. »

4. DONNÉES INTERDITES
   Noms, résultats, situations personnelles (apprenants, familles).

5. ÉVALUATION
   Les évaluations sont conçues pour mesurer la compétence RÉELLE
   (oral, mise en situation, critique de production IA).

6. EN CAS DE DOUTE
   Dialogue pédagogique avec l'apprenant. JAMAIS d'accusation
   fondée sur un score de détecteur.

Leçon : la déclaration d'usage est la clé : elle rend l'usage honnête possible et l'usage caché inutile.

Démonstration guidée

DOSSIER PÉDAGOGIQUE AUGMENTÉ
1. SÉQUENCE      Objectifs mesurables | Déroulé | Différenciation
                 (3 niveaux) | Erreurs fréquentes anticipées.
2. EXERCICES     5 exercices progressifs | Corrigés REFAITS par moi.
3. SUPPORTS      Schémas (exactitude vérifiée) | Illustrations
                 (droits + représentation contrôlés).
4. ÉVALUATION    Modalité résistante à l'IA + règle d'usage
                 communiquée aux apprenants.
5. BILAN         Temps gagné | ERREURS DE L'IA DÉTECTÉES |
                 Corrections apportées.

REGISTRE DES VÉRIFICATIONS DE CONTENU
┌──────────────────────────┬──────────────┬──────────┐
│ Fait / définition / date │ Source       │ Vérifié  │
├──────────────────────────┼──────────────┼──────────┤
│ [élément enseigné 1]     │ [source]     │    ✔     │
└──────────────────────────┴──────────────┴──────────┘
→ Rien n'est enseigné sans vérification.

Leçon : en pédagogie, le registre de vérification n'est pas de la bureaucratie : c'est la garantie qu'aucune erreur ne sera enseignée.

Démonstration guidée

CADRAGE PERMANENT — parcours développement
Rôle : Tu es un ingénieur logiciel senior, attentif à la sécurité,
       aux cas limites et à la maintenabilité.
Contexte : Stack : [LANGAGE/FRAMEWORK]. Contraintes : [CONTRAINTES].
Règles permanentes :
 - Aucun secret (clé, token, mot de passe) ne te sera fourni.
 - N'utilise AUCUNE bibliothèque dont tu n'es pas certain qu'elle
   existe réellement et soit maintenue. Signale tes incertitudes.
 - Gère TOUJOURS explicitement les cas limites et les erreurs.
 - Explique chaque choix : je dois pouvoir défendre ce code.
Confirme, puis attends ma demande.

⚠ ALERTE SÉCURITÉ — bibliothèques inventées
Une IA peut inventer un nom de paquet plausible. Des attaquants
publient de VRAIS paquets malveillants portant ces noms inventés.
→ VÉRIFIEZ TOUJOURS l'existence et la légitimité d'un paquet
  avant de l'installer.

Leçon : le risque des bibliothèques inventées est concret et exploité : ne jamais installer un paquet suggéré par une IA sans vérifier son existence réelle et sa légitimité.

Démonstration guidée

DISCIPLINE DE PAIR-PROGRAMMING IA
Règle des 3 lectures avant d'accepter une suggestion :
 1. LIRE  — est-ce que je comprends chaque ligne ?
 2. CAS   — les cas limites sont-ils gérés (null, vide, erreur,
            débordement, entrée malveillante) ?
 3. SÉCU  — validation des entrées ? injection possible ?
            secret en dur ? gestion d'erreur qui fuit ?
→ Si une réponse est "non" : je ne l'accepte pas telle quelle.

GÉNÉRATION AVEC EXIGENCES EXPLICITES
« Écris une fonction qui [SPÉCIFICATION].
  Contraintes :
   - Gère explicitement : entrée nulle, entrée vide, valeur hors
     bornes, erreur d'E/S.
   - Valide toutes les entrées (ne fais confiance à aucune donnée).
   - N'utilise aucune bibliothèque dont tu n'es pas certain de
     l'existence — signale tes incertitudes.
   - Explique chaque choix technique.
  Format : Code commenté | Cas limites gérés | Choix justifiés |
  Risques de sécurité restants. »

Leçon : la règle des trois lectures (lire, cas limites, sécurité) transforme un copilote dangereux en accélérateur maîtrisé.

Démonstration guidée

DEBUG — hypothèses testables
« Rôle : ingénieur senior en débogage.
  Contexte : comportement ATTENDU : [X]. Comportement OBSERVÉ : [Y].
  Message d'erreur : [MESSAGE]. Code concerné (sans secrets) : [...]
  Ce que j'ai déjà testé : [...].
  Tâche : propose des hypothèses de cause, classées par probabilité.
  Contraintes : pour CHAQUE hypothèse, indique COMMENT la tester
  (test concret, log, point d'arrêt). N'affirme aucune cause
  certaine sans test. Ne réécris pas tout le code.
  Format : Hypothèse | Probabilité | Comment la tester | Correctif
  si confirmée. »

REVUE DE CODE — axée sécurité
« Réalise une revue critique de cet extrait (NON PROPRIÉTAIRE,
  SANS SECRETS) : bugs, cas limites, failles, lisibilité, perf.
  Contraintes : classe par GRAVITÉ. Explique le risque, ne réécris
  pas tout. Indique ce qui nécessiterait un test réel pour être
  confirmé.
  Format : Gravité | Problème | Ligne(s) | Pourquoi c'est un risque
  | Correction proposée. »

Leçon : exiger « comment tester chaque hypothèse » transforme une liste de suppositions en plan de débogage actionnable.

Démonstration guidée

⚠ LE PIÈGE DU TEST GÉNÉRÉ DEPUIS LE CODE
❌ « Voici ma fonction, écris ses tests unitaires. »
   → Si la fonction contient un BUG, le test VALIDERA le bug.
      Le test devient inutile, voire nuisible (fausse confiance).

✅ TESTS DÉRIVÉS DE LA SPÉCIFICATION
« Voici la SPÉCIFICATION de ce que la fonction DOIT faire :
  [SPÉCIFICATION DÉTAILLÉE].
  Tâche : écris les tests unitaires qui vérifient cette
  spécification (SANS regarder mon implémentation).
  Contraintes : couvre les cas nominaux ET les cas limites (null,
  vide, bornes, valeurs négatives, entrée malveillante,
  débordement). Un test par comportement attendu.
  Format : Tests commentés | Cas limites couverts | Ce qui reste
  non testé. »
→ Puis je lance ces tests CONTRE mon code. S'ils échouent, c'est
  peut-être mon code qui est faux — pas le test.

REFACTORING (règle absolue : sous couverture de tests)
1. Les tests passent AVANT.  2. Je refactore avec l'IA.
3. Les tests passent APRÈS.  → Sinon, j'annule.

Leçon : un test généré depuis le code valide le code, bug compris. Les tests doivent naître de la spécification.

Démonstration guidée

PROTOTYPE — usage légitime et rapide
« Rôle : développeur. Tâche : génère un prototype d'API pour
  [FONCTION MÉTIER] : routes, modèle de données, exemples.
  Contexte : PROTOTYPE de démonstration, non destiné à la
  production en l'état.
  Contraintes : code commenté. Signale explicitement TOUT ce qui
  serait insuffisant pour un usage en production.
  Format : Code | Routes | Modèle | ⚠ LISTE DES MANQUES POUR LA
  PRODUCTION. »

CHECK-LIST AVANT TOUTE MISE EN PRODUCTION
□ Authentification et autorisation réelles (pas de démo)
□ Validation stricte de TOUTES les entrées
□ Requêtes paramétrées (aucune injection possible)
□ Aucun secret en dur (variables d'environnement, coffre)
□ Gestion d'erreurs qui ne fuit aucune information sensible
□ Journalisation et supervision
□ Tests (nominaux + cas limites + sécurité)
□ Revue de sécurité par un humain compétent
□ Montée en charge et limites connues
→ Tant qu'une case n'est pas cochée : PAS de production.

Leçon : demander à l'IA de lister elle-même « ce qui manque pour la production » est un excellent réflexe — et le point de départ de la check-list.

Démonstration guidée

AUDIT DE SÉCURITÉ D'UN CODE GÉNÉRÉ
« Rôle : auditeur en sécurité applicative.
  Contexte : voici un code généré par IA (SANS SECRETS, NON
  PROPRIÉTAIRE).
  Tâche : identifie toutes les vulnérabilités potentielles.
  Contraintes : examine SYSTÉMATIQUEMENT :
   - validation des entrées (toutes les entrées)
   - injection (SQL, commande, template)
   - AUTORISATION (pas seulement l'authentification)
   - secrets en dur
   - fuite d'information dans les erreurs et les logs
   - dépendances (existence réelle, maintenance, vulnérabilités)
   - cryptographie (usage d'un standard, jamais réinventée)
  Classe par gravité. Indique ce qui exige un test réel.
  Format : Gravité | Vulnérabilité | Ligne | Exploitation possible
  | Correction. »

⚠ VÉRIFICATION DES DÉPENDANCES (avant toute installation)
□ Le paquet existe-t-il réellement dans le dépôt officiel ?
□ Est-il maintenu (dernière publication, activité) ?
□ Le nom est-il exact (pas une variante suspecte / typosquatting) ?
□ Vulnérabilités connues vérifiées ?

Leçon : l'IA vérifie souvent l'authentification et oublie l'autorisation. C'est l'une des failles les plus fréquentes du code généré.

Démonstration guidée

DOSSIER DE LIVRAISON AUGMENTÉ
1. SPÉCIFICATION  Ce que la fonctionnalité DOIT faire (précis).
2. CODE           Généré avec assistance | LU et COMPRIS | Corrigé.
3. TESTS          Dérivés de la SPÉCIFICATION | Cas limites |
                  Passants avant/après refactoring.
4. AUDIT SÉCURITÉ Validation | Injection | AUTORISATION | Secrets |
                  Fuites | Dépendances (existence vérifiée) | Crypto.
5. BILAN          Vélocité gagnée | VULNÉRABILITÉS DÉTECTÉES dans
                  le code généré | Corrections apportées.

REGISTRE DES CORRECTIONS (preuve du contrôle)
┌───────────────────────────┬──────────────┬──────────────┐
│ Problème trouvé (code IA) │ Gravité      │ Correction   │
├───────────────────────────┼──────────────┼──────────────┤
│ Cas limite null non géré  │ Moyenne      │ [correctif]  │
│ Autorisation manquante    │ CRITIQUE     │ [correctif]  │
│ Paquet inexistant suggéré │ CRITIQUE     │ [remplacé]   │
└───────────────────────────┴──────────────┴──────────────┘
→ Un registre VIDE = un contrôle qui n'a pas eu lieu.

Leçon : le registre des corrections prouve que vous avez réellement exercé votre responsabilité sur le code généré.

Démonstration guidée

CADRAGE PERMANENT — parcours création
Rôle : Tu es un directeur artistique senior.
Contexte : Je conçois [TYPE DE PROJET] pour des clients au Sénégal
           et en Afrique de l'Ouest.
Règles permanentes :
 - Ne t'inspire JAMAIS d'un artiste, d'une marque, d'un personnage
   ou d'une œuvre IDENTIFIABLE. Les propositions doivent être
   ORIGINALES.
 - Ancre les références culturelles dans le contexte ouest-africain,
   de manière CONTEMPORAINE et NON STÉRÉOTYPÉE.
 - Aucune propriété intellectuelle de client ne te sera fournie.
 - Tu proposes des pistes ; JE dirige, j'arbitre et je signe.
Confirme, puis attends ma demande.

⚠ TEST À FAIRE : demandez une illustration « africaine » SANS
contrainte, puis AVEC l'exigence de justesse contemporaine.
L'écart révèle les stéréotypes que l'IA reproduit par défaut.

Leçon : sans contrainte explicite, l'IA produit des représentations stéréotypées de l'Afrique. Exiger la justesse contemporaine est un acte professionnel.

Démonstration guidée

❌ PROMPT VISUEL PAUVRE
« Une image pour une marque de café. »
→ Générique, sans direction, inutilisable.

✅ PROMPT VISUEL STRUCTURÉ (sans nom d'artiste)
Sujet       : une tasse de café posée sur un comptoir en bois brut,
              vapeur légère visible.
Composition : gros plan, angle légèrement plongeant, sujet décalé
              à gauche (règle des tiers), arrière-plan flou.
Lumière     : naturelle, latérale, chaude, fin de matinée.
Ambiance    : chaleureuse, artisanale, contemporaine.
Palette     : bruns profonds, ocres, un accent vert olive.
Style       : photographie éditoriale réaliste, grain léger.
              (AUCUN nom d'artiste, AUCUNE marque.)
Format      : carré, haute définition.
Exclusions  : pas de texte, pas de logo, pas de mains, pas de
              personnages identifiables.

→ Chaque paramètre est un levier. Retirez-en un : le résultat
  devient générique. C'est du prompt engineering visuel.

Leçon : les « exclusions » (ce qu'on ne veut pas) sont le paramètre le plus sous-utilisé et souvent le plus décisif.

Démonstration guidée

DÉCLINAISON MULTI-FORMATS — avec contrôle de charte
« Rôle : directeur artistique. Contexte : visuel maître conçu
  pour [PROJET]. Charte : [RÈGLES DE CHARTE — décrites, PAS le
  fichier client].
  Tâche : décline ce visuel en 4 formats : carré (réseaux),
  vertical 9:16 (story), horizontal (bannière), A4 (print).
  Contraintes : préserve STRICTEMENT le sujet principal, les
  proportions et la zone de protection du logo, la palette exacte
  et la hiérarchie typographique. Ne substitue AUCUNE typographie.
  Signale toute adaptation qui compromettrait la charte.
  Format : pour chaque déclinaison — Adaptation réalisée |
  Compromis éventuel | Point de contrôle charte. »

CHECK-LIST DE CONTRÔLE PAR DÉCLINAISON
□ Proportions et zone de protection du logo respectées
□ Couleurs EXACTES (pas de dérive de teinte)
□ Typographie de la charte (aucune substitution)
□ Hiérarchie visuelle et lisibilité préservées
□ Message intact, sans troncature involontaire

Leçon : une dérive de charte se voit rarement sur une déclinaison isolée — elle éclate quand les supports sont vus ensemble.

Démonstration guidée

USAGE SÛR — storyboard et prévisualisation
« Rôle : réalisateur / storyboarder.
  Contexte : projet vidéo [PROJET], message : [MESSAGE], cible :
  [CIBLE], durée : [DURÉE], contexte sénégalais.
  Tâche : propose un découpage en plans (storyboard).
  Contraintes : pour chaque plan — valeur de plan, angle,
  mouvement, intention narrative, durée estimée. Ancre le décor et
  les situations dans un contexte ouest-africain contemporain et
  NON stéréotypé. Aucun personnage ni marque identifiable.
  Format : tableau — N° | Valeur de plan | Angle | Mouvement |
  Intention | Durée. »
→ Support de travail interne : risque faible, gain élevé.

⚠ LIGNES ROUGES — VIDÉO GÉNÉRÉE
✗ Générer un visage ressemblant à une personne réelle
  → atteinte au droit à l'image, risque de deepfake.
✗ Reproduire un univers visuel de film, série ou marque.
✗ Diffuser un contenu généré SANS le signaler comme tel.
✗ Usage commercial sans vérification des droits.

Leçon : le storyboard assisté est un gain immédiat et sûr ; la vidéo finale générée reste un terrain juridiquement risqué en usage commercial.

Démonstration guidée

MÉTHODE EN 3 TEMPS

1. EXPLORER (l'IA excelle)
« Propose 3 directions artistiques distinctes pour [MARQUE].
  Valeurs : [VALEURS]. Cible : [CIBLE]. Contexte ouest-africain
  contemporain. Aucune inspiration d'une marque identifiable.
  Pour chaque : concept, palette, typographie, rationnel. »

2. FIXER LA CHARTE (travail HUMAIN, non délégable)
   Couleurs : références EXACTES (pas "un bleu profond")
   Typographies : familles précises, graisses, tailles
   Logo : proportions, zone de protection, usages interdits
   Ton : vocabulaire, registre, ce qu'on ne dit jamais
   → C'est la charte qui garantit la constance, pas l'IA.

3. DÉCLINER SOUS CONTRÔLE
   L'IA accélère la production ; CHAQUE sortie est vérifiée au
   regard de la charte. Toute dérive est corrigée, pas acceptée.

⚠ CE QUI NE MARCHE PAS
« Génère-moi tous mes visuels de marque avec le même prompt. »
→ L'IA est VARIABLE : les sorties dériveront. La cohérence ne
  s'obtient pas par le prompt, mais par la charte et le contrôle.

Leçon : la cohérence de marque ne se génère pas — elle se fixe dans une charte et se défend par le contrôle humain.

Démonstration guidée

❌ USAGES À RISQUE — à ne jamais faire
✗ « Un visuel dans le style exact de [ARTISTE CONNU]. »
✗ « Recrée le logo de [MARQUE] adapté à mon client. »
✗ « Reproduis l'univers visuel de [FILM / SÉRIE]. »
✗ Publier une sortie brute sans vérifier l'originalité.

✅ USAGE PRUDENT ET PROFESSIONNEL
« Aide-moi à explorer des directions ORIGINALES pour [PROJET].
  Contraintes : ne t'inspire d'AUCUN artiste, marque ou œuvre
  identifiable. Si une proposition risque d'évoquer une identité
  existante, SIGNALE-LE explicitement.
  Je sélectionnerai, retravaillerai et assumerai la création. »

DOCUMENTER SON INTERVENTION CRÉATIVE (protège votre position)
□ Brief et intention créative : rédigés par MOI
□ Directions explorées et ARBITRAGE : mon jugement
□ Retouches, compositions, ajustements : mon travail
□ Sélection finale et direction artistique : ma responsabilité
□ Vérification d'originalité : effectuée, datée
□ Transparence client : usage de l'IA déclaré

→ Plus l'intervention humaine est documentée, plus la position
  juridique et professionnelle est solide.

Leçon : documenter votre intervention créative n'est pas de la paperasse : c'est ce qui distingue une œuvre que vous pouvez défendre d'une sortie brute que vous ne possédez peut-être pas.

Démonstration guidée

DOSSIER CRÉATIF AUGMENTÉ
1. BRIEF          Intention créative, cible, message — RÉDIGÉ PAR MOI.
2. EXPLORATION    Directions explorées (IA) | ARBITRAGE argumenté
                  (mon jugement) | Direction retenue et pourquoi.
3. CHARTE         Couleurs exactes | Typographies | Règles logo |
                  Ton. → Fixée par MOI.
   DÉCLINAISONS   Supports produits | Contrôle charte de chacun.
4. DROITS         □ Originalité vérifiée (datée)
                  □ Aucune imitation d'artiste/marque/œuvre
                  □ Intervention créative DOCUMENTÉE
                  □ Transparence client assurée
5. BILAN          Temps gagné | Pistes explorées | Corrections
                  apportées aux sorties IA.

→ Le point 4 protège juridiquement. Le point 2 (arbitrage) prouve
  la direction artistique humaine : c'est là qu'est votre valeur.

Leçon : ce qui se vend et se défend, ce n'est pas la sortie de l'IA — c'est votre brief, votre arbitrage et votre direction artistique.

Démonstration guidée

PLAN DE TRANSFERT À 30 JOURS
J+1  Appliquer 1 prompt métier du parcours à une tâche réelle
     (données anonymisées).      → Mesure : livrable produit.
J+7  Dérouler le workflow 5 étapes sur la tâche fil rouge.
                                 → Mesure : temps avant / après.
J+15 Standardiser le workflow (fiche) + partager 1 prompt et
     1 règle de sécurité.        → Mesure : fiche diffusée.
J+30 Mesurer le gain cumulé, outiller une 2e tâche, enrichir la
     bibliothèque de prompts.    → Mesure : gain chiffré + 3 prompts.

→ Chaque jalon : une action concrète + un résultat mesurable.

Leçon : un transfert réussi repose sur des actions datées et mesurables, jamais sur de bonnes intentions.