← Retour aux parcours
Appliquer l’IA à votre métierIntermédiaire → Avancé

Analyste data augmenté par l’IA

Répondre à la question réellement posée — et savoir quand votre réponse est fausse.

Le métier d’analyste ne consiste pas à produire un chiffre. Il consiste à produire un chiffre sur lequel quelqu’un peut parier, et à dire clairement quand il ne le devrait pas. C’est autour de cette distinction que ce parcours est organisé, et c’est pourquoi la partie IA arrive en troisième et non en premier. Un modèle qui écrit du SQL plus vite que vous est réellement utile — il joindra aussi, avec assurance, deux tables sur une clé qui ne désigne pas la même chose des deux côtés, vous rendra un résultat plausible, bien formaté et faux, et ne mentionnera jamais qu’il a deviné. On ne supervise pas ce qu’on ne sait pas faire lentement à la main : vous commencez donc par les fondations ingrates, le langage de requête et le travail de nettoyage qui dévore la majeure partie de la semaine d’un analyste réel et n’apparaît dans aucun tutoriel. Puis les statistiques, enseignées défensivement — non pour calculer une p-value, mais pour savoir pourquoi la p-value calculée après avoir regardé les données ne vaut rien. Puis le copilote, utilisé comme un analyste senior utilise un junior rapide : lui donner le travail ennuyeux, tout vérifier, ne jamais le laisser toucher à la définition de l’indicateur. Et enfin la partie qui décide vraiment si votre travail sert à quelque chose : les douze minutes en réunion où vous devez dire ce que vous avez trouvé et ce dont vous n’êtes pas sûr, à des gens qui trancheront de toute façon.

NiveauIntermédiaire → Avancé
Durée estimée5-7 mois
Phases3

Ce que vous allez apprendre

SQL au-delà du SELECT : jointures, fenêtres, CTENettoyage et réconciliation des donnéesStatistiques défensives et incertitudeLecture d’expériences et prudence causaleVisualisation qui n’induit pas en erreurCopilotes IA sous supervisionDéfinition et gouvernance des indicateursRestitution des résultats aux décideurs

Prérequis

  • À l’aise avec les tableurs et l’arithmétique de base
  • Une première exposition à SQL ou à un langage de requête
  • Accès à un vrai jeu de données, avec de vrais problèmes dedans

Débouchés

  • Analyste data
  • Analyste Business Intelligence
  • Analytics Engineer
  • Analyste produit ou marketing

Phases

Phase 1 — Les fondations ingrates

Obtenir la donnée, et l’obtenir juste — les deux choses qui occupent l’essentiel du métier et n’apparaissent dans aucun tutoriel.

Durée estimée · 8-10 semaines

Du SQL qui survit à un vrai schéma

Le SQL des tutoriels tourne sur trois tables propres. Le SQL de production tourne sur quarante tables nommées par quelqu’un parti en 2019, où le même client apparaît trois fois avec des identifiants différents. Les compétences qui comptent : des jointures que vous savez raisonner, les fonctions de fenêtrage, et la discipline de vérifier le nombre de lignes après chaque jointure — car une explosion silencieuse qui double votre chiffre d’affaires ne lèvera aucune erreur : elle lèvera une promotion, jusqu’à ce que quelqu’un s’en aperçoive.

Sujets couverts

Des jointures qu’on sait raisonner, et l’explosion de lignes qu’on sait détecterFonctions de fenêtrage : cumuls, rangs, comparaisons de périodesCTE et décomposition lisible des requêtes longuesLa granularité : ce que représente réellement une ligneSémantique du NULL et les agrégats qu’il casse en silenceLire un schéma inconnu sans documentationLa performance des requêtes qui compte, et le reste

Ce que vous allez construire

  • Reconstruire depuis les tables brutes un indicateur déjà publié par votre entreprise et le réconcilier à la décimale près — puis documenter chaque écart trouvé
  • Écrire une requête à trois fonctions de fenêtrage remplaçant le tableur d’un collègue, et prouver la concordance sur douze mois
  • Prendre une requête qui renvoie trop de lignes, trouver l’explosion, et consigner la clé de jointure qui a menti

Le nettoyage : le vrai métier

Personne ne met le nettoyage dans la fiche de poste et tout le monde y passe sa semaine. Des doublons qui n’en sont pas exactement, des dates en quatre formats, un champ qui a changé de sens lors de la migration du CRM, et une colonne « pays » avec onze orthographes du même pays. La compétence n’est pas la transformation : c’est l’instinct d’enquêteur qui demande pourquoi une valeur ressemble à ça, car la réponse est en général un événement de l’entreprise, pas une faute de frappe.

Sujets couverts

Profiler un jeu de données avant de faire confiance à une seule ligneDoublons approximatifs et résolution d’entitésDonnées manquantes : absent, zéro, inconnu et refusé sont quatre chosesLes valeurs aberrantes qui sont des erreurs vs celles qui sont l’histoireQuand un champ a changé de sens : archéologie de schémaScripts de nettoyage reproductibles plutôt que corrections manuellesDocumenter chaque arbitrage que vous avez tranché

Ce que vous allez construire

  • Profiler un vrai jeu de données et publier un rapport qualité d’une page nommant les cinq défauts qui changeraient une conclusion
  • Dédoublonner une table clients où les doublons ne sont pas exacts, et défendre votre règle d’appariement face à un collègue
  • Réécrire une routine de nettoyage manuelle en script reproductible, et montrer qu’elle donne deux fois le même résultat

Phase 2 — Les statistiques honnêtes

Apprendre assez de statistiques pour savoir quand on se ment à soi-même — la seule raison d’apprendre les statistiques.

Durée estimée · 8-10 semaines

L’incertitude, et le dire tout haut

Chaque chiffre que vous livrez a une fourchette autour de lui, et l’acte professionnel consiste à énoncer cette fourchette plutôt qu’à la cacher derrière deux décimales. La fausse précision est le mensonge le plus courant en analytics, et il est presque toujours involontaire : un segment de onze clients produit un taux de conversion qui a l’air d’un fait et tient du tirage à pile ou face. Vous apprendrez à calculer l’intervalle, et surtout à refuser la question quand les données ne peuvent pas y répondre.

Sujets couverts

Les distributions avant les moyennes : pourquoi la moyenne ment souventLes intervalles de confiance comme outil de communication, pas comme rituelTaille d’échantillon : à partir de quand est-il trop petit pour parlerLa variance, et pourquoi une moyenne stable peut cacher le chaosLe bootstrap quand la formule ne s’applique pasLa fausse précision et la tyrannie des deux décimalesLa phrase professionnelle : « les données ne permettent pas de répondre »

Ce que vous allez construire

  • Prendre un tableau de bord de votre entreprise et ajouter un intervalle honnête à ses trois chiffres phares — puis noter lesquels deviennent vides de sens
  • Trouver dans un vrai rapport un segment dont l’échantillon est trop petit pour l’affirmation faite, et rédiger la correction
  • Reproduire une moyenne publiée, puis montrer la distribution derrière elle et expliquer ce que la moyenne cachait

Les pièges : corrélation, p-hacking, et qui manque dans vos données

Tout analyste sait que corrélation n’est pas causalité, et tout analyste l’enfreint dès le jeudi, parce que la pression dans la salle réclame une cause. Ajoutez le p-hacking — découper jusqu’à ce que quelque chose soit significatif, ce qui finit toujours par arriver — et le biais du survivant, où votre jeu de données ne contient discrètement que ceux qui sont restés. Ces trois-là ruinent plus d’analyses que n’importe quelle erreur technique, et aucun ne s’annonce. On les apprend comme des réflexes, pas comme des anecdotes.

Sujets couverts

Les facteurs de confusion et la troisième variable non mesuréeLe p-hacking : pourquoi une hypothèse formulée après coup n’est pas une hypothèseComparaisons multiples et le segment qui allait forcément gagnerLe biais du survivant : qui votre jeu de données exclut en silenceLe paradoxe de Simpson sur vos propres chiffresLire un test A/B honnêtement, y compris ceux qu’on a arrêtés tôtQuand une réponse observationnelle est la seule disponible

Ce que vous allez construire

  • Trouver une affirmation causale dans un vrai rapport interne et lister les trois facteurs de confusion jamais écartés
  • P-hacker délibérément un jeu de données jusqu’à obtenir un résultat « significatif », puis écrire la page expliquant pourquoi il ne vaut rien
  • Identifier un jeu de données de votre entreprise qui exclut les clients partis, et quantifier de combien l’indicateur phare bouge une fois qu’on les réintègre

Phase 3 — Copilote et restitution

Utiliser l’IA là où elle accélère réellement, puis restituer des résultats sur lesquels on peut agir sans être induit en erreur.

Durée estimée · 8-10 semaines

L’IA comme copilote qu’on supervise

Un modèle écrira en dix secondes la requête qui vous prenait vingt minutes, et c’est un gain réel qu’il faut prendre. Il inventera aussi un nom de colonne, joindra sur une clé qui ne veut pas dire la même chose des deux côtés, et décrira sa sortie avec un aplomb total. Traitez-le comme un junior rapide : confiez-lui le travail ennuyeux, vérifiez chaque résultat contre un chiffre que vous avez calculé vous-même, et ne le laissez jamais définir l’indicateur — car une définition fausse se propage en silence à tous les tableaux de bord en aval.

Sujets couverts

Là où un copilote fait réellement gagner des heures : boilerplate, regex, refactoringPourquoi il hallucine le schéma, et comment le prendre en défaut à chaque foisLui donner le schéma et la granularité, pas seulement la questionVérifier le SQL généré contre un contrôle calculé à la mainL’exploration rapide, avec une hypothèse humaineLa définition d’indicateur qu’il ne doit jamais toucherCe qu’il ne faut jamais coller dans un outil que vous ne maîtrisez pas

Ce que vous allez construire

  • Faire la course avec le copilote sur cinq vraies requêtes : consigner le temps gagné et chaque erreur commise — publier les deux colonnes
  • Installer un réflexe de vérification : pour dix requêtes générées, calculer à la main un chiffre de contrôle et journaliser les écarts
  • Rédiger une politique d’équipe d’une page sur ce qui peut ou non être collé dans un outil IA externe, avec trois exemples concrets

Visualisation et les douze minutes qui décident

Votre analyse vaut exactement ce qui survit à la réunion. Cela veut dire un graphique dont l’axe part de zéro sauf si vous dites pourquoi il n’en part pas, un titre qui énonce le résultat au lieu de nommer les variables, et la discipline de commencer par la réponse plutôt que par la méthodologie que personne n’a demandée. Cela veut dire aussi énoncer tout haut ce dont vous n’êtes pas sûr : la crédibilité dépensée à admettre une limite vous achète l’écoute pour les trois résultats suivants.

Sujets couverts

Choisir le graphique qu’exige la question, pas celui qu’on préfèreAxes tronqués, doubles axes, et les autres mensonges d’apparence honnêteUn titre qui énonce le résultat, pas les variablesLa réponse d’abord, la méthode sur demandeÉnoncer son incertitude sans perdre la salleLa recommandation fait partie de l’analyse, ce n’est pas un supplémentLes définitions d’indicateurs comme artefacts gouvernés, pas comme folklore

Ce que vous allez construire

  • Refaire un graphique trompeur de votre propre entreprise et écrire les deux phrases expliquant ce que l’original laissait entendre et pourquoi c’était faux
  • Restituer un vrai résultat en douze minutes à un interlocuteur non technique, et consigner par écrit la décision qui en a découlé
  • Publier un dictionnaire d’indicateurs pour cinq métriques contestées, avec le SQL exact et le responsable nommé de chaque définition

Questions

Si l’IA écrit du SQL, pourquoi devrais-je encore l’apprendre ?

Parce que le modèle écrit du SQL qui s’exécute, et s’exécuter n’est pas être juste. Il joindra sur une colonne nommée customer_id dans deux tables où l’identifiant ne désigne pas la même chose, renverra un nombre, et le formatera magnifiquement. Aucune erreur ne sera levée. Vous ne pouvez auditer cela que si vous savez lire la requête et connaissez la granularité de chaque table — et si vous ne pouvez pas l’auditer, vous n’êtes pas l’analyste : vous êtes un coursier qui transporte un chiffre qu’il ne comprend pas jusqu’à une salle où quelqu’un va dépenser de l’argent dessus. Le copilote double réellement votre vitesse sur du travail que vous savez déjà vérifier. Il n’apporte rien sur le travail que vous ne savez pas vérifier, sinon faire arriver l’erreur plus vite et plus soignée.

Faut-il des mathématiques poussées pour ce parcours ?

Non, et l’accent est délibérément ailleurs. Il faut être à l’aise avec les proportions, les distributions et l’idée d’une fourchette autour d’une estimation — c’est-à-dire le niveau du lycée, plus une façon de penser. Ce que ce parcours exige à la place, c’est de l’honnêteté intellectuelle, plus difficile à acquérir qu’une formule. Les échecs qu’on observe dans les vraies analyses ne sont presque jamais une statistique mal calculée : c’est une question à laquelle on a répondu avec des données qui ne le permettaient pas, un segment trop petit pour parler, une cause affirmée là où il n’y avait qu’une corrélation. Si vous voulez construire des modèles prédictifs, il vous faudra de l’algèbre linéaire et de l’analyse : c’est le parcours Machine Learning. Pour l’analyse, le goulot d’étranglement est le jugement.

Pourquoi consacrer une étape entière au nettoyage ? Cela ressemble à de la corvée.

C’est une corvée, c’est l’essentiel du métier, et c’est là que l’analyse se gagne ou se perd. Tous les cours la sautent parce que des données d’exemple propres font une leçon satisfaisante, et tout analyste découvre ensuite que sa première vraie semaine passe à comprendre pourquoi le même client apparaît trois fois et pourquoi le chiffre d’affaires est tombé à zéro pendant un mois en 2021. Ce ne sont pas des désagréments à dépasser : c’est l’analyse. Le mois à zéro, c’est une migration de système, et si vous le lissez avec une moyenne vous venez de supprimer un fait sur l’entreprise. Les bons à ce jeu ne sont pas ceux qui connaissent la transformation la plus sophistiquée : ce sont ceux qui demandent pourquoi une valeur a cette tête, et qui continuent de demander jusqu’à obtenir une réponse impliquant une décision humaine plutôt qu’un haussement d’épaules.

Parcours liés

Envie de suivre ce parcours avec un coach et une cohorte ?

Découvrir la 212AY Academy →