Négocier, c'est d'abord cadrer
Une négociation de mission commence rarement par un chiffre. Elle commence par une question plus simple : de quoi parle-t-on exactement ? Tant que le périmètre, les attentes et le rôle réel ne sont pas posés, tout tarif discuté repose sur une hypothèse — la vôtre d'un côté, celle du client de l'autre, et elles ne coïncident presque jamais.
C'est ce qui explique une situation fréquente : une mission acceptée à un tarif satisfaisant, qui devient inconfortable au bout de six semaines parce que la charge réelle, les interlocuteurs ou les livrables ne correspondent pas à ce qui avait été évoqué. Le problème n'était pas le prix. Il était l'absence de cadre.
Une bonne négociation ne consiste pas seulement à obtenir un meilleur TJM. Elle consiste à obtenir une mission dont le périmètre, les attentes et les conditions sont assez clairs pour que vous puissiez réussir.
Ce guide s'adresse à un professionnel de l'IA qui échange avec une entreprise, un cabinet, une ESN ou un intermédiaire. La logique reste la même dans les quatre cas ; seul le nombre d'interlocuteurs entre vous et le décideur change, et avec lui la déperdition d'information.
Comprendre le périmètre avant de parler d'argent
L'intitulé d'une mission décrit une intention, pas une responsabilité. « Mise en place d'un assistant interne » peut désigner un prototype de quelques semaines, l'industrialisation d'un système existant, ou la reprise d'un projet arrêté dont personne ne veut porter l'échec. Ces trois missions n'ont ni la même charge, ni le même risque, ni la même valeur.
Avant d'avancer un tarif, il faut donc reconstituer la mission derrière l'intitulé. Quelques éléments suffisent, à condition qu'ils soient explicites :
- L'objectif visé, formulé en termes de résultat attendu et non de technologie à utiliser.
- Les livrables : ce qui doit exister à la fin, et sous quelle forme — service en production, prototype évalué, documentation, transfert de compétence.
- Le niveau d'autonomie : décidez-vous de l'architecture, ou appliquez-vous des choix déjà arrêtés ?
- Le rôle dans les décisions : êtes-vous consulté, prescripteur, ou exécutant d'un cadrage fait ailleurs ?
- Les interlocuteurs : qui valide, qui arbitre, à quelle fréquence.
Cette reconstitution n'est pas un interrogatoire. Elle se mène comme une discussion de travail, et elle produit un effet secondaire utile : elle montre que vous raisonnez comme quelqu'un qui va devoir livrer, pas comme quelqu'un qui vend une prestation.
Ce que révèle la maturité IA de l'entreprise
Deux missions au même intitulé ne demandent pas le même travail selon l'environnement dans lequel elles s'inscrivent. La maturité IA de l'entreprise se lit à des signes concrets, et ces signes déterminent une partie de votre charge réelle.
- Les données : existent-elles, sont-elles accessibles, qui en est propriétaire, à quel délai obtient-on un accès ?
- L'infrastructure : y a-t-il un environnement où déployer, ou faudra-t-il le construire avant de produire quoi que ce soit ?
- Les dépendances : combien d'équipes doivent intervenir pour qu'une décision technique soit appliquée ?
- L'historique : est-ce le premier projet IA, la reprise d'un projet arrêté, ou l'extension d'un système déjà en production ?
- L'attente implicite : attend-on de vous une réalisation, ou aussi un rôle d'acculturation auprès d'équipes qui découvrent le sujet ?
Une entreprise peu mature n'est pas un mauvais client. C'est un contexte où une part importante du temps ira à obtenir des accès, aligner des interlocuteurs et arbitrer des attentes. Cette part existe ; elle doit être dite, sinon elle sera absorbée en silence — par vous.
Une question suffit souvent à situer la maturité : « qu'est-ce qui a déjà été tenté sur ce sujet, et pourquoi cela s'est arrêté ? » La réponse en dit plus qu'un descriptif de poste.
Rythme, durée et visibilité
Les conditions d'exercice pèsent autant que le périmètre. Une mission de six mois annoncée « renouvelable » sans critère de renouvellement n'offre pas la même visibilité qu'une mission de trois mois avec une décision planifiée. De même, une présence sur site imposée deux jours par semaine change la disponibilité que vous pouvez offrir ailleurs.
- La durée annoncée, et surtout ce qui déclenchera une prolongation ou un arrêt.
- Le rythme attendu : temps plein, temps partagé, jours fixes, disponibilité en réunion récurrente.
- Le lieu : télétravail, présence sur site, déplacements, et si ces règles sont négociables.
- Le préavis, dans les deux sens, lorsqu'il est pertinent au regard de la durée.
- Le point de départ réel : une mission qui commence « dès que les accès seront prêts » n'a pas de date de départ.
Une mission intéressante, selon quels critères
« Intéressante » n'est pas une appréciation vague : cela se décompose. Les critères ci-dessous ne se valent pas tous pour tout le monde, et c'est précisément l'intérêt de les expliciter — ils rendent comparables deux propositions qui, en surface, se ressemblent.
- Le problème : est-il réel, formulé, et intéressera-t-il quelqu'un dans six mois ?
- La responsabilité : produirez-vous des décisions défendables, ou seulement des livrables ?
- L'apprentissage : la mission ajoute-t-elle quelque chose à ce que vous savez déjà démontrer ?
- La preuve : pourrez-vous en parler ensuite, au moins sous forme anonymisée ?
- Les conditions : le rythme et la durée sont-ils compatibles avec le reste de votre activité ?
- L'issue : la mission peut-elle aboutir, ou dépend-elle d'un préalable qui n'existe pas ?
Une mission peut être moins bien payée et rester un bon choix. Elle peut aussi être bien payée et coûter cher : périmètre mouvant, arbitrages impossibles, résultat inexploitable. C'est cette comparaison-là que la négociation doit permettre de faire.
Parler du TJM sans réciter un benchmark
Le tarif se discute d'autant plus facilement que le périmètre est posé. Une phrase du type « à ce niveau de responsabilité et sur cette durée, mon tarif est de X » est une position tenable. La même phrase sans cadrage préalable oblige l'interlocuteur à comparer votre chiffre à une référence qu'il choisira seul.
Inutile d'invoquer des moyennes de marché : elles varient selon le secteur, la taille de l'entreprise, l'intermédiaire, le degré d'urgence et la rareté du profil, et une moyenne citée de mémoire se retourne contre celui qui l'avance. Ce qui tient, en revanche, c'est votre propre cohérence : un tarif stable, expliqué par le contenu de la mission, et assumé.
Discussion faible
« Quel est votre TJM ? — Ça dépend, je suis flexible, disons autour de X, mais c'est négociable selon la mission. » L'échange se poursuit sur le prix seul, sans que le périmètre soit posé. Le tarif devient la seule variable, et la seule à baisser.
Discussion crédible
« Avant de vous donner un chiffre, deux points : est-ce que je porte l'architecture, ou est-ce qu'elle est déjà arrêtée ? Et est-ce qu'on attend une mise en production, ou une évaluation qui permettra de décider ? — Une mise en production, et l'architecture est à définir. — Sur ce périmètre, avec la responsabilité qui va avec, mon tarif est de X. Si le budget est contraint, on peut regarder la durée ou réduire le périmètre de la première phase, plutôt que le tarif. »
La seconde version ne « vend » pas mieux. Elle transforme une question de prix en discussion de périmètre, où plusieurs variables deviennent négociables.
Négocier autre chose que le prix
Quand le budget est réellement bloqué, il reste des marges qui ne coûtent rien à l'entreprise et changent beaucoup pour vous :
- Le périmètre : réduire la première phase à un objectif atteignable, puis rediscuter.
- La durée : une mission plus longue à tarif inchangé vaut parfois mieux qu'un tarif plus élevé sur trois semaines.
- Le rythme : jours fixes, télétravail, plage de disponibilité — utile si vous menez plusieurs engagements.
- Les conditions matérielles : délais de paiement, facturation mensuelle, prise en charge des déplacements.
- La responsabilité : obtenir un rôle de décision plutôt qu'un rôle d'exécution, ce qui change la valeur de la mission pour la suite.
- La visibilité : droit de mentionner la mission, même anonymisée, une fois terminée.
Ces leviers sont d'autant plus efficaces qu'ils sont proposés — pas réclamés en fin d'échange, quand tout est déjà arbitré.
Les signaux d'une mission mal cadrée
Certains signaux se repèrent avant la signature. Aucun n'est rédhibitoire seul ; leur accumulation l'est.
- Personne ne sait dire quel problème la mission doit résoudre, seulement quelle technologie utiliser.
- Le livrable change d'une conversation à l'autre.
- Aucun interlocuteur ne peut décrire l'état des données ni les conditions d'accès.
- Le décideur n'a jamais été rencontré, et l'intermédiaire ne peut pas répondre aux questions de fond.
- La durée est annoncée courte alors que l'objectif suppose plusieurs mois de travail.
- L'urgence est le seul argument avancé, y compris pour éviter de préciser le périmètre.
- On vous demande de vous engager sur un résultat qui dépend entièrement d'éléments hors de votre contrôle.
Les questions à poser avant d'accepter
Une dizaine de questions suffisent à faire apparaître l'essentiel. Elles se posent naturellement, réparties sur un ou deux échanges.
- Quel problème cette mission doit-elle résoudre, et pour qui ?
- Qu'est-ce qui a déjà été tenté, et pourquoi cela s'est arrêté ?
- À quoi ressemble un succès à la fin de la mission ?
- Quelles données sont disponibles, et sous quel délai puis-je y accéder ?
- Qui décide de l'architecture, et qui valide les livrables ?
- Avec quelles équipes vais-je travailler, à quelle fréquence ?
- Qu'est-ce qui est attendu en production, et qu'est-ce qui reste exploratoire ?
- Que se passe-t-il si l'évaluation montre que l'approche envisagée ne convient pas ?
- Quelle est la durée, et sur quels critères sera-t-elle prolongée ?
- Qui sera mon interlocuteur au quotidien en cas de blocage ?
Les réponses comptent, mais la facilité avec laquelle elles arrivent compte tout autant. Une entreprise qui répond en dix minutes a déjà fait son cadrage. Une entreprise qui promet de revenir vers vous sur chacun de ces points vous indique la charge de cadrage qui vous attend.
Refuser, ou demander un recadrage
Refuser une mission n'est pas un échec de négociation : c'est parfois la seule décision cohérente avec ce que l'échange a révélé. Un refus argumenté, formulé sans jugement sur l'entreprise, laisse la porte ouverte — et il arrive qu'une proposition revienne quelques semaines plus tard, mieux cadrée.
Entre l'acceptation et le refus, il existe une option souvent sous-utilisée : proposer un recadrage. Une première phase courte, avec un objectif précis — état des lieux des données, évaluation d'une approche, prototype mesuré — puis une décision commune sur la suite. Cette phase protège les deux parties : elle donne à l'entreprise une base pour décider, et elle vous évite de vous engager sur douze mois de travail dans un environnement encore inconnu.
Une mission bien négociée se reconnaît à un signe simple : au premier jour, vous savez ce que vous devez produire, à qui vous parlez et comment on jugera le résultat.
Avant d'accepter une mission
Six vérifications. Si l'une reste sans réponse, c'est elle qu'il faut traiter avant le tarif.
- Le problème à résoudre est formulé, et pas seulement la technologie à employer.
- Les livrables attendus sont nommés, avec leur forme finale.
- Le niveau d'autonomie et le rôle dans les décisions sont explicites.
- L'état des données, des accès et de l'infrastructure est connu.
- La durée, le rythme et les conditions de renouvellement sont posés.
- Vous savez qui valide, qui arbitre et à quelle fréquence.
À retenir
- Le cadrage précède le tarif : sans périmètre, le prix devient la seule variable d'ajustement.
- L'intitulé d'une mission ne dit pas la responsabilité réelle ; il faut la reconstituer.
- La maturité IA de l'entreprise détermine une part importante de la charge à venir.
- Un tarif se défend par la cohérence, pas par un benchmark de marché cité de mémoire.
- Durée, rythme, périmètre et conditions sont des leviers quand le budget est bloqué.
- Demander un recadrage est souvent plus utile que refuser ou accepter en l'état.
- Freelance
- Marché