Pour choisir un développeur d’application métier, évaluez sa capacité à comprendre vos règles, à dire honnêtement ce qui ne marchera pas, à écrire les livrables et à organiser la reprise du projet. La maîtrise d’une technologie compte, mais elle ne suffit pas : la réussite dépend du cadrage, des validations et de ce qui vous restera après la livraison.
Le problème le plus coûteux n’est pas toujours un mauvais code. C’est parfois une solution techniquement correcte qui ne correspond pas au travail réel, ou un projet dont personne ne sait clairement qui détient les données, les accès et la documentation.
1. Vérifiez les questions qu’il vous pose
Un bon signe : il parle d’abord de votre fonctionnement. Un mauvais signe : il a déjà choisi la solution alors que vous n’avez pas fini d’expliquer le problème. Pendant le premier échange, observez s’il :
- cherche à comprendre les exceptions ;
- demande des exemples réels ;
- s’intéresse aux futurs utilisateurs ;
- remet parfois votre demande en question.
2. Demandez ce qui vous appartiendra
Code source, données, comptes, documentation, accès techniques : la question se pose avant la signature, pas à la fin du projet. Les règles de droit d’auteur et les points à vérifier sont détaillés dans l’article sur la propriété du code d’un logiciel sur mesure.
Chez ClosiQode, le code source vous est remis à la livraison, vos données vous appartiennent et les comptes externes sont ouverts à votre nom. Je ne cède pas mes droits d’auteur par défaut : vous recevez une licence d’usage gratuite, non exclusive et sans limite de durée pour les besoins de votre entreprise. Elle vous permet d’utiliser l’application, de la modifier et de la faire modifier ou maintenir par un autre prestataire ; elle ne permet pas de revendre ni de redistribuer le logiciel ou ses briques. Si vous avez besoin d’une cession des droits patrimoniaux, elle est possible sur demande et chiffrée à part dans le devis. Le contrat fait foi, et vous pouvez le faire relire par un avocat.
Tous les prestataires n’utilisent pas le même modèle. L’essentiel est de le connaître avant de signer.
3. Comprenez comment le projet est facturé
Temps passé (TJM), forfait ou abonnement : aucun modèle n’est bon ou mauvais par nature. La vraie question est de savoir qui supporte le risque lorsque le projet prend plus de temps que prévu. Chez ClosiQode, je travaille au forfait par périmètre : le prix du périmètre convenu est fixé avant de commencer.
4. Regardez les projets réels
Pas seulement les captures d’écran. Demandez quel problème existait avant, ce qui a été construit et comment le résultat a été validé. Sur un outil de contrôle documentaire que j’ai réalisé pour un bureau d’études, le client a glissé une anomalie volontaire dans un document de test, sans me prévenir, et l’outil l’a détectée (le cas est détaillé dans l’article sur l’application métier). C’est plus instructif qu’une « application moderne et performante ».
5. Vérifiez sa capacité à dire non et à annoncer les limites
Un développeur qui valide toutes vos idées ne vous conseille pas vraiment. Un bon prestataire doit pouvoir déconseiller un choix techniquement possible lorsqu’il augmente le coût sans bénéfice mesurable, et annoncer les limites réelles de son travail.
Pour un bureau d’études, j’ai automatisé une méthode de mesure d’expert. Sur le cas de référence, le résultat s’écartait de moins de 1 % de la mesure attendue ; j’ai pourtant annoncé au client une marge d’erreur réelle d’environ 10 %, documentée avec lui. Demandez à vos candidats quelle marge d’erreur ils annoncent, et comment ils l’ont mesurée.
6. Posez la question de l’après
- Qui corrigera les bugs ?
- Comment seront facturées les évolutions ?
- Pouvez-vous changer de prestataire ?
- Un autre développeur peut-il reprendre le projet ?
La dépendance au prestataire se traite dès le début, pas le jour où vous voulez partir.
Vous cherchez un développeur pour un besoin métier précis ?
Commencez par lui expliquer le problème sans lui imposer la solution.
Présenter mon projet à ClosiQode
Comment comparer un développeur d’application métier ?
| Point à vérifier | Preuve à demander |
|---|---|
| Compréhension métier | Reformulation du processus et des exceptions |
| Périmètre | Livrables, exclusions et critères d’acceptation écrits |
| Autonomie | Propriété, accès, documentation et conditions de réversibilité |
| Qualité | Méthode de test, recette et traitement des anomalies |
| Après-projet | Maintenance, délais d’intervention et tarification des évolutions |
Ne choisissez pas sur un petit écart de prix : il ne dit rien, à lui seul, de la qualité du résultat. Comparez les offres sur un même périmètre. Deux montants proches peuvent couvrir des livrables très différents ; à l’inverse, un devis plus élevé n’est justifié que si sa différence est explicite et utile.
Freelance, agence ou éditeur : qui choisir ?
Le statut du prestataire ne garantit pas la réussite. Il change surtout la façon dont les compétences, la continuité et les décisions sont organisées. Comparez les options selon le risque réel de votre projet.
| Situation | Option à étudier en priorité | Preuve à demander |
|---|---|---|
| Périmètre ciblé, interlocuteur direct et technologie maîtrisée | Freelance | Disponibilité, procédure de reprise et personne mobilisable en cas d’absence |
| Plusieurs expertises nécessaires en même temps | Agence | Noms et rôles de l’équipe réellement affectée, pas seulement le portfolio de l’entreprise |
| Besoin déjà couvert avec peu de spécificités | Éditeur ou intégrateur | Démonstration sur vos cas, possibilités d’export et coût des adaptations |
| Processus très spécifique mais connecté à un logiciel existant | Intégrateur ou développeur sur mesure | Responsabilité de chaque interface et comportement prévu en cas de panne |
Dans tous les cas, demandez qui possède les accès, qui documente les décisions et comment un tiers pourra reprendre le projet. Ce sont des éléments comparables, contrairement à une simple impression de confiance pendant l’entretien.
Les signaux qui doivent déclencher une question
- une solution annoncée avant l’analyse du processus ;
- aucune question sur les cas particuliers et les utilisateurs ;
- des livrables ou responsabilités non définis ;
- des comptes techniques ouverts au nom du prestataire sans règle de transfert ;
- aucune recette prévue avec les futurs utilisateurs.
Ces signaux ne condamnent pas automatiquement une proposition. Ils indiquent les points à clarifier par écrit avant de signer.
Questions fréquentes
Faut-il choisir un spécialiste de mon secteur ?
Une expérience sectorielle peut accélérer le cadrage, mais la capacité à écouter, formaliser et tester reste essentielle. Demandez comment le prestataire apprend les règles qu’il ne connaît pas.
Forfait ou facturation au temps passé ?
Les deux modèles peuvent fonctionner. Vérifiez surtout ce qui est inclus, comment sont traités les changements et qui assume l’incertitude.
Quel budget prévoir pour une application métier ?
Cela dépend du périmètre. Chez ClosiQode, les projets démarrent à 1 500 € HT et se situent généralement entre 1 500 et 2 000 € HT, payés en une fois. Les postes qui font varier le prix sont détaillés dans l’article sur le prix d’une application métier sur mesure.