Construire un produit · Publié le · Mis à jour le · 9 min

Freelance ou agence web en Suisse : quelle est la différence, et comment choisir ?

Une comparaison honnête sur dix dimensions — coût, communication, capacité, redondance, risque de livraison — puis le cas où ni l’un ni l’autre n’est la bonne réponse.

  • Freelance
  • Agence
  • Suisse

Tout fondateur ou patron de PME pose la question au moment de lancer un site, une application ou un produit : agence ou freelance ? On la traite comme un arbitrage de prix. Ce n’en est pas un. Les deux ne vendent pas la même chose, et la bonne réponse dépend de la taille du projet, de ce qui doit survivre au départ d’une personne, et de qui, concrètement, écrira le code.

Cet article compare les deux modèles sur dix dimensions, dit quand chacun est le bon choix, puis décrit un troisième profil — l’ingénieur produit indépendant — et, en toute transparence, le modèle que je pratique moi-même.

La différence en une phrase

Une agence vend une structure : plusieurs personnes, des rôles séparés (commercial, chef de projet, design, développement), une capacité qui survit aux absences, une garantie contractuelle. Un freelance vend une personne : sa compétence, son temps, sa disponibilité — et rien d’autre. Tout le reste découle de là.

Dix dimensions, sans propagande

Freelance et agence web en Suisse comparés sur dix dimensions
DimensionFreelanceAgence
Structure de coûtUn taux ou un forfait, sans marge de structure : vous payez le travail, et rien autour.Le coût des personnes plus la coordination, le commercial, les locaux et la marge. Le même travail coûte nettement plus — pour des garanties supplémentaires, pas pour plus de code.
CommunicationDirecte : vous parlez à la personne qui construit. Les décisions vont au clavier sans intermédiaire.Via un chef de projet. Plus de reporting, plus de formalisme ; chaque décision traverse une couche avant d’atteindre le développeur.
SpécialisationÉtroite et profonde, ou généraliste — le mot ne dit rien du niveau. À vérifier sur des produits livrés, pas sur un CV.Large : design, développement, marketing, hébergement. La profondeur sur un sujet précis dépend de qui est disponible.
Propriété du projetUne seule personne responsable de bout en bout. Repo, comptes et accès sont, ou devraient être, à votre nom dès le premier jour.Responsabilité contractuelle de l’agence ; la propriété du code et des comptes est à négocier explicitement — elle n’est pas toujours acquise.
CapacitéUn cerveau, un calendrier. Un à deux projets à la fois ; au-delà d’une certaine taille, ça ne tient pas.Plusieurs personnes en parallèle ; des projets qu’une personne seule ne peut pas porter.
RedondanceAucune. Maladie, vacances, autre client : le projet attend. La parade : code propre, documentation, hand-off — pas une promesse.Structurelle : quelqu’un reprend. C’est ce que la marge paie.
Achats et conformitéContrat simple, facture simple. Rarement compatible avec un appel d’offres formel ou des exigences fournisseur lourdes.Adaptée aux services achats : références, assurances, SLA, procédures. C’est parfois la seule option acceptable pour une grande organisation.
MaintenanceDépend d’une personne. Un contrat de maintenance est possible mais la disponibilité reste celle d’un individu.Contrat de maintenance avec engagements de délai ; la continuité est un produit vendu.
Risque de livraisonLe risque est le niveau et la fiabilité de la personne. Il se vérifie avant de signer : produits en ligne, code lisible, références directes.Le risque est la dilution : le senior vendu au premier rendez-vous n’est pas toujours celui qui code. Il se vérifie en demandant qui, nommément, travaillera.
Taille de projetJusqu’à ce qu’une personne peut porter seule : un site, une application métier, un v1 de SaaS.Au-delà : plusieurs équipes, plusieurs métiers, plusieurs mois, ou un besoin de présence continue.

Quand l’agence est le bon choix

  • Le projet demande plus d’une personne à plein temps dès le départ — plusieurs interfaces, plusieurs plateformes, un volume de contenu ou de design qu’un développeur ne peut pas absorber.
  • Votre organisation exige un fournisseur référencé, des assurances, un SLA ou un processus d’achat formel.
  • Vous avez besoin d’une continuité garantie sur plusieurs années, sans dépendre d’un individu.
  • Le sujet est large et peu profond : identité, site vitrine, campagnes, contenus — la coordination de métiers compte plus que la profondeur technique.

Quand le freelance est le bon choix

  • Le projet tient dans les mains d’une personne et vous voulez parler directement à celle qui construit.
  • La vitesse de décision compte plus que la structure : un fondateur qui doit montrer quelque chose à un client ou à un investisseur.
  • Le budget est celui d’une PME ou d’un premier produit, et chaque franc doit aller dans le logiciel, pas dans la coordination.
  • Vous pouvez vérifier le niveau sur des produits réels — pas seulement sur une présentation.

Le troisième profil : l’ingénieur produit indépendant

Entre « freelance » et « agence », le vocabulaire cache une distinction plus utile : qui porte le produit, pas seulement le code. Un intégrateur qui assemble un template et un ingénieur qui conçoit un modèle de données, un moteur de règles, des paiements et une exploitation sont tous les deux « freelances ». Le second est un ingénieur produit : il transforme un problème opérationnel — des règles, des workflows, de l’argent qui circule — en un système qui tient en production, et il en porte l’architecture comme les conséquences.

Ce profil convient quand le projet est un produit, pas un site : un SaaS, un logiciel métier, un produit avec une logique dense. Il ne convient pas quand il faut une équipe de plusieurs personnes dès le premier jour, ni quand l’organisation a besoin d’un fournisseur avec la structure d’une agence. Sa faiblesse structurelle est la même que celle de tout indépendant — la redondance — et se compense par ce qu’il laisse derrière lui : un repo à votre nom, une architecture documentée, un hand-off qu’un autre ingénieur peut reprendre.

Comment décider en trois questions

  • Qui, nommément, écrira mon code — et pourrai-je lui parler directement ?
  • Que se passe-t-il si cette personne disparaît trois mois : ai-je le repo, les comptes, une documentation, un code lisible ?
  • Le projet tient-il dans les mains d’une personne senior pendant quatre à huit semaines — ou faut-il plusieurs métiers en parallèle ?

Si la réponse à la première est une personne identifiable et senior, à la deuxième « oui, contractuellement », et à la troisième « une personne », l’indépendant est rationnel. Si le projet déborde une personne ou si votre organisation exige la structure, l’agence l’est.

Mon modèle, en toute transparence

Je suis ingénieur produit indépendant à Zürich. Je construis seul, au forfait — un seul prix, convenu avant de commencer, pas de facturation horaire — des v1 de production entre CHF 20’000 et 45’000 en 4 à 6 semaines, des systèmes d’automatisation et des infrastructures de croissance dès CHF 20’000 — le montant minimum d’un engagement —, et des audits d’architecture quand construire tout de suite serait prématuré. Je prends un à deux projets par trimestre ; je ne sous-traite pas ; le repo et les comptes sont à votre nom dès le premier jour, avec trente jours de réponses sous 24h après la livraison. Ce que ce modèle ne fait pas : la régie à l’heure, le staff augmentation, les projets qui exigent une équipe dès le départ. La preuve du niveau n’est pas cet article mais les produits que j’exploite — Atamatax, Horvera, Wabiro, SponsorsMetrics — avec leurs études de cas.

En une ligne

Le bon critère n’est pas « agence ou freelance » : c’est la taille du projet, ce qui doit survivre au départ d’une personne, et le niveau de celui qui code. Pour un site, une application ou un v1 de SaaS qui tient dans les mains d’une personne senior, l’indépendant au forfait est le choix rationnel ; au-delà, ou sous contrainte d’achats, l’agence. Le questionnaire d’adéquation vous dit en six questions dans quel cas vous êtes.

Construit avec cette approche

Le service correspondant

Besoin de l’implémenter dans un produit de production ?

Vérifier l’adéquation du projet

Six questions, une orientation immédiate, puis une revue de périmètre gratuite.