- Le bon prestataire dépend de la criticité de l’application, de sa durée de vie et de ses intégrations au système d’information (SI).
- Un freelance convient à un périmètre court et bien défini. Une agence de développement convient à une application critique, maintenue plusieurs années par la même équipe.
- Une entreprise de services du numérique (ESN) fournit surtout de la capacité de développement en régie, utile si vous pilotez déjà le produit en interne.
- Avant de signer, vérifiez qui maintiendra l’application après la mise en production et à qui appartient le code.
Vous avez validé le besoin, par exemple un portail client ou un outil interne relié à votre progiciel de gestion (ERP), et il reste à décider qui le développe. Freelance ou agence pour développer une application web : la question revient dans presque tous nos premiers échanges avec des dirigeants de PME et d’ETI.
Chaque option a ses forces, et un mauvais choix se paie rarement pendant le développement. Il se paie après la mise en production, quand une équipe qui ne connaît pas l’application doit la corriger et la faire évoluer.
Nous développons et maintenons des applications web depuis 2010, avec une vingtaine d’experts et 300+ projets livrés. Ce guide vous aide à choisir le type de prestataire adapté à votre projet, puis à évaluer les candidats. Pour un choix d’agence plus large (site, refonte, marketing), consultez notre guide pour choisir son agence digitale.
Quatre options pour développer votre application web
Le freelance
Un développeur indépendant intervient pour une mission précise. Il se mobilise vite et vous parlez directement à la personne qui code. Sa limite tient à sa disponibilité : congés, maladie ou nouvelle mission plus attractive. Une application qui dépend d’une seule personne devient fragile dès qu’elle doit évoluer.
L’agence de développement
Une agence réunit une équipe complète : chef de projet, développeurs back-end et front-end, designer, parfois un product owner. Elle porte le cadrage, la conception, le développement et souvent la maintenance. Ce modèle répond aux applications critiques, intégrées au SI et appelées à durer.
L’ESN en régie
Une ESN met des développeurs à votre disposition, facturés au temps passé. Vous gardez la main sur le produit, les priorités et l’architecture. Ce modèle demande une maîtrise d’ouvrage solide en interne, capable de cadrer et d’arbitrer chaque semaine.
L’équipe interne
Recruter vos propres développeurs garde la connaissance dans l’entreprise, mais le recrutement prend des mois. Une équipe de deux ou trois personnes couvre aussi rarement la sécurité, l’hébergement, le design et la montée en charge. Beaucoup d’entreprises combinent une petite équipe interne et un prestataire externe.
Le tableau de décision
Freelance ou agence pour votre application web, ESN ou équipe interne : placez votre projet sur chaque ligne du tableau. La colonne qui cumule le plus de « adapté » désigne l’option la plus sûre pour votre contexte.
| Critère | Freelance | Agence | ESN en régie | Équipe interne |
|---|---|---|---|---|
| Application critique pour l’activité | Peu adapté | Adapté | Possible | Possible |
| Durée de vie de plusieurs années | Peu adapté | Adapté | Possible | Adapté |
| Intégrations au SI (ERP, CRM, SSO) | Possible | Adapté | Adapté | Possible |
| Besoin de conseil produit et UX | Peu adapté | Adapté | Peu adapté | Possible |
| Continuité entre développement et maintenance | Peu adapté | Adapté | Possible | Adapté |
| Pilotage interne expérimenté et disponible | Indispensable | Utile | Indispensable | Indispensable |
| Réversibilité du code et des données | À contractualiser | Adapté | Adapté | Adapté |
Utilisez ce tableau comme premier filtre. Il évite l’erreur que nous observons le plus souvent : comparer des devis sur le seul prix de départ, sans savoir qui maintiendra l’application dans trois ans.
Quand un freelance suffit
Le freelance reste un bon choix pour tester une idée avec un prototype auprès de quelques utilisateurs, ou pour un outil interne simple et peu connecté. Il convient aussi au renfort ponctuel d’une équipe qui garde la responsabilité du produit.
Dans ces cas, protégez-vous dès le départ. Exigez que le code vive sur un dépôt à votre nom, avec une documentation minimale. Prévoyez aussi qui reprendra l’application si la mission s’arrête.
Quand une agence devient le bon choix
Une agence s’impose quand l’application touche le cœur de votre activité et se connecte à votre ERP ou à votre outil de gestion de la relation client (CRM). Vos équipes ou vos clients l’utilisent chaque jour pendant plusieurs années : la continuité compte alors autant que la qualité du code.
Notre agence de développement d’application web sur mesure commence chaque projet par un Diagnostic de deux semaines. Il fixe l’architecture cible et produit une estimation chiffrée avant tout engagement. Les mêmes développeurs livrent l’application, assurent les trois mois d’hypercare après la mise en production, puis restent sur la maintenance applicative. Le code et les données vous appartiennent à chaque étape.
Nous avons fait appel à Sooyoos pour développer une web app. Réponse précise à l’expression de besoin, travail cadré et structuré, respect des délais communiqués.
Antoine Liénéré, Multichannel Excellence Lead, Biogen
8 questions à poser à un prestataire avant de signer
Ces questions valent pour un freelance, une agence ou une ESN. Les réponses vagues sont un signal d’alerte.
- Qui développe réellement votre application ? Demandez les noms et les profils des développeurs engagés sur votre projet, et rencontrez-les.
- Qui maintiendra l’application après la mise en production ? Une équipe qui découvre le code au moment du run (l’exploitation et la maintenance au quotidien) met des semaines à devenir efficace.
- À qui appartiennent le code, les données et les accès ? Le dépôt, les comptes d’hébergement et les noms de domaine doivent être à votre nom.
- Comment le périmètre est-il cadré et chiffré ? Un chiffrage sérieux repose sur une phase de cadrage écrite. Un devis établi en une réunion annonce souvent des avenants.
- Quels délais d’intervention sont garantis en cas d’incident ? Demandez des engagements écrits par niveau de criticité, du blocage total au défaut mineur.
- Quelles références comparables pouvez-vous montrer ? Cherchez des projets de taille et de secteur proches du vôtre, et demandez à échanger avec un client. Nos réalisations détaillent les nôtres.
- Comment gérez-vous un changement de périmètre en cours de projet ? Un processus écrit de priorisation évite les dérives silencieuses.
- Comment se passe une reprise si nous changeons de prestataire ? Un plan de réversibilité dès la signature vous protège. Notre méthode pour reprendre une application chez un nouveau prestataire en détaille les étapes.
Questions fréquentes
Faut-il choisir un freelance ou une agence pour une application web ?
Choisissez un freelance pour un périmètre court et peu critique, une agence pour une application qui doit durer. Le freelance convient à un prototype, à un outil interne simple ou à un renfort ponctuel. Il devient risqué dès que l’application est reliée à votre système d’information et utilisée chaque jour, car tout repose sur une seule personne. Une agence apporte une équipe complète et une continuité entre le développement et la maintenance. Un bon test consiste à demander qui corrigera un incident bloquant dans deux ans.
Quelle différence entre une agence de développement et une ESN ?
L’agence prend en charge le résultat, l’ESN fournit surtout de la capacité de développement. Une agence cadre le besoin, conçoit l’application, la développe et la maintient, avec une équipe pluridisciplinaire qui s’engage sur un livrable. Une ESN place le plus souvent des développeurs en régie, facturés au temps passé, sous votre pilotage. Le modèle ESN fonctionne bien si vous disposez déjà d’un chef de produit et d’un architecte en interne. Sans ce pilotage, l’agence offre un cadre plus sûr pour une application métier.
Comment vérifier qui développe réellement votre application ?
Demandez les noms des développeurs affectés à votre projet et rencontrez-les avant de signer. Une agence sérieuse présente volontiers son équipe et ses profils. Comparez aussi la taille de l’équipe technique au nombre de projets annoncés. Faites enfin préciser par écrit les noms et profils de l’équipe engagée. Chez nous, une vingtaine d’experts développent et maintiennent les applications de nos clients, depuis le cadrage jusqu’au run.
Peut-on changer de prestataire en cours de projet ?
Oui, à condition d’avoir sécurisé la réversibilité dès la signature. Le code doit vivre sur un dépôt à votre nom, la documentation doit être à jour et les accès à l’hébergement doivent vous appartenir. Une reprise sérieuse commence par un audit technique et fonctionnel, puis une période de transition où les deux équipes se recouvrent. Elle demande en général plusieurs semaines. Notre méthode de reprise en 10 étapes décrit ce passage de relais sans rupture de service.
Vaut-il mieux internaliser le développement de son application ?
Internalisez si l’application est votre produit principal et que vous pouvez recruter une équipe complète. Pour une application métier qui soutient l’activité sans en être le cœur, une équipe interne de deux ou trois personnes couvre rarement toutes les compétences. Beaucoup d’entreprises gardent un référent produit en interne et confient le développement et la maintenance à un prestataire. Ce schéma garde la connaissance métier chez vous et l’expertise technique chez le prestataire.
Propriété du code et continuité : les deux points à verrouiller
Freelance ou agence, ESN ou équipe interne : partez de la criticité de votre application et de sa durée de vie. Le freelance couvre les besoins courts, l’ESN renforce une équipe qui pilote déjà, l’agence porte une application critique de bout en bout. Dans tous les cas, verrouillez la propriété du code et la continuité de la maintenance avant de signer.
Si votre projet relève d’une application web sur mesure, un Diagnostic de deux semaines cadre l’architecture et le budget avant tout engagement. Vous pouvez aussi nous écrire directement.
