Pour transformer un brief client en présentation de conseil, séparez d’abord les éléments confirmés de ceux qu’il reste à comprendre. Montrez ensuite la contradiction qui influence le périmètre, proposez deux approches réellement différentes et demandez les arbitrages nécessaires pour préparer une proposition crédible. Les livrables et les dates viennent après.
Il s’agit d’une présentation de cadrage, pas de la proposition définitive. Elle sert à mettre le client et le consultant d’accord sur ce que la mission doit couvrir. Une fois ce point établi, le parcours de création de présentations commerciales de Presenti peut vous aider à préparer un brouillon modifiable pour la prochaine discussion. L’exemple qui suit est fictif ; le brief et ses questions ouvertes restent visibles tout au long de la démarche.
Lisez le brief en termes d’engagements, pas seulement de mots-clés
Imaginons qu’un distributeur vous envoie cette demande :
« Nos devis prennent trop de temps. Nous voulons un processus commun à trois équipes nationales dans un délai de six semaines, sans remplacer notre CRM. Les commerciaux disent qu’il manque des informations dans les demandes ; les opérations considèrent que les validations sont le point de blocage. Nous n’avons pas de mesure de référence fiable. Notre équipe peut participer à une réunion de 30 minutes par semaine. »
Une mauvaise présentation résumerait le tout par « fluidifier la préparation des devis dans trois pays en six semaines ». La formule paraît claire, mais elle transforme discrètement un délai souhaité en engagement de livraison, et deux explications concurrentes en diagnostic établi.
Lisez le brief deux fois. Lors du premier passage, relevez le résultat attendu et les contraintes. Au second, repérez tout élément qui modifierait la méthode, la charge de travail ou l’engagement s’il se révélait faux. Gardez les mots du client à côté de votre interprétation pour rendre vos hypothèses visibles.
Distinguez les contraintes, les objectifs et les inconnues
| Élément du brief | Interprétation | Contenu de la diapositive |
|---|---|---|
| Pas de remplacement du CRM | Contrainte explicite | Travailler avec le système existant ; identifier qui peut autoriser des changements de configuration. |
| Un processus pour trois équipes nationales | Résultat souhaité, pas encore un périmètre convenu | Demander quelles étapes doivent être communes et lesquelles peuvent rester locales. |
| Six semaines | Délai demandé | Préciser s’il s’agit d’une recommandation, d’un pilote testé ou d’un déploiement complet. |
| Informations manquantes ou validations lentes | Deux explications à examiner | Montrer les deux ; ne pas choisir une cause sans cas concrets. |
| Pas de mesure de référence fiable | Donnée manquante | Demander quelques devis récents avec les horodatages et les étapes de validation. |
Cette distinction est particulièrement utile lorsqu’un même mot recouvre plusieurs attentes. « Standardiser » peut signifier harmoniser les champs, les règles de validation ou l’ensemble du processus dans chaque pays. Écrivez ces possibilités. Une question précise vaut mieux qu’une diapositive assurée qui masque l’ambiguïté.
Faites du conflit de périmètre le fil conducteur
Dans cet exemple, la difficulté tient à la combinaison suivante : trois équipes, six semaines, peu de disponibilité et aucune mesure de référence. La diapositive ne doit pas laisser entendre que le client est déraisonnable. Elle doit montrer les conditions à faire évoluer pour que le travail soit réalisable.
Un titre possible : « Définir le résultat attendu à six semaines avant de choisir le plan de travail ». Présentez dessous trois points d’arrivée : un diagnostic, un pilote ou un déploiement complet. Une simple séquence horizontale suffit. Mettez en évidence celui dont le client a réellement besoin ; les autres deviennent des étapes ultérieures possibles, au lieu d’entrer silencieusement dans la même promesse.
Posez ensuite une question qui change la décision : « Si la priorité est un pilote testé, une équipe nationale peut-elle fournir des dossiers exemples et désigner une personne pour les examiner ? » Vous reliez ainsi une contribution à un choix précis. « Pouvez-vous nous donner plus d’informations ? » ne le fait pas.
Comparez deux approches qui lèvent des incertitudes différentes
Évitez trois formules aux noms différents dont le contenu est presque identique. Ce brief appelle deux approches utiles :
- Commencer par le diagnostic : examiner des parcours récents de préparation de devis dans les trois équipes, s’accorder sur le principal retard et proposer un processus commun. Le résultat est une recommandation et une liste de changements prioritaires, pas un déploiement opérationnel.
- Tester avec une seule équipe : choisir une équipe nationale, expérimenter une modification ciblée de son processus, puis décider de l’extension à partir des résultats. Il faut accéder à des dossiers et disposer d’un interlocuteur chargé de la revue. Ce pilote ne prouve pas que la même modification conviendra aux trois équipes.
Comparez les approches selon les contraintes du client : accès nécessaire, personnes mobilisées, livrable concret et questions qui resteront ouvertes. N’attribuez pas de notes chiffrées tant que les critères et leur interprétation ne sont pas convenus. Si le brief ne permet pas d’estimer la charge, réservez le devis à l’étape suivante.
Montrez ce que le client reçoit et ce qui reste ouvert
Pour le brief du distributeur, la comparaison pourrait prendre la forme suivante. Ces limites sont proposées pour la discussion ; ce ne sont ni des engagements de livraison ni une estimation commerciale.
| Limite à préciser | Diagnostic d’abord | Pilote avec une équipe |
|---|---|---|
| Question traitée | À quelles étapes les demandes de devis attendent-elles dans les trois équipes, et qu’est-ce qui pourrait l’expliquer ? | Une modification précise peut-elle fonctionner dans le processus quotidien de l’équipe retenue ? |
| Contribution du client | Des dossiers récents comparables dans chaque pays et une personne capable d’expliquer les horodatages. | Les dossiers convenus d’une équipe, un interlocuteur local chargé de la revue et l’autorisation de tester la modification retenue. |
| Livrable proposé | Une comparaison documentée des processus, les éléments manquants et des modifications à envisager. | Un essai délimité, des observations et une recommandation sur le prochain test ou une utilisation élargie. |
| Ce qui n’est pas inclus | Mettre en œuvre la modification privilégiée ou démontrer qu’elle améliore les performances. | Déployer dans les trois équipes ou établir que les résultats locaux sont généralisables. |
| Ce qui empêche d’établir un devis | Un accès incertain aux dossiers ou des définitions incompatibles du début et de la fin d’un devis. | Aucun interlocuteur désigné pour la revue, aucune autorisation de test ou aucun moyen praticable d’observer le résultat. |
Gardez la demande de six semaines visible au-dessus du tableau. Elle ne justifie pas de masquer les dépendances. Si le client ne peut participer qu’à une réunion de 30 minutes par semaine, demandez qui prépare les dossiers en dehors de cette réunion et combien de temps une décision peut attendre. Six réunions hebdomadaires représentent trois heures d’échange ; elles ne définissent pas le temps de travail total disponible chez le client ou le consultant.
Construisez six diapositives autour de l’arbitrage à rendre
| Diapositive | Titre proposé | Éléments à montrer |
|---|---|---|
| 1 | Que signifie « terminé dans six semaines » ? | La décision attendue et les trois points d’arrivée possibles. |
| 2 | Le brief fixe le système, pas encore la solution | Les contraintes confirmées face aux exigences encore ouvertes. |
| 3 | Deux explications demandent des preuves différentes | Les hypothèses sur les informations manquantes et les validations, chacune accompagnée d’une demande de cas. |
| 4 | Diagnostic d’abord ou pilote avec une équipe ? | Les deux approches, leurs livrables, leurs dépendances et leurs limites. |
| 5 | Un pilote n’est pas un déploiement dans trois pays | Ce qui est inclus, exclu et attendu du client. |
| 6 | Confirmer l’approche, l’interlocuteur et les dossiers disponibles | Les trois réponses nécessaires avant de préparer le périmètre et le devis. |
Conservez le brief intégral en annexe ou dans un document joint. Dans la présentation principale, ne reprenez que les formulations qui expliquent un choix. Un court extrait à côté de votre interprétation permet de repérer un désaccord sans obliger le client à relire toute sa demande.
Transmettez les ambiguïtés à l’IA, sans lui demander de les effacer
Préparez une version du brief que votre organisation vous autorise à utiliser. Retirez les noms confidentiels et les détails de dossiers inutiles à la discussion. Donnez ensuite une consigne précise à votre outil :
Crée une présentation de cadrage en six diapositives pour un distributeur fictif. Le client souhaite un processus de devis commun à trois équipes nationales sous six semaines, sans remplacer le CRM. Il dispose de 30 minutes de réunion par semaine. Les commerciaux soupçonnent des informations manquantes ; les opérations soupçonnent des validations lentes. Aucune mesure de référence fiable n’existe. Sépare les contraintes confirmées, les hypothèses et les questions ouvertes. Compare une approche commençant par le diagnostic à un pilote avec une équipe. N’invente ni coûts, ni économies, ni dates, ni preuves, ni cause privilégiée. Traite les six semaines comme un délai souhaité, pas comme un engagement de livraison. Termine par les décisions sur l’approche, l’interlocuteur chargé de la revue et l’accès aux dossiers exemples.
Relisez le plan avant de travailler la mise en page. Remplacez un titre généré comme « Réduire de 40 % le temps de préparation des devis » par une formulation étayée par le brief : « Repérer l’étape qui ralentit les devis avant de choisir la modification ». Le premier invente un résultat ; le second donne un objectif à la réunion.
Un exemple de note de périmètre après la discussion
Supposons que le client retienne un pilote avec une équipe nationale et accepte de fournir des dossiers récents anonymisés. La diapositive de conclusion peut contenir une courte note de périmètre :
Travail proposé : documenter les étapes actuelles de préparation des devis dans l’équipe retenue, convenir d’une modification à tester et examiner le résultat observé avec l’interlocuteur désigné. Le client confirmera l’accès aux dossiers appropriés et la personne habilitée à autoriser le test. Le livrable est un bilan du pilote accompagné d’une recommandation, pas un déploiement dans trois pays. Le calendrier de six semaines reste provisoire tant que l’accès, la disponibilité de l’interlocuteur et les limites de l’essai ne sont pas convenus. Le remplacement du CRM est exclu.
Précisez ensuite ce qui permettra de constater que le travail prévu a été réalisé : une description du processus acceptée par les parties, une trace de la modification, les observations issues de l’essai et les conclusions que ces observations ne permettent pas de tirer. Ce n’est pas la même chose que garantir une réduction en pourcentage du temps de préparation des devis. Un essai correctement mené peut montrer qu’il ne faut pas étendre la modification proposée.
N’ajoutez pas silencieusement un pays, une intégration système ou un résultat supplémentaire après validation de cette note. Montrez d’abord comment la demande change les contributions nécessaires et le travail, puis révisez le devis. Inversement, ne prenez pas une dépendance sans réponse pour un accord du client au seul motif que personne ne s’y est opposé en réunion.
Transformez les réponses en périmètre de mission
Supposons que le client choisisse un pilote avec une équipe, mais ne puisse fournir aucun dossier de devis individuel. Cette réponse change le travail. Il faudra peut-être prévoir une séance d’observation ou partir d’un autre point. Ce n’est pas un détail à enfouir sous le calendrier.
Après la discussion, actualisez l’approche retenue, notez les éléments encore manquants et désignez la personne qui doit les fournir. Vous pourrez alors traduire l’accord en livrables, en responsabilités et en devis. Une présentation de conseil utile rend ces choix explicites ; elle ne donne pas simplement à un brief incomplet l’apparence d’un projet déjà cadré. Pour présenter ensuite le pilote convenu, la structure problème–solution–preuve aide à distinguer ce que montre l’exemple de ce que l’essai doit encore vérifier.
