Sous-traitance développement web : le guide des agences

La sous-traitance de développement est anxiogène pour une agence, pour trois raisons : 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. Une collaboration tient ou casse surtout sur le cadre posé au départ, pas sur le 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 exemple fictif, dont les montants ne sont pas mes tarifs : un site vitrine que vous facturez 4 000 euros en une fois. En marque blanche avec abonnement, le même site pourrait être proposé au client à 150 euros par mois sur trente-six mois. Le tableau suivant compare ce que cela produit.

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, une agence peut utiliser 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.

Sous-traitance de développement web en France : quatre vérifications

Quel que soit le modèle choisi, une agence française reste responsable du résultat devant son client. Je propose moi-même cette sous-traitance, j'ai donc un intérêt dans le sujet, et je ne suis pas avocat : ce qui suit sert à préparer vos questions, pas à remplacer un conseil.

La loi du 31 décembre 1975 définit la sous-traitance comme l'opération par laquelle un entrepreneur confie, sous sa responsabilité, tout ou partie d'un contrat d'entreprise à une autre personne. Elle n'est pas écrite pour le seul bâtiment. Son article 3 prévoit que l'entrepreneur fasse accepter chaque sous-traitant et agréer les conditions de paiement par le client. L'article 12 ouvre au sous-traitant, un mois après une mise en demeure restée sans effet, une action directe contre le client final si l'agence ne paie pas, et l'article 14 exige sous peine de nullité une caution ou une délégation de paiement. Je n'ai trouvé aucune décision de justice propre au développement web et je ne prétends donc pas trancher : faites poser la question à un avocat, surtout si vous promettez la confidentialité totale du prestataire.

Pour tout contrat atteignant 5 000 euros HT, le donneur d'ordre vérifie que son cocontractant respecte ses obligations de déclaration et de paiement, à la signature puis tous les six mois. L'Urssaf indique comment contrôler l'authenticité de l'attestation avec son code de sécurité. Sans ces contrôles, si le prestataire recourt au travail dissimulé, le donneur d'ordre peut être tenu solidairement de certaines sommes.

Dès que le développeur voit des comptes clients, des commandes ou des formulaires, il traite probablement des données personnelles. Le RGPD interdit à un sous-traitant d'en recruter un autre sans autorisation écrite du responsable de traitement, et le guide de la CNIL rappelle que l'agence reste pleinement responsable devant son client si son propre sous-traitant manque à ses obligations. En pratique, limitez les accès : données anonymisées pour le développement, comptes nominatifs, suppression des copies en fin de mission.

Enfin, un freelance n'est pas votre salarié : la cession de ses droits sur le code doit être prévue. Le Code de la propriété intellectuelle, tel que présenté par ARTCENA, exige un écrit et une mention distincte de chaque droit cédé, avec un domaine d'exploitation délimité. Alignez cette clause sur ce que vous cédez à votre client, et excluez clairement les briques réutilisables du prestataire. Prévoyez aussi le paiement à des dates liées aux jalons, pas seulement au paiement de votre client, faute de quoi votre sous-traitant porte votre risque de trésorerie sans le savoir.

Si vous cherchez surtout à livrer sous votre nom sans que le prestataire apparaisse, lisez mon article sur le développement en marque blanche.

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.