Différences
Ci-dessous, les différences entre deux révisions de la page.
| Prochaine révision | Révision précédente | ||
| rda:pilotage:td1 [2026/10/07 16:22] – créée jcheron | rda:pilotage:td1 [2026/10/07 20:21] (Version actuelle) – [0. Le syndrome GIGO : Garbage In, Garbage Out] jcheron | ||
|---|---|---|---|
| Ligne 2: | Ligne 2: | ||
| - | ===== Objectif ===== | + | <WRAP round> |
| + | **Principe fondateur :** //« Une transition digitale ne rate jamais à cause du logiciel, elle rate à cause de la qualité de la donnée et du rejet des équipes (Garbage In, Garbage Out). »// | ||
| + | </ | ||
| - | Comprendre qu'un commercial ne saisit pas de la donnée pour « faire plaisir au chef », mais pour faire tourner un moteur d' | + | ---- |
| - | Apprendre à | + | |
| - | * structurer, | + | |
| - | * nettoyer | + | |
| - | * et gouverner la donnée commerciale. | + | |
| + | ====== 0. Le syndrome GIGO : Garbage In, Garbage Out ====== | ||
| + | //Pourquoi la donnée brute détermine la performance de l' | ||
| + | |||
| + | L' | ||
| + | |||
| + | <WRAP alert round> | ||
| + | **L' | ||
| + | Aucun algorithme de scoring, tableau de bord BI ou outil d' | ||
| + | </ | ||
| + | |||
| + | Pour un responsable du développement commercial, l' | ||
| + | * **Fiabiliser les prévisions de vente (Forecasting) :** Piloter les objectifs sur des montants et des probabilités réels. | ||
| + | * **Sécuriser la chaîne de valeur :** Éviter les litiges de facturation et les retards de livraison causés par des fiches clients erronées. | ||
| + | * **Permettre l' | ||
| + | |||
| + | ---- | ||
| + | |||
| + | ====== 1. L' | ||
| + | //Où vit la donnée dans l' | ||
| + | |||
| + | === La SSOT (Single Source of Truth) === | ||
| + | Une donnée métier essentielle (coordonnées d'un compte, tarif négocié, statut contractuel) ne possède **qu' | ||
| + | |||
| + | Dès lors que le commerce, la comptabilité et les opérations s' | ||
| + | |||
| + | === Le risque du Shadow IT === | ||
| + | Le Shadow IT correspond aux outils et pratiques non officiels adoptés par les collaborateurs (notes sur bloc-notes, échanges WhatsApp non centralisés, | ||
| + | |||
| + | |||
| + | <WRAP alert round> | ||
| + | **Les 3 risques majeurs du Shadow IT :** | ||
| + | * **Opérationnel :** Erreurs de facturation, | ||
| + | * **Légal & Sécurité :** Données professionnelles et personnelles hébergées hors périmètre sécurisé (non-conformité RGPD). | ||
| + | * **Patrimonial :** Lors du départ d'un collaborateur, | ||
| + | </ | ||
| + | |||
| + | <WRAP tip round> | ||
| + | **Règle d'or :** //Tout ce qui n'est pas consigné dans l' | ||
| + | </ | ||
| + | |||
| + | ---- | ||
| + | |||
| + | ====== 2. La Structure : Typage strict vs Champ libre ====== | ||
| + | //Comment formater la donnée pour la rendre actionnable ?// | ||
| + | |||
| + | === Le problème du champ libre === | ||
| + | Laisser des champs de saisie ouverts pour des informations critiques empêche toute exploitation automatique. | ||
| + | |||
| + | **Exemple dans le suivi commercial :** Une même étape de conversion est saisie de façons hétérogènes : | ||
| + | * //« Intéressé »// | ||
| + | * //« Chaud patate »// | ||
| + | * //« À relancer le 12 »// | ||
| + | * //« En attente devis »// | ||
| + | * //« R1 fait »// | ||
| + | |||
| + | <WRAP alert round> | ||
| + | **Impacts sur le pilotage :** | ||
| + | * Impossibilité de trier, filtrer ou segmenter la base de données. | ||
| + | * Rapports de prévision des ventes (forecasting) faussés ou irréalisables. | ||
| + | * Échec des automatisations de relance ou de routage d' | ||
| + | </ | ||
| + | |||
| + | === Le principe de normalisation === | ||
| + | Pour alimenter les tableaux de bord et fiabiliser les processus : | ||
| + | * **Listes déroulantes fermées (Select/ | ||
| + | * **Typage strict :** Dates (format // | ||
| + | * **Champ texte libre :** Réservé exclusivement à la prise de notes qualitative et au compte-rendu d' | ||
| + | |||
| + | <WRAP tip round> | ||
| + | **Règle d'or :** //Des champs fermés pour piloter et automatiser, | ||
| + | </ | ||
| + | |||
| + | ---- | ||
| + | |||
| + | ====== 3. La Gouvernance : Modèle PPT & Contrat de saisie ====== | ||
| + | //Comment garantir l' | ||
| + | |||
| + | === L' | ||
| + | |||
| + | Dans tout projet digital, l' | ||
| + | * **People (L' | ||
| + | * **Process (La Méthode) :** Étapes claires du parcours métier (qui saisit quoi, à quel moment et dans quel but). | ||
| + | * **Technology (L' | ||
| + | |||
| + | <WRAP alert round> | ||
| + | **Le piège du solutionnisme digital :** Installer un outil complexe ne corrige pas un manque de méthode. Lorsque la technologie impose une charge excessive aux équipes, celles-ci la contournent et réactivent le Shadow IT. | ||
| + | </ | ||
| + | |||
| + | === Le Contrat de Saisie Minimal Viable (CSMV) === | ||
| + | Le volume de données requis doit être calibré sur la capacité réelle de saisie des équipes : | ||
| + | * **Minimisation :** Plus un formulaire impose de champs, moins la qualité de saisie est assurée. | ||
| + | * **Données bloquantes (Gatekeepers) :** Champs strictement nécessaires pour franchir une étape (ex. numéro SIRET pour générer un devis). | ||
| + | * **Données secondaires :** Informations complémentaires, | ||
| + | |||
| + | === Matrice d' | ||
| + | |||
| + | ^ Famille ^ Finalité ^ Exemples ^ Exigence Système ^ Erreur type à proscrire ^ | ||
| + | | **1. Identité** | Identifier précisément (//Qui ?//) | Nom, Raison sociale, SIRET, Email pro | **Unicité absolue (SSOT)** | Doublons de comptes, adresses emails perso | | ||
| + | | **2. Quantitative** | Mesurer et planifier (//Combien ? Quand ?//) | Montant opportunité, | ||
| + | | **3. Qualitative** | Donner du contexte (//Pourquoi ?//) | Historique relationnel, | ||
| + | | **4. Descriptive** | Segmenter (//Quel profil ?//) | Secteur, Effectif, Outil en place | **Minimisation / Arbitrage** | Formulaire exhaustif de 20 champs facultatifs | | ||
| + | |||
| + | ---- | ||
| + | |||
| + | ====== 4. Méthodologie d' | ||
| + | |||
| + | Pour auditer une base de données opérationnelle et restaurer son hygiène système : | ||
| + | |||
| + | - **Identifier la source de référence :** Localiser les doublons et décréter l' | ||
| + | - **Normaliser les données clés :** Remplacer les champs libres incohérents par des types stricts ou des menus déroulants standardisés. | ||
| + | - **Élaguer le superflu :** Supprimer les données orphelines, non exploitées ou non maintenues. | ||
| + | - **Poser les règles de gouvernance :** Rédiger la charte de saisie (champs bloquants, formats attendus, interdiction des canaux parallèles). | ||