ESN, agence, éditeur, freelance : qui fait quoi, et lequel vous faut-il ?

« Vous êtes une ESN ou une agence ? » On me pose la question à presque chaque premier rendez- vous, et la vraie réponse — les deux, selon le besoin — a le défaut de ne rien clarifier.

Alors reprenons proprement, parce que derrière ces mots il y a des différences de risque et de pilotage qui comptent beaucoup plus que le vocabulaire.

Les quatre modèles

L’ESN, ou la régie

Elle met des consultants à disposition. Ils travaillent dans vos équipes, sur vos outils, avec vos méthodes. Vous restez maître d’œuvre : vous priorisez, vous arbitrez, vous portez le risque de résultat.

Le bon usage : vous avez une équipe et une direction technique, mais pas assez de bras — ou il vous manque une compétence précise pendant douze mois.

Le mauvais usage : confier un projet entier à des consultants en régie sans personne pour les piloter. C’est la configuration qui produit le plus de projets ratés que je connaisse, et personne n’est fautif : la structure elle-même ne prévoyait pas de pilote.

Ce qu’on facture : du temps. Le risque de dérive reste chez vous.

Le studio, ou l’agence

Il livre un projet complet : cadrage, conception, développement, mise en production. Il pilote et porte un engagement de résultat sur un périmètre défini.

Le bon usage : vous n’avez pas de direction technique interne, ou vous voulez que quelqu’un porte le risque de livraison.

Le mauvais usage : attendre de la souplesse illimitée sur un forfait. L’engagement de résultat n’a de sens que sur un périmètre cadré ; les changements passent par des avenants, c’est la contrepartie normale.

Ce qu’on facture : un résultat. Le risque est partagé, majoritairement côté prestataire.

L’éditeur

Il vend son logiciel, déjà construit, mutualisé entre tous ses clients. Vous l’adaptez à la marge par paramétrage.

Le bon usage : votre besoin est standard, et il l’est plus souvent qu’on ne croit.

Le mauvais usage : choisir un éditeur pour un besoin très spécifique en comptant sur les développements complémentaires. Vous cumulez alors le coût du progiciel et celui du sur-mesure, avec en prime une dépendance sur les deux.

Ce qu’on facture : une licence ou un abonnement, souvent par utilisateur.

Le freelance

Une compétence, une personne. Souvent excellente, souvent moins chère à la journée.

Le bon usage : une expertise pointue et bornée dans le temps, ou un renfort sur une équipe déjà structurée.

Le mauvais usage : un projet critique porté par une seule personne. Une indisponibilité, un changement de mission, et le projet s’arrête. Ce n’est pas un problème de compétence, c’est un problème de nombre.

Ce qu’on facture : du temps. La continuité n’est pas garantie contractuellement.

Photo : Negative Space — licence CC0.

Le tableau que je donne aux prospects

	ESN / régie	Studio	Éditeur	Freelance
Qui priorise	Vous	Le prestataire	Personne	Vous
Engagement de résultat	Non	Oui	Sur le produit	Non
Continuité assurée	Oui	Oui	Oui	Non
Spécificité possible	Totale	Totale	Faible	Totale
Vous faut-il un pilote interne	Oui	Souhaitable	Non	Oui
Coût de sortie	Faible	Moyen	Élevé	Faible

La ligne à regarder en premier est l’avant-dernière. Si vous n’avez personne en interne pour piloter au quotidien, la régie et le freelance sont à écarter — quel que soit leur prix journalier.

Photo : rawpixel — licence CC0.

Photo : domaine public (CC0).

Ce que le modèle change sur l’après-projet

Le choix du modèle se juge surtout sur ce qui se passe une fois l’application en service, et c’est rarement ce qu’on regarde au moment de signer.

Chez un indépendant, la maintenance dépend d’une personne. Tant qu’elle est disponible, la réactivité est excellente et le coût imbattable. En cas d’indisponibilité, de changement d’activité ou simplement de montée en charge de son côté, il n’y a pas de relais.

En régie, la maintenance n’est pas vraiment prévue : le contrat porte sur des personnes présentes. Quand la mission s’arrête, la connaissance part avec elles, sauf si la reprise a été organisée à l’avance — ce qui est rarement le cas.

En agence ou au forfait, la maintenance fait l’objet d’un contrat distinct, avec des engagements. C’est le modèle le plus lisible, à condition d’avoir vérifié que le prestataire fait réellement de l’exploitation et pas seulement de la construction.

La question à poser à tout le monde, dans les mêmes termes : « qui répond un samedi matin si l’application est arrêtée, et sous quel délai ? » Les réponses sont très différentes, et elles en disent plus long que n’importe quelle présentation commerciale.

Comment savoir à qui l’on parle vraiment

Les frontières se sont brouillées : beaucoup de structures se présentent aujourd’hui comme plusieurs choses à la fois.

Deux questions suffisent à situer un interlocuteur.

« Quelle part de votre activité est facturée au temps passé, et quelle part au projet ? » La réponse indique le modèle économique réel, qui détermine tout le reste — la façon de chiffrer, de piloter, et de réagir quand un projet dérape.

« Vous arrive-t-il de refuser un projet, et pour quelle raison ? » Une structure qui ne refuse jamais vend de la capacité. Une structure qui refuse a une idée de ce qu’elle sait bien faire, ce qui est plutôt bon signe — y compris quand cela vous concerne.

Ce que nous faisons, et pourquoi je le dis

Nous pratiquons les deux premiers modèles. Des équipes en régie chez des clients historiques, et des projets livrés au forfait, cadrage compris. Nous éditons aussi nos propres logiciels, ce qui nous met dans la peau de l’éditeur — et nous apprend ce que coûte vraiment l’exploitation dans la durée.

Je le précise parce que le vocabulaire sert souvent à brouiller les cartes. Une société qui se présente comme « agence » mais facture des jours-homme sans engagement fait de la régie ; ce n’est pas illégitime, mais mieux vaut le savoir avant de signer.

La question à poser, en une phrase : « Si le projet dérape, qui paie les jours supplémentaires ? » La réponse vous dit dans quel modèle vous êtes, quel que soit le mot inscrit sur la plaquette.