← Journal Ship Studio

comment choisir une agence de développement web

Comment choisir une agence de développement web sans se tromper

Comment choisir une agence de développement web ? Évaluez les compétences, les devis, les méthodes et les contrats grâce à des critères concrets et une checklist.

Mennel Sari
Mennel Sari Fondatrice de Ship Studio

5 ans de développement mobile, +20 apps livrées.

Comment choisir une agence de développement web sans se tromper
Pour choisir une agence de développement web, rédigez d'abord un périmètre écrit, puis comparez les équipes sur des preuves vérifiables : réalisations proches de votre projet, interlocuteurs réels, propriété du code, maintenance et hypothèses de chiffrage. Le prix affiché et la taille de la structure comptent moins que la clarté du devis et la méthode de travail. Une checklist en fin d'article vous aide à trancher.

Savoir comment choisir une agence de développement web est une vraie difficulté pour une TPE, une PME ou une startup. Les sites des prestataires se ressemblent, les promesses aussi, et deux devis décrivent rarement le même livrable. Ce guide propose une méthode en cinq temps pour décider sur des critères concrets, que votre projet soit un site, une application mobile ou un MVP.

Clarifier le projet avant de contacter une agence

La plupart des mauvais choix de prestataire viennent d'un besoin mal posé. Si vous contactez cinq agences avec une simple idée, vous recevez cinq propositions pour cinq produits différents, impossibles à comparer.

Les trois questions à trancher en amont

  • Quel est l'objectif métier ? Générer des demandes de devis, vendre en ligne, valider une idée auprès d'utilisateurs, digitaliser un processus interne.
  • Quel type de projet ? Création, refonte d'un site existant, reprise d'une application, ou première version d'un produit (MVP).
  • Qui pilote côté client ? Sans profil technique en interne, vous aurez besoin d'un prestataire qui vulgarise et vous aide à décider.

Rédiger un périmètre d'une à deux pages

Notez le public visé, les fonctionnalités indispensables, ce qui n'est pas dans la première version, les intégrations nécessaires (paiement, CRM, outils internes) et vos contraintes de calendrier. Pour un projet mobile, un cahier des charges pour une application mobile donne un cadre simple à compléter.

Envoyez ensuite le même document à chaque agence. Les écarts entre les réponses deviennent alors instructifs : ils révèlent les hypothèses, les oublis et la capacité de chacun à challenger votre demande.

Agence, freelance ou no-code : quel modèle choisir ?

Il n'existe pas de meilleur modèle dans l'absolu. Le bon choix dépend de la complexité du projet, de votre budget et du niveau de suivi attendu après la livraison.

Critère Agence Freelance No-code
Projet idéal Site sur mesure, application, MVP, produit évolutif Mission bien délimitée, renfort ponctuel Prototype, outil interne, test rapide
Compétences réunies Design, développement, gestion de projet, tests Souvent une spécialité dominante Dépend de votre maîtrise de l'outil
Continuité Équipe qui peut absorber une absence Dépend d'une seule personne Dépend de la plateforme choisie
Budget Plus élevé au départ Souvent plus accessible Faible au départ, coûts récurrents d'abonnement
Limite principale Coût et formalisme Risque de goulot d'étranglement Performances, personnalisation et dépendance à l'éditeur

Quand une agence est pertinente

Une agence se justifie quand le projet demande plusieurs métiers à la fois (conception, interface, développement, tests, mise en ligne) et qu'il doit durer. Pour une application mobile destinée à de vrais utilisateurs, la coordination entre produit, design et technique pèse souvent plus lourd que le code lui-même.

Quand un freelance suffit

Un indépendant convient à un périmètre précis : un site vitrine simple, une intégration, une évolution sur un existant. Vérifiez alors comment il gère les congés, la maladie ou l'indisponibilité, et qui peut reprendre le code si la collaboration s'arrête.

Méfiez-vous du freelance déguisé : une structure présentée comme une agence, mais dont tout le travail repose sur une seule personne ou sur une sous-traitance non annoncée. Demandez qui écrira réellement votre code et quels profils interviendront.

Quand le no-code est un bon choix

Le no-code est utile pour tester une idée vite et à moindre coût, ou pour un outil interne simple. Il montre ses limites quand il faut des performances maîtrisées, des fonctionnalités très spécifiques, un référencement soigné ou une sortie propre de la plateforme. Posez-vous la question de la migration dès le départ : que devient votre produit si l'outil change ses tarifs ou ses conditions ?

Évaluer une agence web sur des preuves concrètes

Un portfolio montre ce qu'une agence a construit pour d'autres clients, avec d'autres budgets. C'est un point de départ, pas une preuve de qualité sur votre projet. Voici les éléments qui comptent vraiment.

Des références proches de votre besoin

Cherchez des réalisations comparables par nature (site, application, produit à valider) et par taille d'entreprise. Demandez à échanger avec un ancien client, ou au moins à comprendre le rôle exact de l'agence sur chaque projet : conception, développement complet, simple intégration ?

Une stack technique expliquée simplement

Peu importe que vous connaissiez les technologies : l'agence doit justifier ses choix en termes de bénéfices pour vous. Par exemple, un framework orienté contenu comme Astro permet de produire des sites très rapides à charger, un atout pour l'expérience utilisateur et le référencement. Pour une application iOS et Android, une approche multiplateforme comme React Native permet de partager une grande partie du code entre les deux systèmes. Dans les deux cas, demandez quels sont les compromis et pourquoi ce choix convient à votre cas.

Une méthode et un process visibles

Une bonne agence décrit comment elle travaille : cadrage, maquettes, livraisons intermédiaires, recettes, mise en ligne. Préférez celle qui montre du travail en cours régulièrement plutôt qu'une livraison unique en fin de projet, car les erreurs se corrigent beaucoup plus tôt.

La propriété du code et des accès

Le contrat doit préciser que vous êtes propriétaire du code livré, des maquettes et des comptes (hébergement, noms de domaine, stores d'applications, outils d'analyse). Vérifiez aussi la documentation remise et la possibilité de confier le projet à une autre équipe plus tard. C'est votre protection contre la dépendance à un prestataire.

La maintenance et le suivi après livraison

Un produit numérique vit après sa mise en ligne : mises à jour de sécurité, corrections, évolutions des systèmes mobiles, sauvegardes. Demandez ce qui est inclus, ce qui est facturé à part, et comment sont traitées les urgences. Une garantie de correction des défauts après livraison doit figurer clairement au contrat si elle existe.

La prise en compte du SEO et de la conformité

Pour un site, le référencement se prépare dès la conception : structure des pages, vitesse, balisage, redirections en cas de refonte. Interrogez l'agence sur sa manière de préserver votre trafic existant lors d'une migration. Pour tout produit qui collecte des données, vérifiez aussi qu'elle aborde le RGPD et le traitement des données personnelles.

Les questions à poser en rendez-vous

  1. Qui travaillera concrètement sur mon projet, et quel sera mon interlocuteur au quotidien ?
  2. Quels projets similaires avez-vous livrés, et quel était votre rôle ?
  3. Qu'est-ce qui, dans mon périmètre, vous semble risqué ou à retirer de la première version ?
  4. Comment suis-je associé aux décisions et à la validation des livrables ?
  5. À qui appartiennent le code, les maquettes et les comptes en fin de projet ?
  6. Que comprend la maintenance, et à quelles conditions ?
  7. Comment gérez-vous un changement de périmètre en cours de route ?

Une agence sérieuse ne se contente pas d'approuver vos idées : elle vous questionne, signale les zones floues et propose des arbitrages.

Les signaux d'alerte

  • Devis flou : une ligne « développement » sans détail des fonctionnalités, des hypothèses ni des exclusions.
  • Aucun cahier des charges ni phase de cadrage : l'agence chiffre sans avoir cherché à comprendre le besoin.
  • Équipe invisible : impossible de rencontrer les personnes qui travailleront sur le projet.
  • Promesses tout-en-un : tout est possible, vite et pas cher, sans aucune réserve.
  • Propriété du code éludée ou conditionnée à un abonnement.
  • Pression à signer avant d'avoir pu comparer ou poser vos questions.

Comparer les devis, les budgets et les délais sans faux équivalents

Trois devis soignés peuvent décrire trois produits différents. L'un inclut l'interface d'administration, l'autre suppose qu'elle existe, le troisième annonce une date sans dire quelles décisions vous devez prendre pour la tenir. Comparer les totaux ne suffit donc pas : il faut comparer les hypothèses.

Ce que doit contenir un devis comparable

  • La liste précise des fonctionnalités incluses et exclues.
  • Les profils mobilisés et leur temps estimé.
  • Les étapes de livraison et les critères de recette.
  • Ce qui dépend de vous : contenus, validations, accès, fournisseurs tiers.
  • Les coûts annexes : hébergement, licences, comptes développeur, outils externes.
  • Les conditions de maintenance et d'évolution après la mise en ligne.

Des ordres de grandeur pour situer les offres

Les montants varient fortement selon la complexité, la taille de l'équipe et le niveau de finition. À titre d'ordre de grandeur de marché, un site vitrine ou éditorial se chiffre en milliers d'euros, alors qu'une application mobile ou un MVP avec comptes utilisateurs, back-office et intégrations se situe plutôt dans les dizaines de milliers d'euros. Ce ne sont pas des tarifs d'une agence en particulier : seul un cadrage permet d'obtenir un chiffrage fiable.

Côté délais, comptez en semaines pour un site bien défini et en mois pour une application ou un MVP, en incluant les phases de validation, de tests et de publication sur les stores. Un calendrier très court sur un périmètre large doit vous alerter, tout comme un prix très inférieur aux autres, qui cache souvent un périmètre réduit ou des prestations en option.

Le MVP pour réduire le risque

Si votre projet est une nouveauté, une première version limitée coûte moins cher et teste vos hypothèses avec de vrais utilisateurs. Préférez l'agence qui vous aide à choisir ce qu'on ne fait pas dans la v1 à celle qui promet de tout livrer d'un coup. Les évolutions suivront selon les retours du terrain.

Une grille de notation simple

Attribuez à chaque agence une note de 1 à 5 sur les mêmes critères : compréhension du besoin, références, qualité technique, méthode, transparence du devis, propriété du code, maintenance. Ajoutez un critère de confiance : avez-vous eu envie de retravailler avec ces personnes après trois rendez-vous ? Cette dernière impression compte, car un projet dure des mois.

Checklist : les vérifications à faire avant de choisir

Avant les rendez-vous

  • Objectif métier et indicateur de succès écrits.
  • Périmètre rédigé, avec une liste de ce qui reste hors de la première version.
  • Budget maximal et date souhaitée définis, avec une marge de décision.
  • Même document envoyé à toutes les agences consultées.

Pendant les rendez-vous

  • Les personnes qui travailleront sur le projet sont présentes ou identifiées.
  • L'agence reformule votre besoin et pose des questions précises.
  • Les références sont proches de votre cas et vérifiables.
  • La stack technique est justifiée par des bénéfices clairs pour vous.
  • Le SEO, la performance et le RGPD sont abordés spontanément.

Avant de signer

  • Le devis détaille fonctionnalités, hypothèses, exclusions et dépendances.
  • Le contrat précise la propriété du code, des maquettes et des comptes.
  • La maintenance, les corrections après livraison et la réversibilité sont décrites.
  • Le processus de validation et de gestion des changements est écrit.
  • Vous savez ce qui se passe si la collaboration s'arrête.

Si votre projet est une application iOS et Android ou un MVP, Ship Studio, agence de développement d’applications mobiles pour startups et PME, travaille notamment avec React Native pour les applications et avec Astro pour des sites rapides. Vous pouvez consulter ses services de développement d’applications mobiles pour voir si cette approche correspond à votre besoin.

Une fois votre périmètre rédigé et vos critères posés, la meilleure étape suivante est un échange de cadrage : prenez rendez-vous avec Ship Studio pour cadrer votre projet et obtenir un avis concret sur son périmètre, ses priorités et sa première version.

FAQ

Faut-il choisir la même agence pour un site web et une application mobile ?

Pas nécessairement. Une seule agence peut simplifier la coordination si le site et l’application partagent des données, des comptes utilisateurs ou des services techniques. Vérifiez toutefois que l’équipe maîtrise réellement chaque plateforme et peut expliquer comment les différents outils communiqueront. Des prestataires distincts peuvent aussi convenir si les responsabilités, les interfaces techniques et la maintenance sont clairement réparties.

Comment savoir qui travaillera réellement sur mon projet ?

Demandez à rencontrer les personnes pressenties pour les rôles clés, notamment la gestion de projet, le développement et la conception. Faites préciser qui prendra les décisions techniques et comment l’agence vous informera d’un remplacement. Vous pourrez ainsi comparer les compétences des intervenants réels, et pas seulement celles des personnes présentes lors des échanges commerciaux. Faites inscrire les rôles et les responsabilités convenus dans les documents du projet.

À qui appartiennent le code source et les accès après le développement ?

Les modalités doivent être précisées dans le contrat. Faites clarifier les droits sur le code réalisé, les éventuels composants tiers, les conditions de transfert et les éléments inclus dans la livraison. Vérifiez aussi que votre organisation pourra accéder au dépôt de code, aux comptes d’hébergement et aux autres services utilisés. Les responsabilités concernant les données et les accès doivent également être documentées, plutôt que laissées à une entente orale.

Que faut-il prévoir pour la passation à une autre équipe ?

Une passation utile comprend les accès nécessaires, la documentation technique, les consignes de déploiement, les informations sur les dépendances et les procédures de test. Demandez à l’agence comment elle transmettra ces éléments et qui répondra aux questions pendant cette étape. Prévoyez également au contrat ce qui est compris dans la livraison et ce qui relève d’un accompagnement supplémentaire, afin que la reprise ne dépende pas uniquement de connaissances informelles.

Comment vérifier qu’une agence a bien réalisé les projets présentés dans son portfolio ?

Demandez quel était le rôle exact de l’agence sur chaque réalisation, quelles parties ont été développées par son équipe et quelles contraintes le projet impliquait. Si possible, sollicitez une référence client ou une démonstration, en respectant la confidentialité. Ces échanges permettent de distinguer une contribution directe d’une simple participation et d’évaluer si l’expérience présentée est pertinente pour votre besoin.

Quels signaux d’alerte repérer pendant les premiers échanges avec une agence ?

Soyez prudent si l’agence élude vos questions, reste vague sur les responsabilités ou ne sait pas expliquer ses choix techniques. Un interlocuteur sérieux doit pouvoir signaler les risques, expliciter les dépendances et justifier les hypothèses de son approche. Méfiez-vous aussi d’un périmètre présenté comme certain sans discussion des besoins, des contraintes ou des validations nécessaires. La transparence sur les limites du projet est un meilleur signe qu’une assurance sans explication.