Un client vous demande une « synthèse avec l’IA », sans préciser son format ni qui la validera. Pour vous, freelance ou consultant en France, cette demande hypothétique appelle un cadrage écrit avant de commencer. Définir les livrables et les critères de réception d’une mission assistée aide à aligner les attentes, le périmètre et le contrôle humain, sans confondre le résultat promis avec la manière de le produire.
L’exposition d’une tâche à l’IA désigne le degré auquel une tâche peut être assistée ou transformée par une technologie, sans indiquer à elle seule un usage réel ou une suppression d’emploi. L’exposition, l’usage observé et les pertes d’emplois sont donc trois sujets distincts. Sans source primaire, date et périmètre, un pourcentage de remplacement ne permet pas de conclure pour votre mission ou vos objectifs projet.
La méthode proposée vous aide à préciser ce que vous remettrez, à qui et selon quels tests de réception. Elle ne présume ni d’un usage systématique de l’intelligence artificielle, ni d’un effet commercial garanti. Vous pouvez l’adapter au contrat, aux ressources et aux pratiques du client.
Table of Contents
À retenir
- Décrivez le résultat attendu séparément des outils utilisés.
- Distinguez le livrable externe des éléments utiles à l’équipe.
- Nommez la personne habilitée à valider côté client.
- Définissez des tests contrôlables pour chaque résultat promis.
- Prévoyez un circuit de retour et de traitement des changements.
Vous suivrez ainsi un parcours pratique, du besoin client à la réception, sans promesse de revenu ni de résultat commercial.
Que change l’IA dans le cadrage d’une mission ?
Le client achète d’abord un résultat défini, pas une promesse vague d’automatisation. Dans votre gestion projet, séparez les livrables convenus du moyen de travail, notamment lorsque l’IA intervient dans certaines tâches. Le niveau d’exposition d’une tâche ne prouve ni un usage réel ni la suppression d’un emploi.
Le client commande un résultat explicite, pas une promesse vague d’automatisation. L’exposition d’une tâche à l’IA ne prouve ni son usage ni la suppression d’un emploi.
Un livrable peut être un document, un produit, un service ou un rapport. Il peut être tangible, comme un fichier, ou intangible, comme un atelier de conseil. Il peut servir à l’équipe, par exemple une grille de travail, ou être remis à une partie externe, comme un rapport final.
Dans une mission de conseil, un outil pourrait aider à classer des réponses ou à produire une première ébauche. Cette possibilité technique ne signifie pas que vous ou le client l’utilisez réellement. L’impact sur le travail dépend du contexte, des tâches concernées et des choix des parties.
Les analyses de l’Organisation internationale du Travail sur les professions et l’IA générative sont présentées dans son article sur l’impact potentiel par profession. L’OCDE examine aussi les PME et la main-d’œuvre dans son rapport sur l’IA générative et les PME. Ces lectures donnent un contexte, pas une conclusion automatique sur votre mission.
Pour cadrer un projet précis, commencez par le besoin et les limites de la mission. Vous pourrez ensuite recueillir les attentes des personnes concernées, sans déduire vos engagements d’un résultat observé ailleurs.
Comment transformer la demande du client en périmètre clair ?
« Gagner du temps sur les rapports » ne dit pas quels rapports doivent changer, ni ce que le client attend. Pour transformer cette demande en périmètre, reliez-la à un objectif vérifiable, identifiez les parties prenantes et nommez les tâches concernées. Avant de chiffrer, faites valider ce qui est inclus et ce qui ne l’est pas.
Relier la demande à un objectif vérifiable
Commencez par séparer le besoin, le résultat recherché et les éléments hors périmètre. Le besoin peut être de faciliter la lecture de rapports mensuels. Le résultat recherché peut être une trame commune et un rapport d’essai. La réécriture de l’historique complet peut rester exclue.
Demandez comment le client utilisera le résultat et quelle décision celui-ci doit éclairer. « Mieux exploiter les rapports » reste flou tant que vous ne savez pas si le public doit comparer des indicateurs, repérer des écarts ou préparer une réunion. Précisez aussi les contraintes de délai, de format et de budget.
Identifier les personnes qui contribuent et qui valident
Notez qui fournit les contenus, qui arbitre les priorités et qui répond aux questions. Désignez un référent de validation côté client, ainsi qu’une personne remplaçante si le référent est absent. Un groupe consulté peut donner un avis, mais ne doit pas remplacer la personne habilitée à décider.
Quatre questions de découverte permettent de préciser les attentes et d’améliorer la communication :
- Quel usage final le client fera-t-il du résultat ?
- Quels publics vont le lire ou s’en servir ?
- Quelles données et quels documents sont disponibles ?
- Qui est habilité à valider ou à arbitrer ?
Délimiter l’usage de l’IA et les exclusions
Demandez quelles tâches peuvent être assistées par l’IA, par exemple le classement initial de documents. Faites préciser celles qui exigent un contrôle humain, comme la vérification des conclusions. Inscrivez aussi les usages interdits par le client, notamment pour certaines données ou certains outils.
Clarifiez qui fournit les accès et les consignes, et si l’équipe du client peut intervenir sur les brouillons. Cette définition évite d’inclure silencieusement une analyse supplémentaire ou une nouvelle étape de production. Vous pouvez alors passer de ce périmètre partagé à la liste des résultats que vous vous engagez à remettre.
Comment définir les livrables et les critères de réception d’une mission assistée
Une mission de conseil peut produire un rapport final et des éléments internes qui permettent d’en contrôler la préparation. Pour définir les livrables, décomposez le travail en résultats suivables, puis décrivez leur contenu, leur destinataire et leur responsable. Ne comptez pas seulement le document final : les éléments de vérification font aussi partie du travail.
Recenser les résultats attendus, y compris les livrables internes
Une structure de découpage du travail vous aide à séparer un résultat général en éléments plus petits. Pour un rapport, vous pouvez prévoir une collecte de sources, une synthèse de travail, une version vérifiée et une note de transmission. Le rapport remis au client est un livrable externe. La grille de contrôle utilisée par l’équipe est un livrable interne.
Les deux catégories servent des destinataires différents. Indiquez si un élément interne sera partagé avec le client ou restera un outil de suivi. L’erreur fréquente consiste à ne compter que le fichier final, puis à découvrir que les sources, les contrôles et les échanges nécessaires n’ont pas été estimés.
Décrire le format et le contenu de chaque résultat
Pour chaque résultat, précisez ce qu’il contient et sous quelle forme vous le remettrez. Un rapport peut être un fichier modifiable ou un PDF, selon l’accord. Une grille interne peut rester dans l’outil de suivi de l’équipe. Nommez aussi le destinataire : le client, son équipe ou vous-même.
Consignez cinq éléments pour suivre chaque livrable :
- Nom explicite du résultat attendu.
- Description de son contenu et de sa forme.
- Responsable de sa préparation ou de sa vérification.
- Échéance convenue avec le client.
- Dépendance à un autre résultat ou jalon associé.
Associer un responsable, une échéance et un jalon
Associez un responsable à chaque étape, même si vous réalisez presque tout le travail. Le client peut devoir fournir des données avant une date donnée, puis son référent de validation peut examiner une version provisoire. Ces échéances et jalons rendent l’avancement projet visible et facilitent la planification.
Une liste seule ne garantit pas une réception claire. Chaque résultat doit être accompagné d’un test d’acceptation explicite, que vous définirez selon sa fonction et son destinataire.
Que consigner dans la fiche de réception de chaque livrable ?
Un critère utile permet à deux personnes différentes d’aboutir à la même décision de réception. Pour chaque livrable, reliez le format demandé à un test observable, une preuve et une personne qui valide. Le tableau ci-dessous est explicitement hypothétique et doit être adapté par accord entre les parties.
Une fiche courte évite de confondre préférence personnelle et engagement convenu. Les critères dépendent du résultat : un inventaire de sources ne se contrôle pas comme une note de transmission. Vous pouvez reprendre les lignes ci-dessous, puis remplacer les formats, les preuves et les responsables selon votre mission.
| Livrable | Format | Test de réception | Preuve à remettre | Personne qui valide |
|---|---|---|---|---|
| Inventaire des sources | Tableur convenu | Les références permettent de retrouver les documents | Fichier avec références et dates disponibles | Référent de validation |
| Document de travail généré ou assisté par IA | Document modifiable | Les affirmations incertaines sont signalées | Version de travail annotée | Consultant responsable |
| Version finale vérifiée | PDF ou format convenu | Les rubriques convenues sont présentes et le contenu a été contrôlé | Fichier final et trace du contrôle | Référent de validation |
| Note de transmission | Courriel ou document bref | La note indique le contenu remis et les points restant à arbitrer | Message de transmission | Référent de validation |
Les tests ne fixent aucun seuil universel de qualité. Par exemple, le format convenu est contrôlable, tout comme la présence des sources repérables. La version finale peut être soumise au référent, tandis que les affirmations incertaines doivent apparaître clairement dans le document de travail.
Si le client souhaite retirer une preuve ou ajouter une rubrique, inscrivez la modification et son effet sur la remise. Une fiche ne remplace pas l’échange entre les parties, mais rend les attentes plus faciles à comparer. La suite consiste à formuler des tests mesurables ou contrôlables, adaptés au résultat.
Comment rendre les critères de réception vérifiables ?
Un document peut respecter le format demandé alors que ses affirmations restent à vérifier. Écrivez donc les critères en séparant les contrôles simples du jugement humain. Une sortie fluide ou bien présentée ne prouve pas, à elle seule, l’exactitude de son contenu.
Distinguer les contrôles automatiques du jugement humain
Un contrôle automatique ou mécanique peut confirmer qu’un fichier est au format convenu, qu’il s’ouvre ou que les rubriques attendues sont présentes. Vous pouvez aussi vérifier qu’un tableau comprend les colonnes convenues. Ces tests réduisent les oublis, mais ils ne confirment pas que les conclusions sont justes.
Le contrôle humain porte sur ce qui demande une appréciation. Une personne peut examiner si une recommandation répond à la question du client, si un rapport distingue les faits des hypothèses ou si une formulation risque d’induire le lecteur en erreur. Pour un document assisté par IA, vérifiez particulièrement les affirmations et les sources citées.
La CNIL rappelle, dans ses questions-réponses publiées le 18 juillet 2024, que les systèmes génératifs peuvent produire des informations plausibles mais inexactes. Sa FAQ sur l’utilisation d’un système d’IA générative aborde aussi les usages autorisés et la vérification des résultats. Le contrôle humain doit donc correspondre au risque du livrable.
Fixer les tolérances adaptées au risque
Les seuils ou tolérances se conviennent selon l’usage du résultat, les conséquences d’une erreur et les moyens de vérification disponibles. Une note destinée à préparer une discussion interne ne présente pas forcément les mêmes enjeux qu’un document communiqué à des décideurs. Évitez de reprendre un chiffre sans lien avec la mission.
Vous pouvez définir ce qui doit être exact, ce qui peut rester incertain et comment signaler une limite. Pour un rapport, les parties peuvent convenir que les données principales soient rapprochées des documents fournis. Pour une recommandation, elles peuvent préciser qui l’examine et quelles hypothèses doivent être visibles.
Un critère qualitatif peut être vérifiable sans devenir un score. Demandez par exemple au référent si chaque recommandation répond à une question convenue, puis consignez son motif d’acceptation ou de retour. Il faut aussi convenir de la façon dont les contrôles et les décisions seront consignés.
Qui valide le livrable et que faire en cas de désaccord ?
Si un client répond « ce n’est pas ce que j’attendais » sans citer de critère, vous avez besoin d’une décision traçable, pas d’une série de corrections sans fin. Convenez du circuit de validation dans le contrat ou le cadre de mission. Une demande qui dépasse les critères convenus se traite séparément comme un changement de périmètre.
La validation peut comprendre un contrôle par l’équipe, un examen du client ou du sponsor, puis une approbation formelle. Les modalités varient selon les parties et le projet. Vous pouvez garder une trace dans un procès-verbal, un courriel ou un outil de suivi : aucune forme unique n’est obligatoire pour toutes les missions.
Un circuit simple peut suivre cinq étapes :
- Effectuez le contrôle interne prévu avant l’envoi.
- Remettez le livrable avec les éléments de preuve convenus.
- Demandez au référent de validation d’examiner le résultat.
- Consignez sa décision selon les modalités convenues.
- Traitez à part toute demande située hors des critères comme changement de périmètre.
Fixez le délai de retour et le nombre de cycles de correction, ou décrivez leur mode de traitement. Sans ce point, un retard de réponse peut décaler les délais suivants, tandis qu’un commentaire général peut ouvrir des travaux non prévus. Précisez également comment vous signalez un désaccord sur l’application d’un critère.
En cas de retour, reliez chaque correction au test correspondant. Si aucune condition n’explique le refus, demandez au référent de préciser l’écart constaté. Si la demande ajoute une nouvelle analyse ou modifie le public, consignez son effet sur le temps et l’avancement avant de reprendre le travail.
Ces modalités sont des éléments à convenir et à inscrire dans le cadre de mission, non un avis juridique individualisé. Avant d’envoyer des contenus ou des brouillons, examinez aussi les limites opérationnelles, notamment la confidentialité et les erreurs possibles.
Quelles limites et précautions prévoir pour une mission assistée par IA ?
Un fichier client ne devrait pas être transmis à un outil avant de vérifier les règles applicables aux données et les consignes du client. Commencez par limiter les informations partagées et par confirmer les accès autorisés. Aucun outil ni contrôle ne supprime tous les risques associés à un usage de l’IA.
Protéger les données et les accès
Ne transmettez que les données nécessaires à la tâche. Demandez l’autorisation du client lorsque l’usage envisagé ou le traitement le requiert au regard de ses consignes et des règles applicables. Vérifiez les droits d’accès, les paramètres du compte et les conditions associées à l’outil choisi.
Notez les consignes sur les données personnelles, confidentielles ou sensibles, ainsi que les éventuelles restrictions internes. La CNIL publie des recommandations sur le choix des systèmes, les contrats avec les fournisseurs et certains transferts de données. Consultez également les ressources de l’ANSSI et les textes de la Commission européenne, en distinguant le droit en vigueur d’un projet et d’un scénario.
Vérifier les règles applicables et les risques de sortie
Pour une mission concrète, vérifiez l’état des textes à la date de publication et les règles qui s’appliquent à votre cas, à partir des références primaires de la CNIL, de l’ANSSI et de la Commission européenne. Ne présentez pas un projet de texte comme une règle en vigueur. Une sortie peut contenir une erreur même si sa forme paraît convaincante.
La relecture humaine doit donc tenir compte du risque et de l’usage prévu. Voici quatre situations hypothétiques et les précautions associées :
| Situation de risque | Précaution | Preuve à conserver | Condition d’arrêt ou d’escalade |
|---|---|---|---|
| Donnée confidentielle | Retirer les détails non nécessaires et vérifier l’autorisation | Consigne client et validation écrite | Arrêter si l’autorisation manque |
| Affirmation non vérifiée | Comparer l’affirmation aux documents de référence | Annotation et source contrôlée | Escalader si la source manque ou contredit le texte |
| Accès non autorisé | Limiter l’accès au compte ou au dossier utile | Trace des droits accordés | Arrêter si l’accès dépasse l’autorisation |
| Changement d’outil ou de consigne | Évaluer l’effet avant de poursuivre | Nouvelle consigne et accord | Escalader si le risque ou le périmètre change |
À quoi ressemble le cadrage dans deux missions types ?
Les deux scénarios qui suivent sont imaginaires et servent uniquement d’illustrations à adapter. Dans le premier, le brief client fictif est : « Préparez une synthèse des documents disponibles pour notre réunion d’équipe. » Le résultat attendu, son contrôle humain et l’accord de réception doivent rester explicites.
Un résultat vérifiable, une responsabilité humaine et une procédure d’accord donnent au client un cadre pour décider.
Exemple hypothétique de synthèse documentaire
Vous convenez d’abord des documents d’entrée : par exemple, un dossier de comptes rendus et les notes que le client autorise à utiliser. Vous inscrivez les documents manquants comme dépendances, plutôt que de promettre une synthèse complète sans savoir ce qui sera fourni. Le référent indique aussi à qui le rapport est destiné.
Le livrable externe peut être une synthèse structurée dans un format convenu. Les livrables internes peuvent comprendre l’inventaire des sources et une version de travail annotée. Vous définissez un test contrôlable : chaque source citée est repérable dans les documents remis, les rubriques demandées figurent dans la synthèse et les éléments incertains sont signalés.
Le contrôle humain porte sur les résumés, les liens entre idées et toute affirmation qui pourrait orienter la réunion. Vous remettez la synthèse au référent de validation, qui peut signaler un écart aux critères ou demander une évolution distincte. Le fait qu’un brouillon soit assisté par IA ne transforme pas une piste incertaine en information confirmée.
Exemple hypothétique de préparation de recommandations
Dans un second scénario imaginaire, une cliente demande des pistes pour améliorer le suivi de ses rapports. Vous pouvez utiliser l’IA pour organiser des idées ou préparer des options, si le cadre convenu l’autorise. Ces pistes restent des matériaux de travail, et non des recommandations déjà assumées.
Le livrable externe peut distinguer les options explorées, les hypothèses retenues et les recommandations examinées par vous. Vous vérifiez leur cohérence avec les informations fournies et leur utilité pour l’objectif convenu. Le référent de validation examine ensuite le document et confirme qu’il répond à sa demande ou précise les écarts.
Une modification des priorités après cette validation peut entraîner un nouveau travail. Vous consignez la demande, puis convenez de son effet sur le périmètre, les délais et les ressources avant de poursuivre. Dans les deux cas, la règle commune reste un résultat vérifiable, une responsabilité humaine et une procédure d’accord, que vous pouvez appliquer dès le prochain brief.
Conclusion
Au prochain brief client, écrivez avant le démarrage un livrable, son test de réception et le nom de la personne habilitée à le valider. Cette consigne simple rend vos engagements plus lisibles et aide à distinguer une correction attendue d’une demande nouvelle. Vous pourrez ensuite adapter le cadre aux données, aux délais et au risque réel de la mission.
Si le portage salarial correspond à votre situation, le simulateur de revenus en portage salarial fournit une estimation indicative, sans garantir de revenu.
FAQ
Quelle différence entre un livrable interne et un livrable remis au client ?
Un livrable interne sert à l’équipe qui réalise ou suit la mission, tandis qu’un livrable externe est remis au client ou à une autre partie concernée. Un plan de travail ou une grille de contrôle peut rester interne. Un rapport final destiné au client est externe. Précisez le destinataire prévu pour chaque résultat afin d’éviter une remise ou une attente implicite.
Faut-il indiquer dans le contrat quels outils d’IA seront utilisés ?
Pas nécessairement dans tous les cas : le niveau de détail dépend des besoins du client, des données traitées et des règles convenues. Vous pouvez nommer les outils ou catégories d’outils lorsque cela aide à clarifier les accès, les limites ou les consignes. Vérifiez le contrat et les règles applicables avant de décider quoi inscrire, sans supposer qu’une formule unique convient à chaque mission.
Combien de cycles de correction faut-il prévoir ?
Aucun nombre ne convient à toutes les missions. Convenez avant le démarrage du nombre de cycles ou de la façon dont les retours seront traités. Distinguez une correction liée à un critère non satisfait d’une demande qui ajoute une rubrique, change le public ou modifie l’objectif. Cette distinction aide à évaluer les effets sur le temps et le périmètre.
Peut-on remettre directement au client un contenu généré par une IA ?
Oui, si le cadre de mission l’autorise et si le contenu répond aux critères convenus, mais un contrôle humain reste nécessaire selon le risque. Pour un texte à faible enjeu, la vérification peut porter sur le format et le sens. Pour un rapport ou une recommandation, vous pouvez devoir contrôler les affirmations, les sources et les incertitudes avant la remise.
Que faire si le client change le brief après validation des livrables ?
Consignez la demande et évaluez son effet sur le périmètre, le temps et le budget avant de poursuivre. La validation d’un résultat ne signifie pas que toute nouvelle demande est déjà comprise dans la mission. Décrivez la modification, les livrables touchés et les conséquences attendues, puis obtenez l’accord prévu dans votre cadre de travail.
Comment chiffrer le temps de contrôle humain ?
Estimez séparément le temps de production, de vérification, de correction et d’échange avec le client. Ajustez ces postes à la complexité du contenu, aux sources disponibles et aux conséquences possibles d’une erreur. Un brouillon court peut demander une vérification longue si ses affirmations sont difficiles à contrôler. Appuyez votre estimation sur les tâches prévues, pas seulement sur la vitesse de génération.
Dois-je révéler au client que j’ai utilisé une IA ?
La réponse dépend du contrat, des consignes du client et des règles en vigueur pour le cas concerné. Évitez de supposer qu’une obligation universelle s’applique à toutes les missions ou à tous les outils. Convenez du niveau de transparence attendu, surtout lorsque l’usage touche des données, une méthode de travail ou un contenu dont le client doit contrôler la traçabilité.
