Passer freelance dans l'IA : les questions à trancher avant de se lancer

Le passage du salariat au freelance est souvent raconté comme une suite de démarches administratives. Dans les faits, la partie difficile est ailleurs : un salarié est recruté pour un poste, un freelance est engagé pour une mission. Ce n'est pas la même chose à préparer, ni la même chose à défendre.

Vendre une mission n'est pas postuler à un poste

Une candidature à un poste laisse volontairement de la place à l'inconnu : on recrute une personne pour une durée indéterminée, en pariant sur sa capacité à apprendre le contexte. Une mission fonctionne à l'inverse : elle est délimitée, elle a une raison d'exister, un résultat attendu et une fin. Le client n'achète pas un potentiel, il achète la prise en charge d'un problème identifié.

Pourquoi une expertise trop large est difficile à acheter

Un profil qui annonce couvrir la donnée, le machine learning, l'IA générative, le cloud, la mise en production et l'accompagnement au changement met le client en difficulté. Non parce que c'est invraisemblable, mais parce que le client doit alors décider lui-même ce qu'il va vous confier — et ce travail de décision est précisément ce qu'il cherchait à externaliser.

• Une offre large oblige le client à imaginer le périmètre : la plupart n'ont ni le temps ni la légitimité pour le faire.
• Elle rend la comparaison impossible : à côté d'un spécialiste, un généraliste se lit comme un profil « au cas où ».
• Elle complique la fixation d'un prix, parce que le prix se rattache à une valeur, et la valeur à un problème nommé.
• Elle rend le bouche-à-oreille inopérant : on recommande quelqu'un « pour un sujet », pas « pour l'IA en général ».

Se restreindre ne veut pas dire refuser tout le reste. Cela veut dire choisir la porte d'entrée : un problème que vous êtes visiblement légitime à traiter, à partir duquel les autres sujets viendront naturellement une fois la relation installée.

Transformer une expérience salariée en preuves utilisables

Un CV salarié raconte des postes et des périodes. Une preuve de freelance raconte une situation et une responsabilité. La matière est la même : le cadrage change. Une trame simple suffit, et elle fonctionne pour presque toutes les expériences.

1. 1

   Le problème

   2 phrases

   Ce qui n'allait pas, pour qui, et pourquoi cela devenait un sujet à traiter. Sans le problème, la suite ressemble à une description de tâches.

2. 2

   Votre responsabilité

   1 phrase

   Ce qui vous appartenait précisément, et ce qui appartenait à d'autres. C'est la partie la plus souvent floue et la plus regardée.

3. 3

   La démarche

   3 à 4 phrases

   Comment vous vous y êtes pris, dans quel ordre, avec quelles contraintes. C'est ici que se lit la compétence réelle.

4. 4

   Les décisions

   2 phrases

   Les arbitrages que vous avez portés et ce que vous avez écarté. Une décision assumée vaut plus qu'un résultat non expliqué.

5. 5

   Le résultat et les limites

   2 phrases

   Ce que cela a changé, et ce qui n'a pas été résolu. Nommer une limite rend tout le reste crédible.

Parler de projets confidentiels sans rien révéler

Beaucoup d'expériences relèvent d'un NDA ou d'un contexte sensible. Cela empêche de citer des noms, des données, des architectures précises ou des éléments contractuels. Cela n'empêche pas de démontrer une compétence, parce que ce qui se démontre n'est pas l'information du client : c'est votre démarche.

• Remplacez le nom du client par son type et sa taille : « un assureur », « une plateforme e-commerce », « un éditeur de logiciel ».
• Décrivez la nature des données, pas les données : « des documents contractuels multilingues », sans jamais d'extrait.
• Parlez de la classe de problème plutôt que de l'implémentation exacte : « recherche documentaire sur corpus hétérogène et versionné ».
• Racontez les arbitrages sans les livrables : une décision d'architecture peut s'expliquer sans schéma interne.
• Gardez les résultats qualitatifs : ce que l'équipe pouvait faire après, et qu'elle ne pouvait pas faire avant.
• En cas de doute, demandez : beaucoup d'anciens employeurs acceptent une formulation générique validée par écrit.

Une preuve anonymisée mais précise est plus convaincante qu'un nom de client prestigieux suivi de trois lignes vagues. Ce que le lecteur évalue, c'est votre manière de raisonner.

Cadrer un besoin et proposer un périmètre

La première mission se joue souvent avant la mission : dans la capacité à écouter une demande imprécise et à en ressortir une proposition tenable. C'est la compétence la plus rapidement visible chez un freelance, et celle qu'un salarié a rarement eu l'occasion d'exercer seul.

1. 1

   Découverte

   1er échange

   Comprendre le déclencheur : pourquoi maintenant, qui est gêné, qu'a-t-on déjà tenté. Les demandes formulées en solution (« il nous faut un chatbot ») cachent presque toujours un problème différent.

2. 2

   Qualification

   avant la proposition

   Vérifier qu'il existe un décideur, un accès aux données ou aux personnes, et une définition possible du succès. Une mission sans ces trois éléments deviendra ingérable, quel que soit votre niveau technique.

3. 3

   Périmètre et livrables

   écrit

   Dire ce qui est inclus, ce qui ne l'est pas, et sous quelle forme le travail est rendu. Un livrable nommé protège autant le client que vous.

4. 4

   Dépendances et hypothèses

   écrit

   Nommer ce dont vous dépendez : accès, environnement, interlocuteurs, décisions attendues. Une dépendance non écrite devient votre responsabilité par défaut.

5. 5

   Critères de réussite

   écrit

   Comment on saura, ensemble, que la mission a atteint son objectif. Sur un système probabiliste, cela demande un travail de définition plus explicite qu'ailleurs.

6. 6

   Communication et hors-périmètre

   dès le départ

   Rythme de point, format de reporting, et procédure quand une demande sort du cadre. Le hors-périmètre n'est pas un conflit : c'est un avenant, à condition de l'avoir prévu.

Être prêt ne veut pas dire tout savoir

L'idée qu'il faudrait être expert absolu avant de se lancer est à la fois fausse et paralysante. Un client n'attend pas d'un freelance qu'il sache tout : il attend qu'il sache dire où il se situe. Ce qui doit être solide, c'est la lucidité, pas l'exhaustivité.

• Ce que vous savez prendre en charge seul, du début à la fin.
• Ce que vous ne savez pas prendre en charge, et que vous préférez ne pas vendre.
• Les hypothèses sur lesquelles votre proposition repose.
• Les dépendances qui, si elles tombent, changent le calendrier.
• Les risques que vous identifiez et la manière dont vous proposez de les réduire.
• Le moment où vous recommanderez d'appeler une compétence complémentaire.

Dire « cette partie sort de ce que je maîtrise, je peux la cadrer mais je recommande quelqu'un pour l'exécuter » est, chez la plupart des clients, un signal de professionnalisme. C'est aussi ce qui distingue une relation qui dure d'une mission qui se termine mal.

Préparer concrètement la première mission

Avant même de chercher, quelques éléments méritent d'exister sous une forme écrite. Non pour faire joli, mais parce qu'ils vous obligent à trancher des questions que le premier client posera de toute façon.

• Une présentation de votre positionnement en quelques phrases, compréhensible par un non-spécialiste.
• Deux ou trois preuves rédigées selon la trame problème / responsabilité / démarche / décisions / résultat / limites.
• Une description de votre manière de travailler : rythme, disponibilité, présentiel ou distance, outils de suivi.
• Une liste de ce que vous ne prenez pas en charge, prête à être dite sans embarras.
• Un modèle de proposition simple, réutilisable, qui contient périmètre, livrables, dépendances et critères de réussite.

Enfin, la première mission a une valeur particulière : elle produit vos premières preuves en tant qu'indépendant, celles que vous pourrez raconter sans dépendre de votre passé salarié. Ce n'est pas nécessairement la mieux payée ni la plus impressionnante ; c'est celle que vous saurez défendre, livrer, et raconter ensuite.

• Freelance
• Cadrage de mission
• Positionnement