En cours de projet, le client vous écrit : « Peut-on aussi ajouter une page pour l’équipe commerciale ? Ça devrait être rapide. » Vous êtes fatigué. Vous collez la conversation dans un chat et demandez une réponse professionnelle. Le brouillon propose d’inclure volontiers cette page dans la livraison de la semaine, sans coût supplémentaire. La phrase est peut-être fluide. Elle peut aussi constituer un avenant non rémunéré que vous n’aviez aucune intention d’accorder.
Les freelances absorbent parfois une dérive silencieuse du périmètre parce qu’un refus leur semble susceptible de nuire à la relation. Les modèles privilégient les formulations conciliantes. Une réponse conciliante n’est pas pour autant conforme au contrat.
Pourquoi le journal l’emporte sur le ton
Un journal des changements de périmètre est un tableau vivant :
- Date de la demande
- Changement demandé (libellé exact du client si possible)
- Impact sur les livrables
- Impact sur le calendrier
- Impact sur les honoraires (votre évaluation)
- Décision (accepter / refuser / différer)
- Référence de confirmation client (e-mail, ticket, note de changement signée)
Sans le journal, les réponses assistées par l’IA risquent de privilégier la cordialité et d’escamoter les conditions commerciales. Avec le journal, votre réponse ne fait que notifier une décision déjà prise.
Ne demandez pas à un modèle « comment dois-je promettre ce travail supplémentaire ». Demandez-lui, tout au plus, de mettre en forme une note de changement dont vous avez déjà fixé les honoraires et les dates. Les échéances inventées dans un canal client deviennent des engagements.
Méthode de travail
Étape 1 : consigner la demande dans les mots du client
Copiez la demande dans le journal avant de rédiger une réponse. Si elle a été formulée pendant un appel, résumez-la en une phrase et envoyez cette reformulation au client pour confirmation : « Je note la demande comme suit : X. Est-ce bien cela ? »
Étape 2 : évaluer vous-même les conséquences
Répondez hors ligne :
- Cela rentre-t-il dans le SOW signé ?
- Sinon, quel est le coût en temps ?
- Les honoraires, le calendrier ou les deux doivent-ils changer ?
- Refusez-vous, proposez-vous un changement payé, ou le déplacez-vous à une phase ultérieure ?
Cette décision exige votre jugement. Les modèles ne connaissent ni votre taux d’occupation ni vos règles relatives aux engagements minimaux. Considérez les promesses de livraison inventées comme un échec de gestion des risques, et non comme un simple problème de ton (NIST AI Risk Management Framework).
Étape 3 : mise en forme facultative par l’IA
Mettez en forme cette note de changement de périmètre pour un e-mail. Conservez tous les nombres, dates
et décisions exactement tels qu’ils sont écrits. N’ajoutez aucun geste commercial,
aucun calendrier accéléré ni aucun livrable supplémentaire.
Ligne du journal de changement :
[paste your completed row]
Étape 4 : exiger une acceptation écrite des changements payants ou ayant une incidence sur le calendrier
Un emoji « pouce levé » peut suffire pour de minuscules précisions qui restent dans le périmètre existant. Pour toute modification des honoraires ou des échéances, obtenez un e-mail ou une note signée. La maîtrise des notions contractuelles consiste à savoir quels champs comptent ; elle ne constitue pas un conseil juridique. De bonnes pratiques contractuelles, même dans une petite entreprise, commencent par la consignation du changement avant sa livraison (SBA: manage your business).
Étape 5 : reprendre le changement dans le prochain point d’avancement
Votre point d’avancement client sans enjoliver la situation devrait renvoyer à l’entrée du journal afin que le nouveau périmètre apparaisse dans le suivi du projet, et pas seulement dans une conversation annexe.
Conservez le journal au même endroit que le PDF du SOW, à raison d’un dossier par client. Si un changement ne figure pas dans le journal, il ne fait pas partie du projet.
Un journal des changements peut mentionner des livrables confidentiels. Ne collez pas des conversations client entières contenant des informations secrètes dans un modèle grand public simplement pour mettre une ligne en forme. Résumez d’abord la demande dans vos propres mots.
Scénario illustratif clairement signalé
Scénario illustratif, et non cas mesuré : un analyste freelance accepte verbalement « quelques graphiques en plus ». Deux semaines plus tard, le client attend une annexe complète. L’historique de la conversation est ambigu. Une ligne indiquant que la demande a été refusée ou reportée à une phase ultérieure aurait imposé de la clarté dès le premier jour ; une réponse « ravi de vous aider » reformulée par l’IA aurait aggravé l’ambiguïté.
Ce que « rapide » coûte en général
Les clients pensent souvent qu’une demande est modeste parce qu’ils ne voient pas votre processus de production. Votre rôle n’est pas de contester leur intuition, mais de traduire la demande en heures, en dépendances et en critères d’acceptation. Une page peut nécessiter un travail d’exploration, le respect de la charte graphique, une vérification juridique de leur côté et deux cycles de révision. Si vous omettez cette traduction, la cordialité produite par l’IA comblera le vide avec un « ravi de l’inclure ».
Tenez un tableau de correspondance personnel fondé sur vos travaux antérieurs : type de demande -> nombre d’heures habituel. Ce tableau vous appartient. Ne demandez pas à un modèle d’inventer la durée d’un type de demande que vous n’avez encore jamais réalisé.
Petits ajustements et changements commerciaux
Toutes les précisions ne nécessitent pas un avenant payant. Des ajustements de couleur qui respectent une orientation graphique approuvée, ou la correction d’une faute introduite par le client, peuvent rester couverts par l’acceptation existante. Les changements commerciaux sont d’une autre nature : nouveaux publics, nouveaux types de livrables, nouvelles plateformes, délais raccourcis ou cycles de révision supplémentaires au-delà du SOW. En cas de doute, consignez la demande avec la décision « à clarifier » et envoyez une confirmation d’une ligne avant de commencer.
Validation et solution de repli
Validation : chaque livrable supplémentaire en cours figure dans le journal avec une décision.
Solution de repli : si vous avez déjà répondu oui par complaisance dans le chat, envoyez une correction le jour même : « Après vérification, cette demande ne relève pas de la section Y du SOW. Voici l’option de changement proposée. » Plus vous attendez, plus la rectification devient difficile.
Si le problème provient de promesses à caractère publicitaire exagérées dans une proposition, relisez le brouillon de proposition dont vous fixez encore le prix. Si vous vendez à des consommateurs dans l’UE, rappelez-vous que les pratiques trompeuses comprennent les fausses informations sur un produit ou un service (Directive 2005/29/EC). Aux États-Unis, les avantages gratuits inventés et les délais raccourcis sans fondement dans les échanges avec le client doivent être traités comme des allégations de service non étayées (FTC advertising and marketing guidance ; FTC crackdown on deceptive AI claims and schemes). Les forums professionnels peuvent vous aider à éprouver votre réponse à une demande de changement ; ils ne peuvent pas autoriser du travail non rémunéré (Freelancers Union resources).
Modèle prêt à l’emploi
Utilisez le modèle de journal des changements de périmètre. Associez-le à vos règles personnelles d’usage de l’IA afin que « aucune promesse rédigée par l’IA » reste une règle permanente, et non une décision dictée par l’humeur du moment.
