Sous-traitance développement web : le guide des agences
La première fois que j'ai travaillé pour une agence, le dirigeant m'a appelé un jeudi soir, la voix tendue. Son client attendait un site pour le lundi, son développeur habituel venait de lâcher, et il ne savait pas s'il devait me faire confiance ou prévenir son client qu'il avait un problème. Nous avons livré à temps, mais ce coup de fil résume tout ce qui rend la sous-traitance de développement anxiogène pour une agence : la dépendance à quelqu'un qu'on ne contrôle pas, sur un livrable qu'on ne sait pas juger, avec son propre client en bout de chaîne. Cet article décrit les trois façons concrètes d'organiser cette collaboration, et surtout ce que chacune vous fait réellement porter en responsabilité et en trésorerie.
Le vrai problème n'est pas technique, il est contractuel
Une agence sans développeur peut apprendre à reconnaître un bon site. Ce qu'elle maîtrise mal, c'est la structure de la relation : qui est responsable si le site tombe, qui possède le code, qui parle au client, qui encaisse et qui avance la trésorerie. La technologie employée compte moins qu'on ne le croit. J'ai vu des collaborations parfaites sur des projets modestes et des désastres sur des projets ambitieux, et la différence tenait presque toujours au cadre posé au départ, pas au framework choisi. Les trois modèles qui suivent se distinguent d'abord par ce cadre.
Le modèle en régie, quand vous pilotez et que je fournis les mains
Dans le premier modèle, vous m'achetez du temps. Vous gardez la conduite du projet, vous découpez le travail, vous validez au fil de l'eau, et je facture les jours passés. C'est le modèle le plus souple pour une agence qui a une vision claire de ce qu'elle veut et qui accepte de piloter au quotidien. Il devient dangereux quand le périmètre n'est pas défini : sans borne, les jours s'accumulent, votre marge fond, et vous vous retrouvez à expliquer à votre client pourquoi le devis initial a doublé. La régie suppose donc une discipline de suivi que toutes les agences n'ont pas, et c'est une honnêteté qu'il faut avoir avec soi-même avant de la choisir.
Côté responsabilité, la régie vous laisse en première ligne. Comme vous dirigez, c'est vous qui répondez des choix devant le client. Côté trésorerie, vous payez au rythme du travail, ce qui lisse la dépense mais suppose que votre client, lui, accepte une facturation par étapes plutôt qu'un prix ferme.
Le forfait, quand vous voulez un prix ferme et une date
Le deuxième modèle inverse la charge. Vous me confiez un projet cadré, je m'engage sur un prix et sur une date, et je porte le risque de dépassement. C'est le modèle que préfèrent la plupart des agences, parce qu'il transforme une inconnue technique en une ligne budgétaire prévisible qu'elles refacturent avec leur marge. Sa condition de réussite tient en un mot : le brief. Un forfait ne vaut que ce que vaut le cahier des charges sur lequel il repose, et c'est précisément pour cela que j'ai formalisé un modèle de brief technique que les agences peuvent reprendre, afin d'obtenir un chiffrage ferme sans dix allers-retours.
La limite du forfait apparaît quand le projet est flou ou exploratoire. Vouloir un prix ferme sur un besoin mal défini pousse le prestataire à gonfler son chiffrage pour se couvrir, ou à le sous-évaluer et à bâcler la fin quand le budget est consommé. Dans les deux cas, vous perdez. Un projet dont personne ne sait dire précisément ce qu'il doit faire n'est pas mûr pour un forfait, il l'est pour de la régie ou pour une phase de cadrage préalable.
La marque blanche avec abonnement, quand la trésorerie du client bloque tout
Le troisième modèle est celui que je pousse le plus, parce qu'il résout le problème le plus fréquent : le client qui a besoin d'un site mais qui n'a pas la trésorerie pour le payer d'un coup. Le site est développé sans facture initiale lourde, puis facturé mensuellement, hébergement et maintenance inclus, sur un engagement de durée. Votre agence ne facture plus un projet ponctuel, elle installe un revenu récurrent, et je porte à la fois le développement et le risque de l'étalement.
Ce modèle change la nature de votre chiffre d'affaires, et cet effet mérite qu'on s'y arrête avec des chiffres. Prenons un site vitrine que vous facturez habituellement 4 000 euros en une fois, sur lequel vous dégagez disons 1 500 euros de marge après m'avoir réglé. En marque blanche avec abonnement, le même site peut être proposé au client autour de 150 euros par mois sur trente-six mois. Le tableau suivant compare ce que cela produit.
| Ce que vous regardez | Forfait unique | Abonnement 36 mois |
|---|---|---|
| Encaissé par l'agence, total | 4 000 € | 5 400 € |
| Rythme d'encaissement | Une fois | 150 € par mois |
| Trésorerie demandée au client | 4 000 € d'emblée | 0 € |
| Effet sur la valorisation de l'agence | Nul | Revenu récurrent valorisable |
Le total encaissé est plus élevé sur la durée, mais ce n'est pas le point principal. Le point principal est double : vous vendez des sites à des clients qui auraient dit non devant un prix ferme, et vous construisez une base d'abonnements qui donne à votre agence une valeur qu'un carnet de projets ponctuels n'a pas. La contrepartie, que je ne cache jamais, c'est le churn. Un client qui résilie au bout d'un an vous rapporte moins qu'un forfait, et il faut donc soigner la rétention et fixer une durée d'engagement réaliste. La maintenance incluse est précisément ce qui justifie cet abonnement aux yeux du client et ce qui le retient, un mécanisme que je relie au revenu récurrent en agence.
Comment ces modèles cohabitent dans une même agence
Aucune agence n'a besoin de choisir un seul modèle pour toujours. En pratique, les agences avec lesquelles je travaille utilisent le forfait pour les projets bien définis, la régie pour les chantiers exploratoires ou les évolutions d'un site existant, et l'abonnement en marque blanche pour débloquer les clients sans trésorerie. Ce qui doit rester stable, ce n'est pas le modèle, c'est le cadre juridique : propriété du code, non-sollicitation de votre client, sort de l'hébergement si nous arrêtons de travailler ensemble. Ces clauses ne changent pas d'un projet à l'autre, et ce sont elles qui rendent la collaboration sereine quel que soit le modèle du jour. J'ai consacré un article entier aux clauses qui comptent vraiment dans un contrat de sous-traitance, parce que c'est là que se jouent les mauvaises surprises.
Ce que je refuse, et pourquoi le dire vous rassure
Je ne prends pas les projets où l'agence veut me positionner en façade tout en promettant au client un interlocuteur technique direct qui serait elle. Cette ambiguïté finit toujours mal, parce que le client sent qu'on lui cache la chaîne de production et qu'il perd confiance au premier incident. Je ne prends pas non plus les dossiers où le budget annoncé au client est manifestement incompatible avec ce qu'il attend, car dans ce cas la seule variable d'ajustement sera la qualité, et c'est votre nom qui sera sur le site raté. Refuser ces situations n'est pas une posture, c'est ce qui protège la relation sur la durée. Une agence qui cherche un sous-traitant devrait d'ailleurs se méfier d'un prestataire qui dit oui à tout, car dire oui à tout est le premier signe qu'on dira mal à beaucoup.
Par où commencer concrètement
Si le sujet est nouveau pour vous, ne commencez pas par un contrat-cadre et une stratégie sur trois ans. Commencez par un projet réel, en forfait, avec un brief soigné, et jugez sur pièce la qualité du livrable, le respect du délai et la manière dont l'incident inévitable est géré. C'est sur ce premier dossier que se décide la suite, bien plus que sur les promesses. La page qui explique mon fonctionnement en marque blanche détaille les deux modèles de rémunération et l'engagement de non-sollicitation, et c'est le bon endroit pour me décrire votre situation en quelques lignes : ma page partenaires agences.