Choisir un prestataireMéthodeContratSur-mesure
Choisir une agence de développement d'application : 12 questions
6 min de lecture
Pour choisir une agence de développement d'application, posez-lui douze questions précises avant de signer, et jugez les réponses plus que la plaquette : comment elle cadre le besoin, comment elle fixe le prix, qui écrit le code, ce qui se passe après la mise en production et comment vous pourriez la quitter. Une bonne agence répond par des faits vérifiables ; une réponse vague sur l'un de ces points vaut un refus.
Les comparatifs « meilleures agences » publiés par les agences elles-mêmes ne vous aideront pas : chacune s'y classe première. Ce qui suit est une grille de questions, avec pour chacune la réponse qui rassure et celle qui doit vous alerter. Elle vaut pour n'importe quel prestataire, nous compris.
Avant les questions : savoir ce que vous achetez
Une agence de développement peut vendre trois choses très différentes : du temps (la régie, facturée à la journée), un résultat à prix fixe (le forfait), ou l'usage d'un logiciel qu'elle exploite pour vous (l'abonnement). La même application peut être achetée des trois façons, avec des risques répartis différemment. Si ce point n'est pas clair, relisez notre comparaison du forfait et de la régie avant le premier rendez-vous : la moitié des questions ci-dessous en dépend.
Si vous hésitez encore entre une agence, un freelance ou un outil no-code, la question se pose en amont, et nous la traitons dans un article dédié.
Méthode : comment l'agence comprend votre besoin
1. Comment allez-vous cadrer le projet avant de le chiffrer ? La bonne réponse décrit une étape concrète : ateliers, prototype, document de périmètre. La mauvaise est un prix donné dès le premier appel. Personne ne peut chiffrer sérieusement une application sans connaître ses règles métier, et un chiffre trop rapide finit en avenants.
2. Que verrai-je avant de payer le développement ? Une maquette, un prototype cliquable, des écrans avec des données réalistes : quelque chose que vos utilisateurs peuvent regarder et critiquer. C'est le meilleur moyen de vérifier que l'agence a compris votre métier, et de savoir ce que le prix couvre. Nous détaillons cette logique dans cet article sur le prototype, et les différences entre maquette, prototype et MVP ici.
3. Comment livrez-vous : en un bloc final ou par paliers ? Des livraisons utilisables à intervalles réguliers vous permettent de corriger la trajectoire tôt. Un projet qui ne montre rien pendant six mois concentre tous les risques sur la dernière semaine.
Prix : ce que vous paierez vraiment
4. Le prix est-il fixe, ou une estimation facturée au temps passé ? Les deux existent et peuvent se défendre, mais ce ne sont pas les mêmes contrats. Un « forfait » exprimé en jours estimés reste souvent de la régie déguisée : faites préciser ce qui arrive si le nombre de jours est dépassé.
5. Que se passe-t-il quand je demande une modification ? La bonne réponse décrit un processus : la demande est chiffrée, vous l'acceptez ou non, puis elle est planifiée. La mauvaise est « on s'arrangera ». Les modifications sont normales ; ce qui coûte cher, c'est qu'elles ne soient jamais chiffrées.
6. Qu'est-ce qui n'est pas inclus ? Hébergement, maintenance, reprise de données, formation, connecteurs vers vos outils existants : chacun de ces postes peut être compté ou oublié. Pour lire un devis ligne par ligne, notre méthode de comparaison des devis et notre article sur ce qui fait le prix d'une application métier donnent la grille complète.
Équipe : qui travaille sur votre projet
7. Qui écrira le code, et où ? En interne, en sous-traitance, en offshore : vous devez le savoir, parce que c'est cette personne qui comprendra votre application dans un an. La réponse doit figurer au contrat.
8. Qui sera mon interlocuteur, et qui décide côté agence ? Un chef de projet qui transmet tout à une équipe que vous ne verrez jamais, ou une personne qui comprend à la fois le métier et la technique : les deux fonctionnent, mais pas avec le même niveau de friction.
Code et technique : ce que vous pourrez en faire
9. Avec quelles technologies, et pourquoi ? Une technologie standard, documentée et répandue permet à une autre équipe de reprendre le travail. Une technologie maison ou rare vous lie au prestataire. Demandez si le code pourrait être repris par une autre équipe, et comment.
10. À qui appartiendra le code, et qu'est-ce que j'aurai le droit d'en faire ? La réponse dépend du contrat, et elle doit y être écrite. En droit français, une cession de droits d'auteur n'est valable que si chaque droit cédé est mentionné distinctement (art. L131-3 du code de la propriété intellectuelle) : une phrase vague ne suffit pas. Nous développons ce point dans notre article sur la propriété du code source. Chez LPR Studio, les droits dépendent de la formule retenue et sont définis au cas par cas dans le contrat.
Après la mise en ligne : exploitation et sortie
11. Qui héberge, surveille et met à jour l'application ? Une application métier doit être sauvegardée, supervisée et corrigée tant qu'elle sert. Faites préciser qui le fait, à quel prix et avec quel délai d'intervention. Notre article sur la maintenance d'une application métier détaille ce que recouvre ce poste.
12. Si nous arrêtons de travailler ensemble, que récupérerai-je ? Le code, les données dans un format lisible, les accès à l'hébergement, la documentation : la liste doit exister avant la signature, pas au moment de la rupture. Une agence sûre de sa valeur n'a aucune raison d'esquiver cette question.
La grille, en un coup d'oeil
| Question | Réponse qui rassure | Signal d'alerte |
|---|---|---|
| Cadrage | Prototype ou périmètre écrit avant le prix | Prix annoncé au premier appel |
| Prix | Fixe, ou règle de dépassement écrite | « Forfait » en jours estimés sans plafond |
| Modifications | Chiffrées et acceptées une par une | « On verra le moment venu » |
| Exclusions | Listées dans le devis | Silence sur l'hébergement et la maintenance |
| Équipe | Noms et lieu de développement au contrat | Sous-traitance non mentionnée |
| Technologies | Standards, documentées, reprenables | Outil maison ou plateforme fermée |
| Code | Droits écrits, poste par poste | « Le code est à vous » sans autre précision |
| Exploitation | Qui, quoi, quel délai d'intervention | Rien après la livraison |
| Sortie | Liste de ce que vous récupérez | Question éludée |
Quand une agence n'est pas la bonne réponse
Une agence n'est pas toujours le bon choix. Si un logiciel du marché couvre déjà l'essentiel de votre besoin, l'adapter coûtera moins cher : c'est l'objet de notre comparaison entre sur-mesure et progiciel. Si vous avez déjà une équipe technique interne qui manque seulement de bras, un renfort ponctuel peut suffire. Et pour un outil jetable, utilisé quelques semaines par trois personnes, un outil no-code fait souvent l'affaire.
Par où commencer
Envoyez la même description de votre besoin à deux ou trois prestataires, posez-leur ces douze questions, et comparez ce qu'ils vous montrent plutôt que ce qu'ils promettent. Chez LPR Studio, la première réponse est un prototype visuel gratuit, présenté en visio sous 5 jours ouvrés : vous jugez notre compréhension de votre métier sur pièce, avant toute question de prix. Nos trois formules et notre démarche sont décrites sur l'accueil.