Freelance : préciser l’usage de l’IA dans une proposition commerciale

Tu t’apprêtes à envoyer un devis après avoir utilisé l’intelligence artificielle pour préparer une partie du travail. Faut-il le signaler, même si tu relis et retravailles le résultat avant de le remettre au client ? Pour un freelance, cette décision touche à la confiance, au périmètre de la mission et à la façon de présenter son expertise au quotidien.

L’exposition d’une tâche désigne la possibilité qu’elle soit assistée ou automatisée par l’IA. Elle ne prouve ni que l’IA est déjà utilisée dans cette tâche ni que des emplois ont été supprimés. Ces distinctions comptent dans un marché qui évolue, sans justifier l’idée d’une disparition générale du freelancing.

Dans cette série « Le choc de l’IA sur le freelancing », située au 10 octobre 2026, cet article se concentre sur la déclaration d’usage dans une proposition commerciale. Tu trouveras une méthode pour rendre la méthode de travail et ses limites compréhensibles, sans promettre de revenu ni remplacer un conseil juridique adapté à ta situation. Il faut d’abord comprendre ce que cette déclaration apporte au client avant de choisir les mots à inscrire.

À retenir

• Signale les usages qui changent réellement la méthode ou le livrable.
• Explique le rôle de l’outil et le contrôle que tu prévois.
• Cadre les informations traitées avant de les saisir dans un système d’IA.
• Relie le périmètre de contrôle au temps et aux livrables convenus.
• Adapte la déclaration à la mission, plutôt que de reprendre une clause passe-partout.

Pourquoi signaler l’usage de l’IA dans une offre commerciale ?

Signaler un usage pertinent de l’intelligence artificielle évite une surprise et rend ta méthode de travail compréhensible. Le client peut ainsi évaluer ce qui change dans la mission, au lieu de découvrir après coup qu’un outil a contribué à son livrable.

Le client cherche surtout à savoir quelles tâches sont concernées, si ses informations seront traitées, comment le résultat sera contrôlé et qui répond du livrable. Une déclaration utile répond à ces questions sans laisser croire que l’outil remplace ton expertise. Elle permet aussi de discuter du périmètre avant le démarrage.

Une déclaration utile explique ce qui change dans la mission, comment le résultat sera contrôlé et qui répond du livrable.

La transparence ne consiste pas à énumérer chaque outil de ton quotidien. Si un correcteur orthographique aide à corriger une note interne sans modifier le contenu livré, le détail peut être sans intérêt pour le client. La déclaration prend davantage de sens quand l’outil intervient dans une tâche prévue au contrat ou dans un contenu remis au client.

Cette précision peut soutenir une relation de travail claire, sans promettre un avantage commercial automatique. Dans le freelancing, la façon dont tu présentes ton rôle compte aussi pour ton positionnement professionnel. Un freelance IA peut décrire des services qui mobilisent des systèmes d’IA, mais son expertise, ses choix et son suivi restent à expliquer avec justesse.

Le client peut aussi avoir des attentes différentes selon le livrable. Une PME qui commande une analyse ne pose pas forcément les mêmes questions qu’une entreprise qui souhaite intégrer un système d’IA à ses services. Mieux vaut partir de la mission et de ses effets concrets que d’une formule vague sur l’utilisation de l’IA.

La déclaration n’a donc pas à être identique pour chaque offre commerciale. Son niveau de détail dépend du rôle de l’outil, de la nature du livrable et des informations concernées. Pour décider quoi dire, il faut maintenant distinguer concrètement les situations où l’IA intervient.

Quels usages de l’IA distinguer avant d’écrire l’offre ?

Compare deux missions hypothétiques : dans la première, l’IA prépare un brouillon interne; dans la seconde, elle génère une partie du livrable client. La différence tient à l’usage réel, pas au seul fait qu’une tâche pourrait être automatisée.

Avant d’écrire l’offre, distingue l’exposition d’une tâche, un usage observé et une éventuelle perte d’emploi. Ces notions ne se confondent pas. L’exposition indique une possibilité d’assistance ou d’automatisation, tandis que l’usage observé décrit ce qui se passe réellement dans une mission.

L’IA reste dans le travail préparatoire

Un outil peut t’aider à organiser des notes, à proposer un plan ou à résumer des informations publiques avant ton analyse. Dans cet exemple hypothétique, le client ne reçoit pas directement les contenus générés. Il peut tout de même être pertinent de signaler l’assistance si elle change le traitement des informations ou la méthode convenue.

Les tâches répétitives peuvent aussi être préparées avec un système d’IA, sans que cela signifie qu’elles ont déjà été automatisées dans toutes les entreprises. Une mission IA freelance peut donc couvrir des situations très différentes, du soutien discret à la conception d’un produit destiné aux utilisateurs.

L’IA intervient dans le livrable ou dans un système utilisé par le client

Lorsque des contenus générés entrent dans le livrable, ou qu’un système d’IA est fourni au client, sa contribution devient plus directement visible. Les exemples du tableau sont hypothétiques. Ils montrent comment le niveau de déclaration et les contrôles peuvent varier selon l’usage réel.

Situation	Exemple hypothétique	À déclarer au client	Contrôle à prévoir
Outil employé pour un brouillon interne	Plan de note préparé avec un assistant	Assistance interne si elle change la méthode	Relire le plan avant analyse
Contenu généré intégré au livrable	Première version d’un texte client	Part du contenu concernée	Vérifier et réécrire le texte
Traitement automatisé de données du client	Classement de retours reçus	Traitement et données concernés	Vérifier les résultats sur des cas utiles
Système d’IA utilisé par les utilisateurs du client	Assistant intégré à un espace client	Fonctionnement prévu et rôle du système	Tester des usages et limites pertinents

Une question sur un emploi débutant en intelligence artificielle ne peut recevoir de réponse fiable à partir de la seule exposition d’une tâche. Les analyses de l’OIT sur les professions et de l’OCDE sur les PME et leur main-d’œuvre portent sur des sujets liés, mais ne permettent pas de déduire le sort d’un métier à partir d’un seul cas.

Les trois métiers qui survivront à l’IA ne peuvent pas être désignés de façon fiable à partir de ces seuls exemples. Une fois ta situation classée, tu peux choisir les mots concrets à employer dans la proposition.

Freelance : préciser l’usage de l’IA dans une proposition commerciale

Une déclaration utile nomme l’étape de travail concernée, le rôle de l’outil et le contrôle effectué par le freelance. Le plus clair est de rester concret, sans présenter l’intelligence artificielle comme l’autrice ou la responsable finale du livrable.

La formulation doit préciser quatre éléments : la tâche, la famille d’outils, la part du livrable touchée et la validation humaine prévue. Ce fil conducteur aide le client à comprendre l’utilisation de l’outil sans recevoir une liste technique inutile.

Décrire la tâche, le livrable et le rôle de l’outil

Commence par le travail effectué : préparer un plan, proposer un premier texte ou classer des réponses. Nomme ensuite un outil ou une catégorie, comme un assistant de rédaction, si cette information aide le client à comprendre la méthode.

Précise si l’outil agit en préparation ou s’il contribue au contenu remis. Termine en indiquant que tu relis, vérifies et ajustes le résultat selon le périmètre prévu. Tu peux citer un nom commercial quand il éclaire réellement le dispositif, sans dresser l’inventaire de tous tes outils.

Par exemple, cet exemple hypothétique de brouillon pourrait indiquer que l’outil prépare un plan interne, que tu transformes ensuite en texte. Pour un autre cas hypothétique, des contenus générés peuvent constituer une première version de passages intégrés au livrable, puis être vérifiés et réécrits par tes soins.

Adapter un exemple de formulation à la mission

Voici une aide à la rédaction à personnaliser, et non une clause universelle : « Pour préparer [tâche], j’utilise [outil ou catégorie d’outil]. Cette assistance concerne [part du livrable]. Je relis et adapte le résultat avant remise. » Remplace chaque élément entre crochets par un fait exact de ta mission.

Si l’outil intervient seulement dans la préparation, dis-le au lieu de laisser croire qu’il produit le livrable. Si des contenus générés apparaissent dans le document final, indique leur place ou leur rôle avec des mots simples. La rédaction doit également refléter ce que tu feras réellement, plutôt qu’une validation annoncée sans temps prévu.

Le mot « vérifié » ne décrit pas à lui seul la profondeur du contrôle. Une relecture du ton n’équivaut pas à une vérification des faits, des chiffres ou des références. Il est donc plus utile de décrire l’étape de travail et le livrable concerné que de promettre un résultat parfait.

La formulation doit enfin correspondre aux informations réellement traitées. Avant de l’envoyer, examine donc les précautions de confidentialité liées aux données et aux outils employés.

Comment protéger les données et les informations du client ?

Si tu envisages de coller un compte rendu interne dans un outil d’IA, arrête-toi avant la saisie et vérifie quelles informations il contient. Le fait qu’un compte rendu soit utile à ton analyse ne signifie pas que tu peux le transmettre à n’importe quel outil.

Ne saisis pas une information client tant que tu n’as pas vérifié les conditions de l’outil et les autorisations nécessaires. Les données personnelles, les données sensibles et les informations commerciales confidentielles ne posent pas les mêmes questions.

Distinguer données personnelles, données sensibles et secret commercial

Une donnée personnelle peut identifier une personne directement ou indirectement. Une information dite sensible appelle une attention particulière, tandis qu’un secret commercial peut concerner un prix, un projet ou une méthode interne. Les exemples ci-dessous sont hypothétiques : la nature exacte des éléments et le contexte comptent.

Type d’information	Exemple hypothétique	Question à vérifier	Précaution à prévoir
Données personnelles	Nom et adresse d’un contact	Quelle finalité et quelles conditions s’appliquent ?	Retirer les identifiants inutiles
Données sensibles	Information de santé dans un dossier	Le traitement est-il autorisé et encadré ?	Ne pas saisir sans validation adaptée
Informations commerciales confidentielles	Tarifs négociés d’un client	L’outil peut-il réutiliser la saisie ?	Vérifier les conditions et l’accord convenu

Vérifie les conditions de l’outil, la réutilisation des saisies, leur localisation et les autorisations convenues avec le client. La FAQ de la CNIL sur l’IA générative recommande notamment d’évaluer les risques et de regarder les conditions de réutilisation des données saisies.

Vérifier l’outil avant de saisir une information

Tu peux utiliser cette série de contrôles avant d’entrer des données dans un système d’IA :

• Retirer les identifiants qui ne sont pas utiles à la tâche.
• Vérifier les conditions de traitement prévues par l’outil.
• Examiner les paramètres de réutilisation des données saisies.
• Vérifier la localisation et les garanties applicables au traitement.
• Obtenir l’accord nécessaire du client avant tout traitement concerné.

Ces vérifications ne signifient pas qu’un simple anonymat règle tous les cas. Des détails réunis peuvent parfois permettre de reconnaître une personne, et un secret commercial reste une information à protéger même sans nom associé.

Si une condition ou une autorisation reste incertaine, ne saisis pas l’information et demande une validation. Tu peux aussi demander au client de préciser les outils autorisés et les catégories d’informations à exclure. Une fois les informations autorisées définies, il reste à expliquer comment les résultats seront contrôlés.

Comment décrire la validation humaine et les limites du livrable ?

Un texte généré peut sembler convaincant tout en contenant un fait erroné. Dans cet exemple hypothétique, la fluidité ne suffit pas : tu dois vérifier l’information avant de remettre le livrable.

Décris les contrôles que tu prévois réellement, sans promettre une sortie sans erreur. La validation humaine peut réduire certains risques, mais elle ne garantit ni l’absence de biais ni l’exactitude de chaque contenu.

Pour rendre cette étape compréhensible au client, précise les gestes que tu effectueras dans la mission. Selon le livrable, tu peux organiser le contrôle ainsi :

• Vérifier les faits et les sources utiles à la tâche.
• Contrôler la cohérence entre le résultat et le brief convenu.
• Repérer les biais ou omissions pertinents pour la mission.
• Corriger ou écarter toute sortie inadéquate avant livraison.

Ces étapes décrivent un travail, pas une garantie générale de conformité. Le contrôle des chiffres cités dans un rapport, par exemple, ne remplace pas une expertise spécialisée si la mission porte sur un domaine qui l’exige. Les modèles peuvent aussi produire des réponses incomplètes, même après une relecture attentive.

Un contrôle supplémentaire peut être nécessaire si le livrable est susceptible d’influencer une décision concernant une personne. Il faut alors déterminer si la mission requiert une expertise adaptée, des tests spécifiques ou une autre revue. Une simple lecture stylistique ne suffit pas pour apprécier toutes les conséquences d’un résultat.

Tu peux expliquer au client ce qui sera vérifié et ce qui restera hors périmètre. La responsabilité convenue au contrat est une question distincte du contrôle que tu réalises : décrire une validation ne modifie pas à elle seule les engagements contractuels.

Un processus sérieux prend du temps et peut appeler des essais, des corrections ou une coordination avec le client. Le niveau de contrôle prévu doit donc correspondre au temps, au périmètre et au prix de la mission.

Comment parler du prix sans dévaluer votre expertise ?

Dans un exemple hypothétique, un outil accélère le premier jet d’un rapport, mais la vérification et les corrections restent nécessaires. Le temps gagné sur cette étape ne résume donc pas le travail livré ni l’expertise mobilisée.

Un devis peut refléter le périmètre, l’expertise, les tests, les corrections, la coordination et la responsabilité convenue. Réduire le prix à la durée d’exécution ferait disparaître une partie du service effectivement fourni.

Facturer le périmètre et la responsabilité, pas seulement le temps gagné

Tu peux gagner du temps sur une tâche répétitive sans réduire dans la même proportion la valeur du service. Le client rémunère un résultat convenu et un travail qui peut inclure l’analyse, les ajustements, la coordination et le contrôle.

Le tarif moyen d’un freelance par jour n’est pas un chiffre universel à appliquer à une mission utilisant l’IA. Il dépend notamment de la spécialité, du périmètre, des délais et des conditions de mission. Un prix juste se construit à partir du travail attendu, pas d’une comparaison mécanique entre minutes économisées et montant facturé.

Le tarif d’un freelance en informatique varie selon la spécialité, le périmètre, la responsabilité et les conditions de mission. Le devis peut donc distinguer des travaux différents, comme la conception d’une solution, son intégration ou les tests convenus. Évite de promettre un résultat commercial ou un gain de revenu que le service ne garantit pas.

Expliquer les facteurs qui font varier le devis

Pour justifier le prix, expose les éléments qui déterminent le travail sans détailler chaque minute passée devant un écran. Un système destiné aux équipes du client peut demander davantage de coordination et de tests qu’un brouillon interne. Les deux exemples restent hypothétiques et ne fixent aucun tarif.

L’impact environnemental mérite aussi une approche sobre. Les systèmes d’IA mobilisent des ressources, mais tu n’as pas besoin d’avancer un chiffre non établi pour agir avec mesure. Limite l’utilisation outils aux besoins réels de la mission, plutôt que de lancer des requêtes sans utilité définie.

Dans l’offre, relie simplement le prix aux livrables, aux tâches et au niveau de suivi convenus. Le temps gagné peut entrer dans ton estimation, mais il ne prouve pas à lui seul une baisse équivalente de la valeur du service. Après cette justification, vérifie tous les éléments à remettre au client.

Que vérifier dans le livrable joint à la proposition ?

Tu peux joindre à ton offre une fiche d’usage d’une page qui décrit la mission et le rôle du système d’IA. Elle doit rester lisible : le client doit pouvoir comprendre ce qui sera fait sans décoder une note technique.

Une fiche utile réunit la finalité, la tâche, l’outil, les données, les rôles, le contrôle humain, les limites connues et les consignes aux utilisateurs. Elle complète la proposition commerciale sans la remplacer.

Présenter une fiche d’usage d’une page

Pour rendre cette méthode reproductible, consacre une rubrique courte à chaque élément. Indique pourquoi le système intervient, quelle tâche il aide à accomplir et quelle catégorie d’outil est utilisée. Décris les données prévues sans recopier les informations confidentielles dans la fiche.

Précise ensuite le rôle de chaque partie, le contrôle humain prévu, les limites connues et les consignes destinées aux utilisateurs. Si une information dépend encore d’un choix du client, identifie ce point au lieu de le présenter comme déjà réglé.

Avant l’envoi, passe en revue ces six vérifications :

• L’usage est décrit sans ambiguïté.
• L’outil est nommé lorsque c’est nécessaire à la compréhension.
• Les données concernées sont cadrées.
• La validation humaine prévue est indiquée.
• Les limites connues sont explicites.
• Les responsabilités et les livrables correspondent au devis.

Adapter les informations aux missions sensibles

Pour une mission simple, un encadré bref peut suffire à clarifier l’usage interne d’un outil. Cet exemple est hypothétique : un assistant prépare un plan, et tu remets au client un texte que tu rédiges ensuite. Une page entière ne rendrait pas nécessairement l’information plus claire.

Un système destiné aux utilisateurs du client appelle une documentation plus précise. Dans cet autre exemple hypothétique, la fiche peut expliquer les usages prévus, le rôle du système, les limites identifiées et les consignes aux personnes qui l’utiliseront. Ajuste les détails à ce qui est réellement fourni, plutôt qu’à des fonctions seulement envisagées.

La fiche doit rester cohérente avec le contenu de la proposition et le travail effectivement prévu. Si les rôles annoncés ou les responsabilités ne correspondent pas à la mission réelle, une annexe bien présentée ne résout pas le problème. Il reste donc à vérifier les rôles et le cadre réglementaire avant signature.

Quelles règles et responsabilités vérifier avant de signer ?

Avant signature, vérifie le texte applicable et le rôle réellement exercé par chaque partie. Le nom donné à l’outil ne suffit pas à déterminer qui le fournit, l’utilise, l’exploite ou le supervise dans la mission.

Le règlement européen sur l’intelligence artificielle porte le numéro 2024/1689. Distingue les textes en vigueur, les projets et les scénarios envisagés, sans les présenter comme s’ils avaient le même statut. Cadre réglementaire et calendrier actualisé de la Commission européenne.

Les règles applicables dépendent de la mission et des fonctions réellement assumées. Clarifie par écrit qui fournit le système d’IA, qui l’utilise, qui l’exploite et qui supervise son fonctionnement. Une clause peut décrire une répartition convenue, mais elle n’efface pas automatiquement toute responsabilité.

Pour toute affirmation juridique, confirme le texte auprès de la Commission européenne et des autorités françaises compétentes, dont la CNIL et l’ANSSI. Ne confonds pas une proposition de règle avec le droit en vigueur, ni un scénario d’évolution avec une obligation applicable à ta mission.

La question ne consiste pas à ajouter une longue clause à chaque devis. Il s’agit de faire correspondre les engagements écrits à la prestation réelle et aux rôles de chacun. Tu peux maintenant choisir une action simple et proportionnée, plutôt que de retarder inutilement toute mission.

Conclusion

Avant d’envoyer ton prochain devis, rédige une phrase sur l’usage réel de l’IA. Déclare ce qui change la méthode ou le livrable, puis précise comment tu contrôles le résultat. Ces deux informations aident le client à comprendre ce qu’il achète sans confondre outil et expertise.

Relis la proposition et ajoute une déclaration adaptée à la mission, aux données concernées et au suivi prévu. Si tu envisages le portage salarial pour ton statut ou ton projet, tu peux obtenir une estimation indicative en ligne. Le portage n’est pas une réponse nécessaire à l’utilisation de l’IA. Fais cette vérification avant signature, puis demande cette estimation uniquement si le portage salarial convient à ton projet.

FAQ

Comment citer l’IA dans un travail ?

Dans une proposition commerciale, décris l’outil ou sa catégorie et la tâche concernée. Par exemple, précise si un assistant de rédaction prépare un plan ou contribue à des passages du livrable. Si le client impose une norme de citation distincte, suis-la pour le document concerné. Une déclaration d’usage décrit la méthode de travail, tandis qu’une bibliographie référence des contenus consultés.

Est-il possible d’utiliser l’IA au travail ?

Oui, si l’utilisation respecte les règles applicables, les consignes convenues avec le client, la confidentialité et un contrôle adapté. Cette réponse n’est pas une autorisation générale pour tous les outils ou toutes les missions. Avant de saisir des informations, vérifie les conditions de traitement et les accords prévus. Le client peut aussi encadrer ou exclure l’usage d’un système d’IA.

Dois-je nommer l’outil d’IA dans chaque proposition commerciale ?

Non, pas nécessairement lorsqu’un outil aide seulement à préparer un travail interne sans effet notable sur le livrable. Tu peux nommer l’outil ou sa catégorie si cette précision aide le client à comprendre le traitement ou le dispositif fourni. L’essentiel est d’indiquer la tâche réellement concernée, plutôt que d’énumérer tous les outils utilisés dans ton quotidien.

Un client peut-il refuser que j’utilise l’IA pour sa mission ?

Oui, les conditions convenues pour la mission peuvent encadrer ou exclure l’usage de ces outils. Ne pars pas du principe que le client accepte cette méthode parce qu’il ne l’a pas mentionnée. Clarifie le périmètre par écrit avant de commencer, surtout si le système d’IA intervient dans le livrable ou traite des informations liées au client.

Puis-je saisir des données personnelles dans un outil d’IA ?

Ne saisis pas de données personnelles avant d’avoir vérifié la finalité, les conditions de traitement, les autorisations et les garanties applicables. Le simple retrait d’un nom ne règle pas tous les cas : d’autres détails peuvent permettre d’identifier une personne. Si tu ne peux pas établir clairement que l’usage est autorisé, suspends la saisie et demande une validation.

Faut-il conserver tous les prompts utilisés pour une mission ?

Non, une conservation systématique de chaque prompt n’est pas toujours obligatoire. Garde les éléments nécessaires pour expliquer ta méthode et satisfaire les exigences contractuelles ou réglementaires applicables, une fois celles-ci établies. Évite de conserver des informations sensibles sans raison utile. Le niveau de documentation peut aussi dépendre du rôle que tu joues et des engagements prévus avec le client.