Agence application métier : 7 critères pour bien la choisir
Pour choisir une agence d'application métier, vérifiez sept points avant de signer : sa compréhension de votre métier, une méthode qui livre tôt une version utilisable, sa capacité à se brancher sur vos outils existants, la lisibilité de son devis, la propriété du code et des données, ce qui est prévu après la mise en production, et des références que vous pouvez appeler. Aucun de ces critères ne se juge sur une plaquette commerciale : chacun se vérifie par une question précise posée en rendez-vous, et par la qualité de la réponse.
Qu'attendre d'une agence d'application métier ?
Une application métier est un logiciel construit autour d'un processus précis de votre entreprise : le chiffrage d'un devis, la planification des interventions, le suivi d'un chantier, la gestion des stocks d'un atelier. Elle remplace souvent un mélange de tableurs, de ressaisies et d'outils génériques mal ajustés. Pour la définition complète et des exemples, voyez notre guide sur l'application métier.
L'agence que vous choisissez ne vend donc pas seulement du code. Elle vend sa capacité à comprendre votre façon de travailler, à la traduire en outil, puis à faire en sorte que vos équipes l'utilisent. Une agence techniquement brillante qui livre le mauvais outil vous coûtera plus cher qu'une agence modeste qui livre le bon.
C'est pourquoi les sept critères ci-dessous portent autant sur la méthode et le contrat que sur la technique. Pour le déroulé complet d'un projet, de l'expression du besoin à la mise en production, consultez notre article sur le développement d'une application métier.
Critère 1 : l'agence comprend-elle votre métier avant de parler technique ?
Le premier rendez-vous en dit beaucoup. Une bonne agence pose plus de questions qu'elle ne fait de démonstrations. Elle veut savoir qui utilise l'outil, à quel moment de la journée, avec quelles informations sous la main, et ce qui se passe quand une étape est bloquée.
Méfiez-vous à l'inverse d'une agence qui propose une architecture, un langage ou un planning avant d'avoir compris votre processus. Elle chiffre ce qu'elle sait faire, pas ce dont vous avez besoin.
Les questions à poser :
- Comment allez-vous comprendre notre façon de travailler : entretiens, observation sur place, analyse de nos fichiers actuels ?
- Qui, chez vous, parlera avec nos équipes de terrain, et pas seulement avec la direction ?
- Pouvez-vous reformuler notre besoin en une phrase, avec ce qui prouvera qu'il est résolu ?
L'expérience sectorielle aide, mais elle ne remplace pas cette curiosité. Une agence qui a déjà travaillé pour votre secteur peut aussi arriver avec des certitudes qui ne correspondent pas à votre entreprise.
Apportez au premier rendez-vous un exemple réel : un devis, une feuille de suivi, l'export d'un tableur. Observez si l'agence s'y intéresse dans le détail ou si elle le survole pour revenir à sa présentation.
Critère 2 : sa méthode livre-t-elle tôt une version utilisable ?
Un cahier des charges exhaustif rédigé pendant des semaines, puis un développement à huis clos, puis une livraison unique : ce schéma a un défaut connu. Vos équipes découvrent l'outil à la fin, au moment où chaque correction coûte le plus cher.
Une méthode par versions successives réduit ce risque. L'agence livre une première version centrée sur un seul parcours, vos équipes l'utilisent en conditions réelles, puis l'outil s'enrichit à partir de leurs retours.
Ce qu'il faut vérifier :
- La date à laquelle vos équipes pourront utiliser une première version, sur un vrai cas.
- Le rythme des démonstrations et qui y participe de votre côté.
- La manière dont une demande de changement est traitée en cours de projet : chiffrée à part, intégrée dans un budget prévu, ou refusée.
- Les critères qui déclarent une version « terminée ».
Une agence qui ne sait pas répondre clairement au troisième point vous expose aux deux écueils classiques : l'avenant à chaque remarque, ou le refus de toute adaptation.
Critère 3 : sait-elle se brancher sur vos outils existants ?
Une application métier ne vit pas seule. Elle doit lire vos clients dans le CRM, envoyer les factures en comptabilité, récupérer les commandes d'un site, notifier une boîte e-mail. Si elle devient un îlot de plus, vos équipes recommenceront à ressaisir les données, et le gain disparaît.
Demandez la liste des outils que vous utilisez et, pour chacun, comment l'agence propose de s'y connecter : par une API documentée, par un export programmé, par un connecteur existant. Demandez aussi ce qui se passe quand l'un de ces outils change son API, et qui surveille ces connexions après la livraison.
Les plateformes d'automatisation comme Make, Zapier ou n8n peuvent suffire pour des liaisons simples. Leurs limites et leurs modèles de prix sont détaillés dans notre comparatif Make, Zapier et n8n.
Critère 4 : son devis est-il lisible ?
Un devis de développement doit permettre de comprendre ce que vous achetez. Les deux grands modèles de contrat n'ont pas les mêmes risques.
| Modèle | Principe | Pour vous | Risque principal |
|---|---|---|---|
| Forfait | Un prix fixe pour un périmètre défini | Budget connu à l'avance | Périmètre figé, avenants dès qu'on s'en écarte |
| Régie | Facturation au temps passé, au taux journalier | Souplesse pour ajuster en cours de route | Budget final incertain sans pilotage serré |
| Forfait par version | Un prix fixe par version livrée et utilisée | Budget maîtrisé, ajustements entre versions | Demande un découpage clair dès le départ |
Quel que soit le modèle, un devis sérieux sépare au moins ces postes : cadrage, développement, intégrations, reprise des données, tests, formation, hébergement, maintenance. Un montant global unique ne vous permet ni de comparer deux agences, ni de discuter le périmètre.
Comparez les devis à périmètre égal. Un devis nettement moins cher omet souvent la reprise des données, les intégrations ou la maintenance, qui réapparaissent ensuite en avenants.
Pour savoir ce qui fait varier le prix et comment lire chaque ligne, consultez notre guide sur le prix d'un logiciel sur mesure.
Critère 5 : à qui appartiendront le code et les données ?
C'est le critère le plus souvent oublié, et celui qui coûte le plus cher quand on s'en aperçoit trop tard.
En droit français, un logiciel créé par un salarié dans l'exercice de ses fonctions appartient à son employeur, comme le prévoit l'article L113-9 du Code de la propriété intellectuelle. Mais votre agence n'est pas votre salariée : sans clause de cession, les droits sur le code qu'elle écrit pour vous restent chez elle. Et la cession ne se présume pas : l'article L131-3 du même code exige que chaque droit cédé soit mentionné distinctement, avec son étendue, sa destination, son lieu et sa durée.
Ce que le contrat doit préciser :
- la cession des droits sur le code développé spécifiquement pour vous, droit par droit ;
- la remise du code source et de sa documentation, à quel moment et sous quelle forme ;
- les briques réutilisées par l'agence d'un client à l'autre, et la licence qui vous permet de continuer à les utiliser ;
- l'hébergement des données, le propriétaire du compte d'hébergement, l'accès aux sauvegardes ;
- les conditions de réversibilité si vous changez de prestataire.
Faites relire ces clauses par votre avocat. C'est une dépense modeste au regard de ce qu'elle protège.
Critère 6 : que se passe-t-il après la mise en production ?
Une application métier évolue avec l'entreprise : nouveaux produits, nouvelle réglementation, nouveaux collaborateurs, nouveaux outils à connecter. La mise en production n'est pas la fin du projet, c'est le début de son usage réel.
Les questions à poser :
- Qui corrige un bloquant, et dans quel délai ?
- Les mises à jour de sécurité sont-elles incluses, et à quelle fréquence sont-elles appliquées ?
- Comment sont chiffrées les évolutions : au cas par cas, dans un forfait annuel, dans un abonnement ?
- Qui surveille que l'outil fonctionne (connexions, sauvegardes, erreurs) sans attendre qu'un utilisateur s'en plaigne ?
- Les premières semaines d'usage sont-elles accompagnées sur place, pour ajuster l'outil aux remarques des équipes ?
Une réponse floue à ces questions signale une agence organisée pour livrer des projets, pas pour faire vivre des outils.
Critère 7 : ses références sont-elles vérifiables ?
Une page de logos ne prouve rien. Demandez deux ou trois contacts chez des clients de taille comparable à la vôtre, et appelez-les.
Ce qu'il faut leur demander :
- L'outil est-il toujours utilisé, et par qui ?
- Le budget et le planning annoncés ont-ils été tenus, et sinon pourquoi ?
- Comment l'agence a-t-elle réagi au premier problème sérieux ?
- Referiez-vous appel à elle pour un nouveau projet ?
La dernière question est souvent la plus parlante. Un client qui hésite à répondre vous apprend plus qu'une étude de cas soignée.
La grille récapitulative à emporter en rendez-vous
| Critère | Question décisive | Signal positif | Signal d'alerte |
|---|---|---|---|
| Compréhension du métier | Comment allez-vous comprendre notre processus ? | Observation sur place, questions sur les cas difficiles | Démonstration avant toute question |
| Méthode | Quand utiliserons-nous une première version ? | Une date proche, sur un parcours réel | Livraison unique en fin de projet |
| Intégrations | Comment vous connectez-vous à nos outils ? | Réponse outil par outil | « On verra en cours de projet » |
| Devis | Quels postes sont inclus ? | Postes séparés et datés | Montant global sans détail |
| Propriété | À qui appartiennent le code et les données ? | Cession écrite, code remis, hébergement à votre nom | Code chez l'agence, accès sur demande |
| Après livraison | Qui corrige, qui surveille, qui fait évoluer ? | Engagements écrits et chiffrés | « Nous restons disponibles » |
| Références | Puis-je appeler deux clients ? | Contacts fournis sans difficulté | Refus ou seulement des logos |
Agence, freelance ou partenaire présent sur le terrain : quel modèle choisir ?
L'agence n'est pas la seule option, et le bon choix dépend de la durée de votre besoin.
| Modèle | Adapté quand | Limite |
|---|---|---|
| Agence de développement | Le périmètre est clair et le projet a un début et une fin | Distance avec le terrain, suivi après livraison parfois faible |
| Développeur indépendant | Le besoin est ciblé et vous savez le piloter | Continuité dépendante d'une seule personne |
| Partenaire tech présent dans vos équipes | Le besoin évolue et touche plusieurs processus | Engagement dans la durée, à cadrer contractuellement |
Les différences de responsabilité et de prix entre ces modèles sont détaillées dans notre article agence de développement ou partenaire tech.
Combien coûte une application métier développée par une agence ?
Le prix dépend du nombre de parcours couverts, des intégrations, de la reprise des données et du modèle de contrat. Il se calcule en jours de travail multipliés par un taux journalier, plus les coûts récurrents d'hébergement et de maintenance. Le seul moyen d'obtenir un chiffre fiable est de demander à plusieurs agences un devis détaillé sur le même périmètre.
Combien de temps faut-il pour développer une application métier ?
Une première version centrée sur un seul parcours peut être utilisée en quelques semaines si le besoin est bien cadré. Un outil qui couvre plusieurs services et de nombreuses intégrations demande plusieurs mois. Demandez à l'agence la date de la première version utilisable plutôt que la date de fin de projet.
Faut-il un cahier des charges pour consulter une agence ?
Un cahier des charges exhaustif n'est pas nécessaire, et il fige souvent des choix trop tôt. Préparez plutôt une description du processus actuel, les irritants concrets, les outils en place et ce qui prouvera que le problème est résolu. Une bonne agence vous aidera à compléter le reste.
Comment s'assurer d'être propriétaire du code ?
Le contrat doit prévoir une cession écrite des droits, détaillée droit par droit, ainsi que la remise du code source et de sa documentation. Vérifiez aussi que l'hébergement et les comptes techniques sont à votre nom. Sans ces clauses, le code développé reste en principe la propriété de l'agence.
Peut-on changer d'agence en cours de route ?
Oui, si vous détenez le code, sa documentation et les accès à l'hébergement. Le nouveau prestataire aura besoin de quelques semaines pour reprendre le projet. C'est pourquoi la réversibilité se négocie dès la signature, pas au moment de la rupture.
Choisir sur pièces, pas sur promesse
Les sept critères se résument à une idée : une bonne agence d'application métier accepte d'être vérifiée. Elle s'intéresse à votre processus avant de proposer une solution, montre tôt ce qu'elle construit, détaille son devis, vous laisse la propriété de ce que vous payez et s'engage sur la suite. Chez Tellao, nos ingénieurs travaillent au contact de vos équipes pour construire des outils métier et des agents IA qui restent sous votre contrôle. Si vous voulez soumettre votre projet à cette grille, prenez rendez-vous avec notre équipe.
