Une opportunité passe à « gagnée » dans le CRM. L’équipe est prévenue. Le démarrage de la mission est prévu lundi.
Puis quelqu’un ouvre le contrat : la date indiquée est différente. Le client n’a pas encore donné accès aux données. La personne chargée du transfert n’est pas identifiée. Deux consultants ont pourtant déjà réservé leur semaine.
Le dossier est vendu, mais il n’est pas prêt.
Cette confusion est fréquente parce que le CRM décrit l’état commercial. Il ne prouve pas, à lui seul, que les conditions opérationnelles sont réunies.
« Signé » et « prêt » répondent à deux questions différentes
Le statut commercial répond à une question : l’accord a-t-il été obtenu ?
Le démarrage opérationnel en pose plusieurs autres :
- quelle date fait foi ;
- quel périmètre a été accepté ;
- quelles données ou quels accès sont nécessaires ;
- qui doit les fournir ;
- qui peut engager les ressources internes ;
- quel blocage interdit encore de commencer.
Le Project Management Institute définit la charte de projet comme le document qui autorise formellement le projet et donne au responsable l’autorité d’utiliser des ressources. Il recommande de la créer avant d’engager des moyens importants.[1] Dans une PME, cette autorisation peut tenir sur une page. Elle doit surtout être explicite.
Le problème vient rarement d’un outil isolé
Chaque outil peut contenir une information correcte, mais partielle.
Le CRM affiche la date annoncée pendant la vente. Le contrat contient la date signée. Un email du client précise qu’un accès doit encore être validé. L’outil projet comporte déjà des tâches. Le dossier documentaire attend une pièce de sécurité.
Lire ces informations séparément donne cinq vues plausibles. Les rapprocher révèle une contradiction.
C’est là qu’une automatisation utile doit s’arrêter de « faire avancer » le dossier. Son rôle consiste d’abord à montrer ce qui empêche réellement le démarrage.
Une matrice simple pour décider du feu vert
Cette matrice sert de contrôle avant toute mobilisation. Adaptez les responsables et les pièces à votre activité.
| Condition de départ | Source de référence | État attendu | Si la condition manque | Qui décide ? |
|---|---|---|---|---|
| Date confirmée | Contrat ou avenant signé | Une date unique | Ne pas confirmer le planning | Responsable de mission |
| Périmètre accepté | Proposition signée | Livrables et limites explicites | Clarifier avant de produire | Commercial + responsable de mission |
| Accès disponibles | Portail, test d’accès ou confirmation client | Accès testés | Ne pas lancer le travail dépendant des données | Référent client |
| Données autorisées | Accord et règles de sécurité | Usage et transfert autorisés | Bloquer l’import ou la copie | Référent habilité |
| Responsabilités attribuées | Plan de lancement | Un propriétaire par prérequis | Relancer la personne désignée | Responsable de mission |
| Ressources mobilisables | Planning interne validé | Équipe et capacité confirmées | Ne pas annoncer le démarrage | Manager opérationnel |
La règle est volontairement stricte : un statut vert ne doit jamais masquer une condition rouge.
Exemple fictif : la mission Horizon Retail
Altura Conseil doit commencer une mission d’analyse des ventes pour Horizon Retail.
Le CRM indique un démarrage le 8 octobre. La proposition signée mentionne le 15 octobre. Un email du client précise que l’accès aux données n’est pas encore autorisé. Le dossier ne contient pas la note expliquant comment ces données seront protégées. Aucun responsable n’est nommé pour organiser leur transfert.
Sans rapprochement, l’équipe risque de préparer un démarrage au 8 octobre et de découvrir, trop tard, qu’elle ne peut rien analyser.
Un employé IA supervisé peut préparer une fiche lisible :
- la date du CRM contredit celle du contrat ;
- l’accès aux données reste à confirmer ;
- la pièce de sécurité manque ;
- le responsable du transfert n’est pas identifié.
Pour chaque point, il affiche la source, la conséquence et la prochaine vérification. Il peut aussi préparer une tâche interne et un brouillon de message au client.
Il ne choisit pas la date à la place du responsable. Il n’accorde aucun accès, ne modifie pas le CRM et n’envoie aucun message sans validation.
Ce qu’il faut automatiser, et ce qu’il faut garder sous contrôle
Le système peut automatiquement :
- réunir les sources liées à une mission ;
- extraire les dates, responsables et prérequis ;
- signaler une information absente ou contradictoire ;
- préparer une checklist et des brouillons ;
- conserver la trace des sources consultées.
Une personne doit encore :
- décider quelle source devient la référence en cas de conflit ;
- autoriser l’usage de données sensibles ;
- engager une équipe ou modifier une date contractuelle ;
- valider le message exact envoyé au client ;
- donner le feu vert final.
La CNIL recommande d’adapter les mesures techniques et organisationnelles au risque, de gérer les accès et de journaliser les opérations sur les données personnelles.[2] Une checklist de lancement ne remplace pas cette analyse. Elle évite qu’un prérequis de sécurité soit traité comme une simple formalité de planning.
Tester le contrôle sur dix missions
Il n’est pas nécessaire de connecter tous les outils dès le départ.
Prenez dix missions récentes ou en cours. Pour chacune, relevez :
- le temps passé à retrouver les informations de départ ;
- les contradictions détectées ;
- les pièces ou accès manquants ;
- les personnes sollicitées pour trancher ;
- les changements effectués avant le démarrage réel.
Construisez ensuite la matrice à partir de ces cas. Le premier pilote peut fonctionner sans écriture automatique : il lit les sources autorisées, prépare la fiche de démarrage et laisse l’équipe comparer sa proposition à la décision finale.
Vous mesurez alors quelque chose d’utile : le nombre de démarrages préparés avec toutes les preuves, pas le nombre de champs remplis par une IA.
Le bon signal de départ
Une mission n’est pas prête parce qu’un outil affiche « gagné » ou « planifié ». Elle est prête lorsque les conditions nécessaires sont confirmées, que les contradictions sont traitées et qu’une personne autorisée assume le feu vert.
Pulse aide à rapprocher CRM, contrats, emails, documents et outils projet pour préparer ce contrôle. L’objectif est simple : mobiliser l’équipe au bon moment, avec les bonnes informations, sans laisser une automatisation engager l’entreprise seule.
Évaluer un workflow de démarrage avec le Diagnostic Pulse
Sources
[1] Project Management Institute, « The Charter — Selling your Project » : https://www.pmi.org/learning/library/charter-selling-project-7473
[2] CNIL, « Guide pratique RGPD — Sécurité des données personnelles, édition 2024 » : https://www.cnil.fr/sites/cnil/files/2024-03/cnil_guide_securite_personnelle_ven_0.pdf