Agents IA, chatbots & automatisation

Coût d’un chatbot IA pour PME : une base commune pour comparer les devis

Le prix affiché ne suffit pas à comparer deux projets. Pour établir une base commune, il faut répartir les coûts entre la conception, le corpus, les intégrations, la mise en production, l’hébergement, la consommation, les contrôles, la maintenance, les ressources internes et la réversibilité. Le coût par conversation réellement résolue correspond ensuite aux dépenses attribuables à la période, divisées par le nombre de conversations qui satisfont au critère retenu. Les gains sont enfin comparés à la situation initiale.

Par Raphaël Uhlrich·Publié le 22 août 2026·14 min de lecture

Deux devis ne deviennent comparables qu’après avoir intégré les coûts initiaux, récurrents et de sortie.

01Les dépenses continuent après la mise en service

Lorsqu’un devis se limite à la mise en service, les coûts les moins visibles apparaissent ensuite. Selon le périmètre retenu, le suivi de la consommation, le contrôle des réponses, la maintenance des intégrations et le traitement des écarts peuvent devenir des postes de coût récurrents. Les services d’IA peuvent être facturés à l’usage et le support continu a lui aussi un coût.^[7]^[9]

Comparer uniquement le coût de mise en place revient donc à rapprocher des périmètres différents. Pour rétablir une base commune, chaque dépense doit être rattachée à une phase et à un responsable : conception, préparation du corpus, intégrations, mise en production, hébergement et consommation, contrôles, maintenance, ressources internes, puis sortie. Cette grille indique ce que chaque fournisseur prend en charge et ce qui reste à la charge de l’entreprise.

La surveillance mérite une ligne distincte. La GSA la décrit comme une phase qui suit le déploiement.^[1] Dans sa stratégie d’évaluation, un ministère britannique prévoit de mesurer les performances au regard des hypothèses initiales du projet et des effets imprévus.^[4] La grille budgétaire applique ce principe au suivi, avec des rôles et des fréquences de revue définis à l’avance.^[6] Enfin, la réversibilité doit être budgétée dès le début du projet : accès au corpus, récupération des réglages, continuité des intégrations et modalités d’arrêt. Le playbook du gouvernement britannique recommande de considérer une solution d’IA sur l’ensemble de son cycle de vie, jusqu’à son arrêt sécurisé.^[5] Dans la grille, cette perspective sert à chiffrer la sortie. L’opacité d’un algorithme peut accroître le risque de dépendance au fournisseur et compliquer la reprise du système.^[10]

Le budget complet présente ainsi une répartition claire des responsabilités. Pour chaque poste, elle indique la charge initiale, la charge récurrente, le responsable opérationnel, le déclencheur d’une intervention et la condition de fin. Ce cadre évite de confondre une dépense absente avec une dépense réellement supprimée.

02Un périmètre identique révèle les transferts de charge

La première comparaison porte sur ce qui doit être livré. Un fournisseur peut inclure la préparation du corpus et laisser à l’entreprise la validation des contenus. Un autre peut intégrer cette validation tout en excluant la maintenance des connexions. Le total affiché ne révèle pas ces différences tant que les tâches et leurs responsables ne sont pas recensés dans la même grille.

Même acquise sous la forme d’un composant existant, une brique d’IA doit être intégrée au service complet proposé aux utilisateurs.^[8] Le devis doit donc préciser les interfaces concernées, les données nécessaires, les droits d’accès, les procédures de reprise en cas d’échec et la responsabilité des corrections. La simple présence d’un connecteur ne décrit ni son périmètre ni son exploitation.

Construction

Conception et corpus

Définir les demandes couvertes, préparer les contenus, fixer les règles de réponse et désigner les personnes qui valident.
Mise en service

Intégrations et reprise

Relier le dispositif au service réel, tester les échanges et prévoir le traitement d’une interruption ou d’une réponse inutilisable.
Exploitation

Charges conservées en interne

Identifier les validations, les contrôles, les corrections et les décisions qui restent sous la responsabilité de l’entreprise.

La nature des échanges influe également sur le travail attendu. Un système limité à des questions et réponses prédéfinies est plus simple à configurer qu’un dispositif qui interprète du texte libre.^[2] Cette différence doit être appréciée en fonction des cas couverts, sans déduire le coût de la seule étiquette technique.

La forme des échanges précise le périmètre du projet.

Digital.gov, U.S. General Services Administration^[2]

Échantillon : La source ne décrit aucun échantillon d’entreprises ou de projets. Période : La comparaison ne porte sur aucune période d’observation. Résultat : La configuration d’un dispositif fondé sur des questions-réponses prédéfinies est plus directe que celle d’un dispositif traitant du texte libre. La source établit une différence de configuration. Limite de lecture : Elle ne fournit ni montant ni mesure transposable au projet considéré.

Une comparaison rigoureuse fait enfin apparaître les transferts de charge. Une tâche incluse chez un fournisseur peut rester à la charge de l’entreprise dans l’autre offre. Le décideur doit pouvoir identifier cette différence avant de rapprocher les propositions.

Charge incluse

Le fournisseur décrit l’activité, son déclencheur, ses limites et le résultat livré.

La dépense peut être rattachée au périmètre proposé.

Charge transférée

L’entreprise conserve l’activité, les compétences nécessaires et la responsabilité de son exécution.

La ressource interne doit entrer dans la comparaison.

Ce que la répartition des responsabilités permet de décider.

03L’usage réel détermine les dépenses récurrentes

Une dépense liée à l’usage ne se compare pas comme une charge fixe. Elle dépend des événements facturés, de la manière dont le service sollicite l’IA et des contrôles associés. La GSA indique que les services d’IA peuvent être facturés selon l’usage et nécessitent un suivi ainsi que des contrôles de gestion adaptés.^[7]

Chaque proposition doit donc répondre aux mêmes questions : quel événement déclenche une consommation, quelles opérations sont incluses, comment l’entreprise consulte-t-elle les relevés et que se passe-t-il lorsqu’un écart apparaît ? Une hypothèse reste recevable si elle est explicite, révisable et appliquée de la même manière à chaque devis.

Le volume brut de conversations ne suffit pas. Une demande peut être abandonnée, transférée à une personne ou recevoir une réponse qui exige une correction. La conversation réellement résolue, définie plus loin, constitue l’unité économique pertinente. Cette distinction empêche d’attribuer la même valeur à une interaction ouverte et à un résultat conforme au besoin.

Consommation observable

L’entreprise connaît l’événement facturé et peut consulter les relevés correspondant à son propre usage.

La visibilité ne permet pas encore d’expliquer un écart.

Consommation attribuable

Chaque variation peut être reliée à un parcours, à une intégration ou à une catégorie de demande.

L’écart devient explicable, sans définir encore la correction à appliquer.

Consommation pilotable

Un responsable dispose d’une règle de revue et peut corriger le périmètre, l’usage ou le fonctionnement concerné.

La revue conduit à une correction attribuée et vérifiable.

La prévision et la mesure ne reposent pas sur la même donnée. Le devis fixe une hypothèse, puis l’exploitation révèle la consommation observée. En cas d’écart, la revue en cherche l’origine avant de corriger le volume, la règle ou le périmètre. Le budget sert ainsi à suivre les dépenses au lieu de rester une estimation figée.

04Le contrôle exige un responsable et une fréquence

Le contrôle budgétaire ne peut pas être relégué à une ligne générale de support. Il faut décrire ce qui est vérifié, par qui, à quel moment et quelle décision doit être prise lorsqu’un écart est constaté. Le GAO a élaboré son cadre pour les agences fédérales et les autres entités engagées dans la conception, le développement, le déploiement et la surveillance continue de systèmes d’IA.^[3] Ce cadre public sert ici de repère pour le cycle de vie, mais ne constitue pas une règle directement transposable à toute PME.

Le cadre du NIST décrit une surveillance et une revue périodique du processus de gestion des risques planifiées, avec des rôles, des responsabilités et une fréquence définis.^[6] Pour un projet conversationnel, cette pratique se traduit ici en activités concrètes : examiner les réponses signalées, corriger le corpus ou les règles, vérifier les intégrations et décider si un usage doit être maintenu.

Attribuer le contrôle

Nommer la personne qui examine chaque catégorie d’écart et celle qui autorise une modification.
Fixer le rythme

Définir les revues régulières et les événements qui déclenchent un examen exceptionnel.
Tracer la décision

Conserver le constat, la correction choisie et la vérification réalisée après sa mise en œuvre.

Le devis doit montrer quelles activités relèvent du support fourni et lesquelles exigent une compétence interne. Un système peut nécessiter un accompagnement continu pendant tout son cycle de vie ; une lacune de support a des conséquences économiques, tout comme le recours à une expertise extérieure.^[9] Il faut donc déterminer quelle charge sera réellement assumée et vérifier que l’entreprise est capable de l’absorber.

Le contrôle produit aussi des informations utiles au budget. Les écarts récurrents peuvent révéler un corpus difficile à maintenir, une intégration fragile ou un périmètre fonctionnel trop large. Leur traitement doit être rattaché au poste concerné, faute de quoi la maintenance devient une enveloppe impossible à expliquer.

05La rentabilité se mesure à partir d’une situation de référence

Une rentabilité crédible exige un point de départ documenté. Avant la mise en service, l’entreprise décrit comment les demandes sont traitées, quelles interventions sont nécessaires et quel résultat constitue une résolution. Cette référence permet ensuite d’observer une variation sans attribuer automatiquement tout changement au chatbot.

Après le déploiement, la performance doit être appréciée au regard d’indicateurs, des hypothèses initiales du projet et des effets imprévus.^[4] La mesure reste ainsi liée au besoin d’origine, tout en recherchant les conséquences qui n’avaient pas été prévues.

01

Réponse exploitable

La demande reçoit la réponse définie comme suffisante pour ce parcours. La résolution est enregistrée selon le critère arrêté avant la mesure et la conversation peut être comptée comme réellement résolue.
02

Transfert prévu

La demande exige l’intervention d’une personne selon la règle convenue. La mesure porte sur la qualité du transfert, la charge humaine restante et la résolution attribuée au parcours complet selon la convention retenue.
03

Réponse à corriger

La sortie ne répond pas au critère de résolution. La correction est rattachée au corpus, aux règles, à l’intégration ou au contrôle, et la conversation reste exclue des résolutions tant que le besoin demeure ouvert.
04

Effet imprévu

L’usage produit une conséquence qui n’entrait pas dans le cas d’affaires. L’effet est examiné avant de maintenir l’usage ou de modifier le périmètre, puis la décision est documentée sans transformer l’incident en gain.

Ce que le devenir d’une conversation permet de distinguer.

Pour chaque période, une fiche consigne, poste par poste, la dépense observée, sa règle d’attribution et la pièce qui permet de la vérifier. Une dépense propre au chatbot lui est entièrement imputée ; une dépense partagée est répartie selon une clé définie avant la comparaison et appliquée à toutes les offres. Le numérateur additionne ces montants attribués. Le dénominateur compte une seule fois chaque conversation qui satisfait le critère de résolution fixé avant la mesure ; une interaction ouverte ou abandonnée en est exclue. Le coût par conversation réellement résolue correspond au numérateur divisé par ce dénominateur.

Si aucune conversation ne satisfait le critère, la fiche affiche « non calculable : aucune résolution » : aucun ratio n’est calculé et les offres ne sont pas classées selon cet indicateur. La décision s’appuie alors sur la dépense totale attribuée et sur le décompte des conversations ouvertes, transférées ou abandonnées, jusqu’à ce qu’une résolution permette de calculer le ratio.

La même méthode s’applique aux gains. Ils sont comparés à la situation initiale, sur un périmètre stable, puis séparés des simples déplacements de charge. Une intervention transférée vers une autre personne ne disparaît pas. Un temps libéré ne devient un bénéfice mesurable que si sa mesure, son usage et son lien avec le projet sont explicités.

06La sortie se prépare avant l’engagement

Le cycle de vie d’une solution d’IA doit être considéré dans son intégralité.^[5] Le budget initial doit donc inclure la réversibilité : les éléments récupérables, les travaux nécessaires à leur reprise et les responsabilités de chacun à la fin de la relation doivent être précisés.

L’entreprise doit savoir quels éléments du corpus, quels réglages, quels documents et quelles intégrations elle pourra récupérer. Elle doit aussi savoir sous quelle forme ces éléments sont remis et quelles opérations demeurent nécessaires pour poursuivre, migrer ou arrêter le service. Ces réponses ne préjugent ni de l’architecture ni du futur fournisseur ; elles établissent la capacité de décision.

L’opacité d’un algorithme peut renforcer la dépendance au fournisseur lorsqu’elle empêche de comprendre suffisamment le système pour le faire évoluer ou abandonner la solution dans des conditions maîtrisées.^[10] Cette limite doit être traitée par des livrables, des droits d’accès et des conditions de reprise vérifiables.

Avant l’engagement

Définir les éléments restituables

Nommer le corpus, les réglages, les documents et les accès nécessaires à une reprise.
Pendant l’exploitation

Maintenir la capacité de transfert

Tenir les livrables à jour et vérifier que les intégrations restent compréhensibles.
À l’arrêt

Exécuter la réversibilité

Restituer les éléments prévus, retirer les accès et vérifier la continuité ou la fin effective du service.

Ce que l’anticipation de la sortie permet de sécuriser.

Une clause générale de réversibilité reste insuffisante si elle ne correspond à aucune activité. Pour rendre les devis comparables, la sortie doit préciser le livrable, son responsable, sa condition de déclenchement et la charge laissée à l’entreprise.

07La comparaison finale tient sur une fiche commune

Avant de retenir une proposition, l’entreprise remplit la même fiche pour chaque offre et applique une règle identique d’attribution des dépenses et de comptage des résolutions. Si une ligne ne comporte pas de responsable, d’hypothèse vérifiable ou de condition de sortie, la proposition doit être précisée avant la décision.

Cette fiche commune rassemble les informations nécessaires pour comparer deux devis sur le même périmètre.

Poste	Information à relever	Charge initiale	Charge récurrente	Dépense attribuée à la période	Responsable ou preuve	Condition de comparaison
Conception	Livrables, itérations et critère de réception	Montant ou heures de conception	Itérations hors réception	Part consommée ou amortie selon la règle écrite	Prestataire et responsable métier	Même résultat attendu
Corpus	Préparation, validation et mises à jour	Préparation initiale	Validation et mises à jour	Heures ou factures imputées au chatbot	Propriétaire des contenus	Même périmètre documentaire
Intégrations	Connexions, droits et reprises	Paramétrage et raccordement	Licence, support ou adaptation	Part liée aux systèmes utilisés sur la période	Responsable technique	Mêmes systèmes concernés
Mise en service	Configuration, essais et corrections	Configuration et réception	Corrections après ouverture	Charge rattachée aux essais et écarts de la période	Responsable de la réception	Même scénario d’acceptation
Hébergement	Unité facturée, capacité réservée et période	Mise en place ou capacité réservée	Unité multipliée par le volume	Part affectée au chatbot selon la clé écrite	Facture ou hypothèse de capacité documentée	Même règle d’attribution au chatbot
Usage	Unité facturée, volume et relevé	Zéro justifié ou activation	Unité multipliée par le volume	Consommation mesurée sur la période	Facture ou tableau de consommation	Même hypothèse d’activité
Contrôle	Fréquence, écarts et délai de correction	Référence et protocole de suivi	Fréquence multipliée par la charge	Temps ou facture rattaché au contrôle	Responsable désigné	Même niveau de service
Maintenance	Évolutions incluses et exclusions	Reprise initiale éventuelle	Forfait ou interventions	Montant des interventions de la période	Engagement de support	Même durée observée
Ressources internes	Activités, fréquence et charge	Heures de préparation	Heures d’exploitation	Temps imputé selon la règle commune	Responsable interne	Même règle d’attribution
Résultats	Conversations réellement résolues	Sans objet	Sans objet	Sans objet : ce poste forme le dénominateur	Fiche de comptage vérifiable	Même définition de résolution
Sortie	Livrables restitués, accès retirés et continuité	Provision ou zéro justifié	Maintien des livrables transférables	Charge de sortie si elle survient sur la période	Procédure de réversibilité	Même condition de fin

Une fois la fiche remplie, l’entreprise peut écarter une proposition fondée sur des hypothèses invérifiables, qui transfère certaines charges ou qui attribue au chatbot des effets impossibles à isoler. Les offres restent ainsi comparables malgré des formulations et des découpages commerciaux différents.

Lorsque l’entreprise doit convertir cette grille en exigences, en responsabilités et en critères de réception, elle peut recourir au cadrage d’un assistant conversationnel adapté aux contraintes réelles. Le travail attendu consiste à rendre le périmètre vérifiable avant de choisir une solution ou un fournisseur.

Si deux devis ne permettent pas ce suivi sur une base comparable, la PME doit demander les informations manquantes avant de choisir.

Questions fréquentes

Faut-il comparer les délais de correction autant que les coûts ?

Oui, car un écart non traité mobilise l’équipe et peut empêcher de compter certaines conversations comme réellement résolues. Le document de comparaison doit préciser le point de départ du délai, les niveaux de gravité, la personne qui qualifie l’incident et les exclusions du support. Il distingue aussi le rétablissement provisoire de la correction vérifiée. Deux offres dont le coût apparent est proche ne sont pas équivalentes si l’une laisse l’entreprise sans délai d’intervention ni responsable identifiable.

Un prix forfaitaire suffit-il à éliminer le risque de dépassement ?

Non. Un forfait peut encadrer une partie de la facture tout en laissant hors périmètre les intégrations, les reprises, les volumes exceptionnels ou le travail interne. Il faut donc vérifier les limites du forfait, les événements qui déclenchent une facturation supplémentaire et la durée pendant laquelle ses conditions restent valables. Une offre réellement comparable indique aussi ce qui se passe lorsque le scénario prévu change. Le forfait réduit une incertitude seulement si ses exclusions et ses règles d’ajustement sont aussi explicites que son montant.

Comment comparer un contrat d’un an à un engagement pluriannuel ?

Utilisez une période commune et distinguez ce qui est dû pendant cette période de ce qui reste engagé après elle. Relevez les frais de départ, les échéances, les volumes inclus, les conditions de renouvellement et le coût d’une sortie anticipée. Une mensualité plus basse ne compense pas automatiquement une durée imposée. Si l’offre longue ne permet pas d’isoler le coût de la période choisie ou les conséquences d’une rupture, elle reste incomparable tant que ces données ne sont pas précisées.

Comment traiter une remise limitée à la première année ?

La remise apparaît comme une ligne temporaire, séparée du coût de référence. La comparaison calcule la dépense pendant la période promotionnelle, puis celle de la période suivante selon le tarif applicable et l’hypothèse d’usage retenue. Elle précise aussi les conditions qui font disparaître l’avantage : volume dépassé, ajout de fonctions ou renouvellement. Une remise améliore la trésorerie initiale ; elle ne doit pas réduire artificiellement le coût récurrent utilisé pour décider de la durée du projet.

Comment comparer une offre libellée dans une monnaie contractuelle avec une offre indexée sur une devise ou un indice ?

Conservez le barème contractuel, sa monnaie ou son indice, la date de référence et la règle de révision. Pour comparer, l’entreprise choisit une hypothèse commune et montre séparément l’effet d’une variation défavorable, sans la présenter comme une prévision certaine. Une offre indexée reste exploitable si le mécanisme, la fréquence et le plafond éventuel sont écrits. Sans ces éléments, la conversion effectuée le jour du devis donne une apparence de précision qui ne décrit pas l’engagement futur.

Une phase pilote doit-elle entrer dans le coût du projet final ?

Oui, mais en distinguant ce qui prépare une décision de ce qui restera utilisable ensuite. Un test jetable, une intégration provisoire ou un corpus construit uniquement pour la démonstration ne portent pas la même valeur qu’un livrable repris dans la solution retenue. La comparaison indique donc le coût du pilote, les éléments réutilisables et les travaux à recommencer. Cette séparation évite de présenter le pilote comme une réduction automatique du projet final. Elle permet surtout de comparer deux démarches qui engagent les dépenses à des moments différents et dans des actifs différents.

Quel écart entre l’hypothèse et l’usage réel doit déclencher une revue ?

Le seuil dépend de la décision économique, pas d’un pourcentage universel. Il doit être fixé avant l’observation et relié à une action : vérifier une unité facturée, ajuster une limite, corriger le périmètre ou réexaminer le projet. Consignez l’indicateur suivi, la période, le responsable et la conséquence de l’écart. Sans cette règle, une hausse peut être minimisée lorsqu’elle gêne ou dramatisée lorsqu’elle sert une renégociation. Un seuil utile déclenche une revue définie ; il ne produit pas automatiquement un verdict.

Peut-on signer si certains postes restent inconnus ?

Oui, si chaque incertitude est associée à une hypothèse, à un responsable, à une date de décision et à une conséquence prévue. Une intégration non étudiée peut par exemple rester conditionnelle jusqu’à un test technique, avec une limite de dépense ou une possibilité de retrait. En revanche, signer sans savoir qui fournit le corpus, traite les incidents ou récupère les données laisse des postes structurants sans réponse. Certaines inconnues peuvent être décidées plus tard ; celles qui empêchent déjà de comparer ou d’exploiter la solution doivent être levées avant la signature.

Qui peut transformer cette grille en périmètre de projet exploitable ?

La grille peut être préparée en interne si les responsables disposent d’une vision commune des demandes, des données, des intégrations et des contrôles attendus. Lorsque ces éléments restent dispersés, une prestation de conception et de cadrage d’assistants conversationnels peut les transformer en un périmètre vérifiable, sans présumer de la solution. Sur farweb.fr, je propose une prestation d’installation et de mise en ligne d’un chatbot IA local pour entreprise. Le périmètre de la prestation est défini après examen du site, des contenus et des conditions d’intégration. Le livrable doit présenter clairement les hypothèses, les responsabilités, les critères de résolution, les dépenses récurrentes et les conditions de sortie afin que la décision reste compréhensible.

Sources et références

U.S. General Services Administration · « AI strategies and compliance plan | GSA » · 30 septembre 2025 · www.gsa.gov/artificial-intelligence/resources/ai-strategies-and-compl…. Le cycle de vie d’un système d’IA continue après le déploiement par une phase de surveillance.
Digital.gov, U.S. General Services Administration · « Using chatbots to improve customer experience | Digital.gov » · 7 avril 2021 · digital.gov/2021/04/07/using-chatbots-to-improve-customer-experience. Un chatbot de questions-réponses prédéfinies est plus simple à configurer qu’un chatbot qui traite du texte libre.
U.S. Government Accountability Office · « Artificial Intelligence: An Accountability Framework for Federal Agencies and Other Entities | U.S. GAO » · 30 juin 2021 · www.gao.gov/products/gao-21-519sp. La gestion responsable d’un système d’IA couvre la conception, le développement, le déploiement et la surveillance continue.
Department for Business and Trade · « Evaluation and performance analysis strategy and playbook 2024 to 2028 - GOV.UK » · 10 juin 2025 · www.gov.uk/government/publications/dbts-digital-evaluation-and-perfor…. Après la mise en service, la performance d’un système doit être suivie au moyen d’indicateurs, au regard des hypothèses initiales du projet et des effets imprévus.
Government Digital Service · « Artificial Intelligence Playbook for the UK Government (HTML) - GOV.UK » · 10 février 2025 · www.gov.uk/government/publications/ai-playbook-for-the-uk-government/…. Une solution d’IA doit être pensée sur l’ensemble de son cycle de vie, jusqu’à son arrêt sécurisé.
National Institute of Standards and Technology · « AI RMF Core - AIRC » · 26 janvier 2023 · airc.nist.gov/airmf-resources/airmf/5-sec-core. La surveillance continue et la revue périodique du processus de gestion des risques doivent être planifiées, avec des rôles et des fréquences définis.
U.S. General Services Administration · « Buy AI | GSA » · 5 août 2026 · www.gsa.gov/artificial-intelligence/buy-ai. Les services d’IA peuvent être facturés à l’usage, ce qui rend nécessaire le suivi des consommations et des contrôles de gestion.
Government Digital Service · « Assessing if artificial intelligence is the right solution - GOV.UK » · 10 juin 2019 · www.gov.uk/guidance/assessing-if-artificial-intelligence-is-the-right…. Même achetée prête à l’emploi, une brique d’IA doit être intégrée au service complet destiné aux utilisateurs.
Office for Artificial Intelligence · « Guidelines for AI procurement - GOV.UK » · 8 juin 2020 · www.gov.uk/government/publications/guidelines-for-ai-procurement/guid…. Le support continu d’un système d’IA représente un coût. Une assistance insuffisante ou le recours à une expertise externe entraîne également des dépenses.
Cabinet Office · « The Digital, Data and Technology Playbook (HTML) - GOV.UK » · 20 juin 2023 · www.gov.uk/government/publications/the-digital-data-and-technology-pl…. L’opacité d’un algorithme peut accroître le risque de dépendance au fournisseur et rendre plus difficile une sortie ou une reprise du système.

Mettre la décision à l’épreuve

Vérifier cette décision dans votre contexte

Cet échange de cadrage part de votre situation, sans diagnostic préétabli.

Prendre rendez-vous