Prévision
Demande, churn, charge support.
L'apprentissage automatique (machine learning) désigne des méthodes qui font apprendre à un système des patterns à partir de données, plutôt que de coder toutes les règles à la main. Classification, régression, clustering ou modèles génératifs en font partie. Google ML Crash Course, ISO/IEC 23053 et le NIST AI RMF cadrent pratiques, cycles de vie et risques.
En une phrase
Le ML apprend des régularités dans les données pour prédire ou décider.
À retenir
Fiche du terme
Au lieu d'écrire « si montant > X alors fraude », on entraîne un modèle sur des exemples historiques. Le système généralise à de nouveaux cas — avec des erreurs mesurables.
ISO/IEC 23053 décrit un cadre pour les systèmes ML ; le NIST AI RMF insiste sur la gouvernance du risque tout au long du cycle.
Pour une PME, commencer petit (scoring lead, prévision de demande, tri de tickets) bat souvent un projet « IA » flou.
Quelle action change si la prédiction est bonne ?
Sources, labels, biais, fuite d'information.
Baseline simple, métriques métier, jeu de test figé.
Latence, drift, feedback boucle humaine.
Une entreprise de livraison à Montréal prédit les retards à partir d'historique (météo, zone, volume). Les tournées à risque élevé sont réordonnées le matin. Après trois mois, le taux de livraisons hors SLA baisse de 12 % — sans LLM, avec un modèle tabulaire supervisé.
Demande, churn, charge support.
Leads, crédit interne, priorisation.
Fraude, pannes, outliers qualité.
OCR métier, classification de documents.
| Apprentissage automatique | Règles métier hard-codées | |
|---|---|---|
| Adaptation | Apprend des patterns complexes | Mise à jour manuelle des if/then |
| Transparence | Variable (souvent boîte grise) | Totalement explicite |
| Données | Nécessite historique | Fonctionne sans historique riche |
| Cas idéal | Signal statistique fort | Politiques réglementaires strictes |
Dès que vous avez de l'historique (ventes, tickets, capteurs), le ML peut prioriser et anticiper. Le piège est de viser la démo spectaculaire plutôt qu'une décision mesurable qui paie le projet.
Pas toujours. Régression, forêts, gradient boosting suffisent pour beaucoup de cas tabulaires.
Assez pour couvrir les cas importants et évaluer honnêtement — le volume seul ne garantit rien.
Documentez finalités, minimisez les attributs, gérez l'explicabilité quand une décision affecte des personnes.
Prévoir ownership data/ML et calendrier de retrain dès le jour 1.
Vous avez des données et une décision à améliorer ? Nous cadrons un cas ML mesurable avant tout algorithme.
Cadrer un projet ML