Faut-il dire à ses clients qu’on utilise l’IA ?

Un client qui envoie un brief à un développeur freelance ne demande presque jamais si l'IA a été utilisée. Il se pose une question plus directe, rarement formulée à voix haute : paie-t-il pour une expertise, ou pour du temps de prompt facturé comme si c'était du travail qualifié ? Nielsen Norman Group vient de publier un cadre, PACED, pour aider à trancher quand et comment répondre à ce genre de doute. Et depuis cet été, la question n'est plus seulement une affaire de bon sens commercial : la loi européenne s'en est mêlée.

Le cadre, en cinq critères

PACED, cinq questions à se poser avant de divulguer l'usage de l'IA : une règle l'impose-t-elle (Policy), quelle est l'attitude du public visé face à l'IA (Audience), le livrable porte-t-il un investissement personnel attendu (Context), le client s'attend-il implicitement à un travail « fait main » (Expectations), et quelle est l'ampleur réelle de la contribution de l'IA (Degree).

La conclusion de NN/g est nette : divulguer reste presque toujours préférable, même quand ça pique un peu. Le risque de confiance est plus grand quand quelqu'un d'autre révèle un usage caché que quand on l'assume soi-même.

Depuis le 2 août 2026, ce n'est plus qu'une question de bon sens

Le premier critère de PACED, la règle légale, a cessé d'être théorique en France et dans toute l'UE. Depuis le 2 août 2026, l'article 50 du règlement (UE) 2024/1689 sur l'IA (le fameux AI Act) impose à toute entreprise, sans seuil de chiffre d'affaires ni d'effectif, de signaler le contenu généré ou modifié par IA (texte, image, son, vidéo) présenté au public. Un freelance solo est logé à la même enseigne qu'un grand groupe sur ce point précis.

Le non-respect relève du régime de sanctions de l'article 99 du même règlement : jusqu'à 15 millions d'euros ou 3 % du chiffre d'affaires mondial, le montant le plus élevé étant retenu. Une application proportionnée existe pour les petites structures, ce qui ne veut pas dire une exemption.

Il existe une exception qui change beaucoup de choses en pratique : l'obligation de marquage visible tombe quand le contenu a fait l'objet d'une véritable revue éditoriale humaine, et qu'une personne ou une entité en assume la responsabilité éditoriale. Autrement dit, un texte généré puis relu, corrigé et validé par un humain qui engage son nom dessus n'a pas à porter d'étiquette « généré par IA », à condition de pouvoir prouver ce processus de revue, documenté par écrit. C'est un principe très proche de ce que le critère Degree de PACED essayait déjà de capter, sauf que ce n'est plus une question d'appréciation personnelle : c'est une obligation avec preuve à l'appui.

Ce que ça change concrètement pour un freelance : documenter son propre processus de vérification n'est plus un supplément d'âme, ça devient l'élément qui détermine si une mention légale s'applique ou non.

Le prix, la vraie question

Pour un client PME, la question qui compte rarement se limite à « y a-t-il eu de l'IA ». Elle porte sur le prix : si l'IA fait gagner du temps sur une étape, est-ce que ça se voit sur la facture, ou le client paie-t-il le même tarif pour un travail plus rapide côté prestataire ? Le cadre PACED ne répond pas directement à cette question (elle relève plutôt du critère Degree), mais elle est souvent la vraie source de méfiance derrière le sujet de l'IA : le client veut savoir s'il paie pour un résultat garanti, ou pour un raccourci qu'on lui fait payer plein tarif.

Le marché du freelancing traverse justement un vrai basculement là-dessus. Le calcul est simple à poser :

2 550 € : facturation horaire (30h à 85 €/h)
5 000 € : forfait au résultat pour le même projet
167 € : taux horaire effectif du forfait

Le client ne paie pas plus cher pour un résultat équivalent, seulement pour un résultat livré plus vite. La logique qui domine de plus en plus chez les indépendants qui utilisent l'IA au quotidien, c'est justement de sortir du calcul à l'heure : facturer sur le résultat garanti, pas sur le temps que l'outil a fait gagner en coulisses. Un freelance qui reste sur une facturation horaire pure se retrouve dans une position absurde : plus il devient efficace grâce à l'IA, moins il gagne, puisqu'il vend son temps au lieu de vendre ce qu'il produit avec.

Ça ne veut pas dire qu'un freelance qui garde son tarif habituel pour un travail accéléré par l'IA « triche ». Ça veut dire qu'il vend un résultat, pas des heures, et qu'il a intérêt à pouvoir l'expliquer clairement si la question se pose, plutôt que de laisser un flou s'installer sur ce que le client paie réellement.

Et si ça se plante ?

L'autre question qui reste en creux dans un cadre pensé pour le contenu éditorial, c'est la responsabilité : qui répond d'un livrable généré par IA qui se révèle buggé ou incorrect ? Sur ce point, le droit ne laisse pas beaucoup de place au flou, et c'est plutôt rassurant. Si l'IA produit un résultat erroné, non conforme ou préjudiciable, le client peut invoquer une inexécution ou une mauvaise exécution du contrat, sur le fondement classique du droit des obligations. Le fait que l'erreur provienne d'un outil d'IA est juridiquement indifférent : l'IA n'est qu'un moyen d'exécution du contrat parmi d'autres, au même titre qu'un logiciel ou un sous-traitant. Elle n'a ni personnalité juridique ni capacité à endosser une responsabilité : c'est celui qui valide et livre le travail qui répond de ses conséquences, point final.

Ce constat juridique confirme quelque chose que la relation freelance-client devrait déjà supposer sans avoir besoin d'un texte de loi : la garantie ne dépend pas de l'outil utilisé pour produire le livrable. Reste un vrai sujet contractuel, plus nouveau celui-là : les contrats de prestation classiques n'ont pas été pensés pour cette zone grise, et les avocats spécialisés recommandent désormais d'y ajouter une clause dédiée à l'IA. Concrètement, une telle clause précise trois choses :

quels outils sont autorisés, via une liste d'outils validés garantissant contractuellement que les données transmises ne servent pas à entraîner un modèle général ;
l'obligation d'anonymiser toute donnée confidentielle envoyée à un outil non validé ;
la confirmation explicite qu'aucune livraison ne peut résulter du seul fonctionnement de l'IA sans une revue humaine effective avant remise.

Ce que ça change

Le cadre PACED confirme une intuition de bon sens plutôt qu'il ne la découvre : cacher un outil largement répandu coûte plus cher en confiance que de l'assumer. Mais entre juin et septembre 2026, deux choses ont changé la donne pour de bon : la divulgation de l'usage de l'IA est devenue une obligation légale avec une porte de sortie précise (la revue éditoriale documentée), et la question du prix a cessé d'être un non-dit gênant pour devenir un vrai choix de modèle économique assumé par une partie du marché. La vraie différence entre un freelance qui bluffe et un freelance qui a réfléchi à ce qu'il vend ne se joue plus sur le fait de dire ou taire l'usage de l'IA : elle se joue sur la capacité à répondre, sans détour, à ce qui se passe si le résultat facturé ne tient pas ses promesses.