Vous avez un projet digital sur la table, un site à refaire, une intégration entre deux outils ou un produit à lancer, et personne en interne pour le tenir. Un recrutement prendrait des mois, une agence vous paraît trop lourde. Vous cherchez alors un directeur de projet digital freelance, sans savoir exactement ce qu'il fera de ses journées.
Je fais ce métier seul, sous le nom SLX Management : je conçois et je mets en œuvre moi-même, en France et au Royaume-Uni. Cet article décrit le rôle tel que je le pratique, les cas où un freelance est la bonne formule et ceux où il ne l'est pas, et les documents à lui demander dès la première semaine.
01Ce que fait un directeur de projet digital, concrètement
Le Project Management Institute définit la gestion de projet comme l'application de connaissances, de compétences, d'outils et de techniques aux activités d'un projet pour en tenir les exigences. Il en cite les gestes de base : définir le périmètre, identifier les livrables, gérer les risques, faire circuler l'information entre les équipes. La vidéo de Grow with Google sur le métier, dont je n'ai pu lire que la description, résume la même chose : planifier, organiser les tâches, tenir le budget et les coûts pour livrer dans le délai approuvé.
Sur un projet digital, ces gestes prennent une forme précise. Le directeur de projet tient trois fils en même temps :
- le fil métier, ce que l'entreprise veut obtenir et ce que les utilisateurs feront vraiment ;
- le fil technique, ce que les outils permettent, les intégrations, les données, la mise en ligne ;
- le fil des décisions, qui tranche quoi, quand, et où c'est écrit.
La différence avec un chef de projet tient surtout au troisième fil. Le chef de projet fait avancer un lot ; le directeur de projet fait arbitrer le périmètre, la date et le budget avec la direction, et coordonne plusieurs prestataires quand il y en a. Dans une petite structure, c'est souvent la même personne, et c'est très bien ainsi.
02Quand un freelance est la bonne formule, et quand il ne l'est pas
Un directeur de projet freelance convient bien à un projet borné dans le temps, avec un début, une mise en ligne et une transmission. Il convient aussi quand vous avez besoin de quelqu'un qui comprend à la fois le marketing et la technique, pour que les deux mondes arrêtent de se renvoyer la balle.
Il convient mal dans trois situations, et je préfère le dire avant de signer :
- Le projet demande une présence longue, plusieurs mois à temps plein dans vos locaux. C'est un poste, pas une mission, et un recrutement sera plus sain.
- Vous avez besoin d'une équipe de production (développeurs, graphistes, rédacteurs) et pas de quelqu'un pour la piloter. Une agence ou un intégrateur fera mieux l'affaire.
- Le système à toucher demande une astreinte ou de l'infogérance. Une seule personne ne peut pas garantir une réponse la nuit.
Pour mon cas, je ne fais ni régie longue, ni refonte SAP, ni applications natives mobiles, ni infogérance. Méfiez-vous d'un freelance qui ne vous dit pas ce qu'il ne fait pas : il risque de tout accepter.
03À quoi ressemble une mission, de la première semaine à la transmission
Mes missions sont courtes et suivent le même découpage. Il est simple exprès : vous savez à chaque étape ce que vous aurez en main à la fin.
La première semaine : le diagnostic
Je passe quelques jours à lire ce qui existe et à écouter les gens qui feront ou subiront le projet. J'en sors un document court : le problème tel que je le comprends, le périmètre proposé, les risques que je vois, ce que je ne sais pas encore et qui doit répondre. Si le diagnostic montre que le projet n'a pas besoin de moi, je le dis.
La construction, en direct avec vous
Ensuite je construis en direct, avec vous. J'écris la spécification, je monte le prototype, je configure les outils et je teste. Quand il y a des prestataires, je les coordonne et je relis ce qu'ils livrent. Tenir un tableau de suivi ne suffit pas à mes yeux : il faut mettre les mains dans le projet pour voir ce qui coince.
J'ai appris cette discipline très tôt, en production audiovisuelle, où un budget, un planning et une équipe se tiennent avec une date qui ne bouge pas. On ne repousse pas un tournage parce qu'une décision n'a pas été prise : on la fait prendre.
La transmission : partir sans laisser de trou
La dernière étape est la transmission. Tout ce que j'ai construit est documenté pour que votre équipe le reprenne : où sont les réglages, comment on publie, qui appeler si quelque chose casse. Je considère qu'une mission réussie est une mission après laquelle on n'a plus besoin de moi.
Je pilote aussi mes propres projets de cette façon. Pour Moonworkers, mon entreprise de logiciel de paie, j'ai refait le site marketing en Next.js et Sanity en mai 2026, avec des calculateurs gratuits vérifiés un par un contre les outils officiels. Le détail est sur la page consacrée à Moonworkers.
04Les documents qui tiennent un projet aligné
Je juge un directeur de projet à ses documents plus qu'à ses réunions. Voici ceux que je mets en place, et que vous pouvez demander à n'importe quel prestataire.
- Une spécification versionnée. Sur une intégration entre un ERP et un site marchand, la spécification a bougé presque à chaque réunion. Je l'ai fait évoluer version après version, pour que tout le monde parle du même document. J'ai détaillé la méthode dans mon article sur la spécification d'intégration.
- Un registre des décisions : une ligne par décision, avec la date, qui a tranché et pourquoi. Il évite de rouvrir les mêmes débats tous les quinze jours.
- Un prototype ou des maquettes avant le développement. Montrer plusieurs directions de maquette au même niveau de finition débloque une décision mieux qu'une longue discussion. J'en parle dans l'article sur le prototype cliquable.
- Un point de décision régulier. Un rapport qui part seul chaque mois et un comité qui décide valent mieux qu'un tableau de bord que personne ne lit. Le format que j'utilise est décrit dans l'article sur le comité marketing mensuel.
- Une recette écrite avant la mise en ligne, et une vérification faite comme un visiteur. Un site peut sembler normal à l'équipe connectée et être cassé pour les visiteurs, à cause d'un cache par exemple. Ma liste est dans l'article sur la recette et la mise en production.
Sur le point 4, le Scrum Guide dit deux choses que je trouve utiles même hors de Scrum. Le Product Owner est une seule personne, pas un comité. Et la revue de fin de sprint est une séance de travail où l'on inspecte le résultat pour décider de la suite, pas une présentation. Je demande donc dès le départ qui, chez vous, tranche en dernier ressort.
05Ce qu'un directeur de projet freelance ne remplace pas
Le premier risque d'un freelance, c'est la dépendance. Une seule personne, c'est un seul agenda et une seule mémoire. Je le traite par la documentation dès le premier jour, mais je ne prétends pas l'annuler : si je tombe malade une semaine, le projet ralentit. Mieux vaut le savoir et prévoir qui, chez vous, peut reprendre les fils.
Le deuxième, c'est la décision. Je peux préparer un arbitrage, poser les options et leurs conséquences, mais je ne peux pas décider à la place de la direction. Un projet où personne ne tranche n'avance pas plus vite avec un directeur de projet externe ; il avance juste avec quelqu'un de plus pour constater le blocage.
Le troisième est contractuel, et on l'oublie souvent. En France, au-delà d'un certain montant, le donneur d'ordre doit obtenir de son prestataire une attestation de vigilance Urssaf et la renouveler pendant toute la durée de la mission, comme l'explique la fiche de Service Public Entreprendre. Au Royaume-Uni, les règles dites IR35 encadrent les prestataires qui passent par leur propre société, et c'est en général au client moyen ou grand de déterminer leur statut, selon la page du HMRC sur GOV.UK. Ce n'est pas mon rôle de vous conseiller en droit, mais un prestataire sérieux vous fournit ces pièces sans qu'on ait à les réclamer.
06Par où commencer si vous cherchez quelqu'un
Avant de contacter qui que ce soit, écrivez une page : ce que vous voulez avoir en ligne et pour quand, ce qui existe déjà, qui décidera chez vous, et ce qui vous inquiète le plus. Elle vous servira plus qu'un long appel d'offres, et elle vous permettra de voir vite si votre interlocuteur pose les bonnes questions ou s'il récite une offre.
Lors du premier échange, demandez trois choses : un exemple de document qu'il produit (une spécification, un compte rendu de décision), ce qu'il ne fait pas, et comment il prévoit de partir. Si les réponses restent vagues, passez votre chemin, même si le profil est séduisant.
Si votre projet ressemble à ce que je décris ici, vous trouverez ma façon de travailler sur la page des services de SLX Management. On peut en parler.