On va être honnêtes : on est une agence de développement sur mesure. Donc ce guide, on l'écrit avec un biais déclaré. Ce qu'on essaie de faire, c'est vous donner les critères qu'on appliquerait si on était à votre place — y compris les critères qui nous élimineraient pour votre projet si on n'est pas le bon fit.

Pourquoi les projets de développement échouent

Avant les critères de sélection, les raisons d'échec les plus fréquentes :

  • Spec trop vague — le client n'a pas de cahier des charges, l'agence ne pousse pas à en faire un. Résultat : scope creep infini.
  • Paiement dès le début — 60–80 % d'acompte versé avant la première ligne de code. Incentive zéro à livrer rapidement.
  • Sous-traitance opaque — l'agence signe, puis délègue à des freelances offshore sans vous le dire. Vous payez le markup, pas la qualité.
  • Code non livré — le projet est "en production" sur l'hébergement de l'agence, mais vous n'avez jamais vu le repository. Si la relation se détériore, vous perdez tout.
  • Stack exotique choisie pour la facturation — certaines agences choisissent des technologies peu communes pour vous rendre dépendant d'elles en maintenance.

Les 7 critères pour évaluer une agence

  • 1
    Références client vérifiables — pas des logos, des contacts Demandez 2 à 3 contacts clients directs que vous pouvez appeler. Une agence sérieuse n'hésite pas. Un logo sur une page "Clients" ne prouve rien — une conversation de 10 minutes avec un vrai client prouve tout.
  • 2
    Propriété totale du code source dès le premier jour Le contrat doit stipuler que vous êtes propriétaire de 100 % du code livré, que le repository vous appartient, et que l'accès vous est donné dès le début du projet — pas à la livraison finale. Si l'agence héberge votre app sur ses serveurs sans accès admin pour vous, fuyez.
  • 3
    Devis détaillé avec jalons liés à des livrables Un bon devis liste les fonctionnalités précises, les estimations par feature, et les jalons de paiement liés à des livrables testables (pas des dates). Exemple de jalon correct : "Paiement de 20 % à la livraison du prototype cliquable validé". Évitez les devis en "jours/homme" sans spec fonctionnelle.
  • 4
    Stack technique documentée, mainstream, et explicable La stack doit être adaptée au projet, pas choisie par habitude ou pour créer de la dépendance. Demandez : "Pourquoi React et pas Vue ? Pourquoi Supabase et pas Firebase ?". Une bonne agence répond avec des arguments techniques concrets. Une mauvaise hausse les épaules.
  • 5
    Équipe interne identifiée — pas 100 % de sous-traitance Demandez qui travaille sur votre projet. Prénom, profil, spécialité. Si la réponse est vague ("on a une équipe"), c'est un signal rouge. Une agence honnête vous dit : "Maxime s'occupe du back, Léa du front, je (le fondateur) suis tech lead". La sous-traitance n'est pas forcément mauvaise — mais elle doit être déclarée et encadrée.
  • 6
    Capacité à refuser ou rediriger votre brief Une bonne agence vous dit parfois "ce n'est pas la meilleure approche pour votre besoin" ou "pour ce budget, voici ce qu'on peut vraiment faire de bien". Une agence qui dit oui à tout, immédiatement, sans questions, n'a pas lu votre brief ou veut juste signer.
  • 7
    Tarifs journaliers transparents et dans le marché Le marché français 2026 : développeur junior 300–400 €/j, senior 500–700 €/j, lead/archi 700–900 €/j. Une agence qui facture 150 €/j (offshore non déclaré ou junior inexpérimenté) ou 1 200 €/j (grande structure avec overhead commercial énorme) sont deux signaux différents mais tout aussi problématiques pour votre projet.

Les pièges classiques à reconnaître

  • Acompte > 40 % sans jalons définis Standard du marché : 30 % à la signature, 30–40 % à mi-parcours sur livrable intermédiaire, solde à la livraison finale. Un acompte de 60–80 % avant tout livrable est une structure qui ne vous protège pas.
  • Refus de montrer le repository en cours de projet "On vous le donne à la fin" n'est pas acceptable. Vous devez avoir accès au repository en lecture dès la première semaine. C'est votre code, payé avec votre argent.
  • Devis sous 24h pour un projet complexe Un projet à 80 000 € ne peut pas être chiffré en 24 heures sans questions sur le métier, les flux, les intégrations, les contraintes. Un devis instantané est soit un prix catalogue déconnecté du réel, soit une estimation au doigt mouillé.
  • !
    Clause de non-concurrence sur la stack Certains contrats incluent des clauses qui vous interdisent de faire appel à une autre agence pendant ou après le projet pour des travaux sur la même technologie. À lire attentivement.
  • !
    Portfolio uniquement avec des projets "sous NDA" Un portfolio entièrement confidentiel peut signifier que les projets n'existent pas, ne sont pas livrés, ou que les clients ne veulent pas être associés à l'agence. Demandez au moins des schémas techniques anonymisés ou des métriques de résultat.

Freelance, petite agence, grande agence : lequel choisir ?

💼 Freelance

300–600 €/j
Budget total : 5–50 k€. Idéal pour une feature précise, un MVP très simple, ou un complément à une équipe existante. Risque : disponibilité, pas de redondance si absent.

🏢 Grande agence (50+ salariés)

800–1 500 €/j facturé
Budget total : 150 k€+. Pertinent pour les grands groupes avec process achats structurés. Overhead commercial élevé, interlocuteur technique souvent en 3e couche.

✦ Agence spécialisée (3–20 pers.)

450–750 €/j
Budget total : 15–120 k€. Meilleur rapport qualité/prix pour les PME et startups. Interlocuteur tech direct, vraie responsabilisation, spécialisation réelle.

⚡ No-code / SaaS

0–500 €/mois
Pertinent pour les besoins standards (CRM, formulaires, automatisations simples). Dépendance éditeur, personnalisation limitée. Voir notre article sur no-code vs sur mesure.

Les 10 questions à poser avant de signer

  1. Qui sera le développeur principal sur mon projet — prénom, profil, ancienneté dans l'équipe ?
  2. Pouvez-vous me donner 2 contacts clients que je peux appeler directement ?
  3. Comment est structuré le paiement — à quels livrables sont liés les jalons ?
  4. Le code source m'appartient-il à 100 % dès le début, y compris les bibliothèques développées pour moi ?
  5. Quand aurai-je accès au repository GitHub/GitLab en lecture ?
  6. Quelle est la stack recommandée pour mon projet et pourquoi ce choix précis ?
  7. Y a-t-il une part de sous-traitance ? À qui et dans quel pays ?
  8. Comment gérez-vous les modifications de scope en cours de projet ?
  9. Que se passe-t-il si le développeur assigné quitte votre équipe en cours de projet ?
  10. Que comprend la maintenance après livraison, et à quel coût ?

Ce qu'on fait chez Happie (transparence totale)

On est une équipe de 4 développeurs basés en France. Nos tarifs journaliers : 450–650 €/j selon le profil. On travaille sur des projets entre 15 000 et 120 000 €.

Notre processus en 5 étapes

  1. Cadrage gratuit (30 min) — appel pour comprendre le besoin, identifier si on est le bon fit, estimer l'ordre de grandeur
  2. Spec fonctionnelle (payante, 1–2 semaines) — on rédige le cahier des charges avec vous avant de chiffrer précisément
  3. Devis détaillé par feature — chaque ligne de devis est une fonctionnalité précise avec son estimation
  4. Développement en sprints de 2 semaines — démo après chaque sprint, paiement lié aux livrables
  5. Livraison avec documentation + repository — vous repartez avec le code, la doc, et la capacité de travailler avec n'importe quelle autre équipe après nous

On refuse des projets régulièrement : quand le budget est trop bas pour ce qui est demandé, quand le no-code suffit, ou quand on pense qu'un freelance serait plus adapté. Ce n'est pas du désintérêt — c'est qu'on préfère travailler sur des projets qu'on peut bien livrer.

Si votre projet entre dans notre zone d'expertise, prenez 30 minutes avec nous — c'est gratuit et sans engagement.