Conserver votre méthodologie de conseil dans une plateforme d'IA

Oui, un cabinet de conseil peut conserver sa propre méthodologie, ses conventions de storyline et ses modèles lorsqu'il adopte une plateforme de stratégie IA, et ses livrables n'ont pas à ressembler à ceux de tous les autres. Le résultat dépend d'une discipline : séparer votre méthode en couches distinctes, car les cadres d'analyse, les règles de storyline, les modèles visuels, le langage maison, les points de contrôle qualité et les hiérarchies de sources ne se transfèrent pas de la même manière dans un logiciel. Paramétrez les couches véritablement structurelles, et laissez fermement entre les mains de vos équipes les couches qui relèvent du jugement.

Une plateforme de stratégie IA n'est pas condamnée à produire des livrables génériques. En décomposant la méthodologie de votre cabinet en couches paramétrables, comme les conventions de storyline et la grammaire des diapositives, vous pouvez automatiser la structure tout en gardant le jugement analytique strictement entre des mains humaines.

L'inquiétude est fondée. Dans une expérience de terrain menée auprès de 758 consultants du Boston Consulting Group, Dell'Acqua et al. ont constaté que si les participants assistés par l'IA produisaient des idées de meilleure qualité, on observait « une réduction marquée de la variabilité » de ces idées par rapport à ceux qui n'utilisaient pas l'IA, ce que les auteurs interprètent comme une tendance vers « des productions plus homogénéisées ».^[1] Pour un cabinet dont le produit est son point de vue, ce constat mérite attention. Si tous les concurrents appliquent les mêmes modèles aux mêmes cahiers des charges, un usage indifférencié de l'IA érode précisément ce pour quoi les clients paient un supplément.

Le remède n'est pas d'éviter ces outils, mais de traiter votre méthodologie comme quelque chose à spécifier, paramétrer et tester plutôt qu'à abandonner aux réglages par défaut du modèle. La suite de cet article explique comment procéder et vous donne un protocole vérifiable à dérouler avant de vous engager auprès d'une plateforme.

La méthodologie d'un cabinet semble former un tout indivisible, mais elle se compose en réalité de plusieurs couches superposées, qui ne se transfèrent pas de la même manière dans un logiciel. Les écrire séparément est la première étape, car cela transforme une vague inquiétude de perdre « notre façon de travailler » en une liste concrète de règles que vous pouvez paramétrer, tester et valider. Six couches couvrent la plupart des pratiques de conseil :

• (a) Cadres d'analyse et approche analytique : les modèles propriétaires, séquences de diagnostic et hypothèses qui structurent la manière dont vous abordez un problème, et que les clients achètent souvent précisément.
• (b) Conventions de storyline : les règles qui gouvernent la construction et la narration d'un argument, comme le principe de la pyramide, la communication qui commence par la réponse, les titres d'action et une idée par diapositive.
• (c) Modèles visuels et grammaire des diapositives : gabarits maîtres, couleurs et typographie, conventions graphiques, éléments de mise en page et emplacement des sources et des notes de bas de page.
• (d) Terminologie et langage maison : les mots que vous employez et ceux que vous évitez, la manière dont vous nommez les phases et les rôles, et le ton qui rend un document reconnaissable comme le vôtre.
• (e) Points de contrôle qualité et étapes de validation : qui relit quoi, selon quels critères, avant que quoi que ce soit ne parvienne au client, et qui est responsable à chaque point de contrôle.
• (f) Hiérarchie des sources : les éléments de preuve auxquels le cabinet se fie, par ordre de préférence, et ce qui ne peut jamais être cité comme fondement d'une recommandation.

Les couches diffèrent par leur degré de délégation possible. Les conventions de storyline, les modèles, la terminologie et la hiérarchie des sources sont pour l'essentiel des règles explicites, ce que les logiciels savent bien suivre. Les cadres d'analyse et les points de contrôle qualité contiennent un jugement tacite, et c'est là que la contribution humaine demeure. Garder cette distinction à l'esprit évite les deux écueils : tout confier à l'outil et perdre votre singularité, ou refuser l'outil et perdre les gains d'efficacité que réalisent vos concurrents.

L'essentiel de ce qui rend un livrable reconnaissable comme le vôtre se situe dans les couches (b), (c), (d) et (f), et ce sont précisément les couches qu'une plateforme bien conçue peut être paramétrée pour suivre. Les conventions de storyline en sont l'exemple le plus net. Le principe de la pyramide de Barbara Minto, élaboré lorsqu'elle travaillait chez McKinsey, pose qu'une écriture claire a une structure pyramidale : une idée directrice au sommet, étayée par des idées regroupées dans un ordre logique, chaque niveau résumant celui du dessous.^[2] Les règles de ce type sont explicites et vérifiables, ce qui les rend adaptées à une intégration dans une plateforme : chaque titre de diapositive est une conclusion rédigée en phrase complète, une idée par diapositive, la réponse avant la preuve.

• Règles de storyline : la structure pyramidale, le déroulé qui commence par la réponse, les titres d'action et la contrainte d'une idée par diapositive peuvent être définis comme règles de génération plutôt que laissés au goût du modèle.
• Modèles visuels : vos gabarits maîtres, votre palette de couleurs, votre typographie et vos conventions graphiques peuvent être appliqués à la présentation générée, de sorte que le livrable s'ouvre dans votre charte maison plutôt que dans une charte générique.
• Terminologie : le vocabulaire maison, les formulations privilégiées et les mots proscrits peuvent être spécifiés, de sorte que le document parle avec votre voix.
• Hiérarchie des sources : vous pouvez définir les sources sur lesquelles la plateforme peut s'appuyer et leur ordre d'autorité, de sorte que la base de preuves reflète vos standards plutôt que les réglages par défaut du web ouvert.

Ce paramétrage n'a rien de cosmétique. Lorsque les règles structurelles sont fixées par vous, le résultat de base de la plateforme part de vos conventions au lieu de dériver vers une charte maison qui n'appartient à personne. La conséquence pratique pour les achats est simple : demandez à chaque fournisseur de démontrer, sur votre propre modèle et vos propres règles de storyline, comment fonctionne son paramétrage, et considérez toute réponse qui revient à dire « le modèle sait à quoi ressemblent les présentations de conseil » comme un signal d'alerte.

Certaines couches ne doivent pas être confiées à la plateforme, aussi performante soit-elle. Vos cadres d'analyse propriétaires et votre approche analytique constituent le cœur de ce qu'achètent les clients, et ils intègrent un jugement que seuls vos collaborateurs expérimentés peuvent exercer : quelle hypothèse compte, quelle tension dans les données est la véritable histoire, quand il faut mettre le cadre de côté. Une plateforme peut exécuter un cadre que vous spécifiez ; elle ne peut pas être à l'origine du jugement sur l'adéquation de ce cadre à la situation de ce client.

• Choix et adaptation du cadre d'analyse : choisir l'approche analytique pour cette mission, et l'adapter lorsque la réalité du client ne correspond pas au modèle.
• Interprétation des constats : décider ce que les éléments de preuve signifient pour ce client, et quels arbitrages la recommandation doit peser.
• Points de contrôle qualité et validation : les étapes de relecture de la couche (e) existent précisément parce qu'un responsable expérimenté répond de ce qui sort du cabinet, et cette responsabilité ne peut pas être déléguée à un logiciel.
• La relation client : les conversations, la confiance et le contexte qui déterminent quels conseils seront réellement entendus, auxquels aucune plateforme ne participe.

Une manière utile de formuler la répartition des rôles : le logiciel structure l'argument et rassemble les éléments de preuve, tandis que l'équipe de conseil est maîtresse du jugement, de la relation et de la validation finale. Si l'argumentaire d'un fournisseur laisse entendre que la plateforme remplace la relecture par un associé, cela montre qu'il n'a pas compris à quoi sert un point de contrôle qualité ; il vaut la peine de fixer explicitement le niveau de relecture humaine qu'exige une présentation stratégique IA avant que quoi que ce soit ne parvienne au client. Le test présenté dans la section suivante vous permet de vérifier où s'arrêtent réellement les capacités d'une plateforme, avant de vous engager.

Les promesses de paramétrage doivent être testées, pas crues sur parole. Le protocole ci-dessous s'insère dans une démarche pilote plus large : si vous évaluez une plateforme dans son ensemble, il complète la méthode du back-test décrite dans cet article, qui note les résultats de la plateforme par rapport à la présentation que le conseil a réellement vue. Le test de transfert de méthodologie se concentre sur une seule question : le livrable se lit-il toujours comme le travail de votre cabinet ? Il se déroule en six étapes.

1. Rédiger l'inventaire. Décrivez votre méthode selon les six couches de la section ci-dessus, et attribuez à chaque couche au moins une règle concrète et vérifiable. « Employer un langage clair » n'est pas vérifiable ; « chaque titre de diapositive est une conclusion rédigée en phrase complète qui énonce le message clé » l'est.
2. Choisir une mission passée achevée dont vous connaissez l'issue. Retenez une mission dont le livrable a été bien reçu, afin de disposer d'une véritable référence, et pour laquelle la confidentialité permet la réutilisation interne des documents.
3. Paramétrer la plateforme avec l'inventaire et y soumettre le cahier des charges et les documents d'origine. Configurez les règles de storyline, les modèles, la terminologie et la hiérarchie des sources exactement comme vous les avez rédigés, puis laissez la plateforme produire son livrable à partir du même point de départ que votre équipe.
4. Noter chaque règle. Pour chaque règle de l'inventaire, indiquez si elle a été reprise, partiellement reprise ou perdue. Soyez strict : une règle qui apparaît sur la plupart des diapositives mais pas toutes est partiellement reprise, et non reprise.
5. Organiser une relecture à l'aveugle par un associé. Un associé qui n'a pas mené le test lit le livrable de la plateforme à côté du livrable d'origine et répond à une seule question : un client reconnaîtrait-il notre travail ? Consignez la réponse et ses raisons, dans les mots de l'associé.
6. Décider. Les règles perdues dans la couche (a), cadres d'analyse, ou la couche (e), points de contrôle qualité, sont bloquantes : elles touchent au jugement et à la responsabilité, et une plateforme incapable de les respecter n'est pas prête. Les règles perdues dans la couche (c), modèles, ou la couche (d), terminologie, relèvent du travail de paramétrage : ce sont des règles explicites, et l'échec est un problème de configuration à corriger avant de tester de nouveau.

La règle de décision compte davantage que les scores. Elle sépare les échecs qui doivent arrêter un achat de ceux qui doivent seulement retarder un déploiement, et elle vous donne une base documentée pour l'une ou l'autre décision. Si vous souhaitez un protocole plus approfondi pour examiner le livrable lui-même une fois la plateforme paramétrée, l'approche décrite dans vérifier une présentation stratégique générée par IA se combine bien avec l'étape quatre.

L'exemple suivant est un cas hypothétique illustratif, et non le compte rendu d'une mission réelle, et les chiffres qu'il contient décrivent un scénario plutôt que des résultats constatés. Imaginez un cabinet de niche de 12 personnes connu pour un cadre propriétaire de diagnostic tarifaire : une séquence en quatre étapes allant de la cartographie des marges jusqu'aux leviers de négociation, avec ses propres conventions de storyline et une hiérarchie des sources stricte qui privilégie les données de transaction sur les estimations issues d'enquêtes. Les associés mènent le test de transfert de méthodologie sur une mission achevée avant de s'engager auprès d'une plateforme.

Notez ce que l'exercice a changé. La règle de terminologie perdue était une lacune de paramétrage, et non une limite de la plateforme, et sa correction n'a demandé qu'un nouveau test. La règle de modèle partiellement reprise a révélé que « utiliser notre palette » était trop vague pour être paramétré, ce qui constitue en soi un constat sur la documentation du cabinet. Le point de contrôle qualité n'a jamais été proposé à la plateforme, car les associés avaient déjà décidé que la couche (e) n'était pas négociable. La réponse du relecteur à l'aveugle, dans ce cas hypothétique, était que le livrable passerait pour le travail du cabinet une fois la correction de terminologie appliquée.

Decisity est une plateforme de conseil en stratégie nativement IA conçue précisément pour l'enjeu de paramétrage décrit dans cet article. Elle se paramètre selon les conventions de storyline et la mise en forme d'un cabinet, de sorte que le livrable se lit comme le travail du cabinet et non comme celui de la plateforme, et elle applique par défaut, comme principes de méthode, le principe de la pyramide, les titres d'action et une idée par diapositive. Chaque affirmation, chaque chiffre et chaque recommandation d'une présentation Decisity est traçable jusqu'à sa source, avec une piste d'audit complète de la conclusion jusqu'à la preuve, et cette traçabilité des sources persiste, de sorte qu'une décision peut être réexaminée plus tard au regard des éléments sur lesquels elle reposait. Les documents des clients ne sont pas utilisés pour entraîner des modèles partagés, ce qui compte pour tout cabinet qui paramètre des cadres d'analyse propriétaires dans la plateforme.

Pour les cabinets de conseil, la séquence pratique est celle décrite ci-dessus : rédiger l'inventaire, mener le test de transfert de méthodologie sur une mission achevée, et laisser les scores, plutôt que l'argumentaire commercial, trancher. Paramétrée et testée de cette manière, une plateforme devrait rendre votre méthodologie plus explicite qu'elle ne l'était, et vos livrables indubitablement les vôtres.

Lectures associées :

• Divulguer l'usage de l'IA aux clients : la lettre de mission des consultants
• Comment piloter une plateforme de stratégie IA : le back-test

• Dell'Acqua et al.: Navigating the Jagged Technological Frontier (Harvard Business School Working Paper 24-013, 2023)
• Think Insights: The Pyramid Principle (Barbara Minto)