Pourquoi le choix du prestataire pèse autant sur un projet sur mesure
Parce qu'un logiciel sur mesure est un objet unique : vous ne pouvez pas l'essayer avant de l'acheter, et c'est la méthode du prestataire, plus que sa vitrine, qui détermine le résultat.
Deux devis au même montant peuvent cacher des projets opposés : l'un livre un outil documenté dont vous détenez le code, l'autre une boîte noire hébergée chez le prestataire et impossible à faire évoluer sans lui. Les critères qui suivent servent à faire apparaître ces différences avant de signer. Ils complètent le comparatif entre agence, freelance et ESN, qui aide à choisir le type de prestataire.
Critère 1 : la propriété du code et la réversibilité
Exigez une clause de cession des droits écrite, et vérifiez que le code et les comptes techniques seront à votre nom.
En droit français, le prestataire reste titulaire des droits d'auteur sur le code tant qu'un contrat écrit ne les cède pas, droit par droit. Questions à poser :
- « À quel moment les droits sur le code me sont-ils cédés, et lesquels ? »
- « Le dépôt de code, l'hébergement et le nom de domaine seront-ils ouverts à mon nom ? »
- « Quelle documentation sera livrée ? »
- « Utilisez-vous un cadre propriétaire maison que personne d'autre ne connaît ? »
Le guide propriété du code source et réversibilité détaille les clauses à exiger.
Critère 2 : un cadrage avant le chiffrage
Méfiez-vous d'un prix ferme donné après une heure de discussion : un chiffrage sérieux suppose que le prestataire ait compris votre métier, vos exceptions et vos données.
Un bon prestataire pose beaucoup de questions, demande à voir vos documents réels (un bon d'intervention, un export, une facture), veut rencontrer les utilisateurs et pas seulement la direction. Questions à poser :
- « Comment allez-vous comprendre notre fonctionnement avant de chiffrer ? »
- « Que contient le livrable du cadrage ? »
- « Que se passe-t-il si le cadrage révèle que le sur-mesure n'est pas la bonne réponse ? »
La dernière question est révélatrice : un prestataire honnête sait dire qu'un outil du marché suffit.
Critère 3 : une version testable pendant tout le projet
Vous devez pouvoir utiliser le logiciel en cours de construction, pas seulement voir des captures d'écran ou attendre la livraison finale.
Une construction par cycles courts, avec une version de test accessible en permanence, permet de corriger la trajectoire tôt, quand un changement coûte peu. Elle évite l'effet tunnel : des mois sans rien voir, puis une livraison qui ne correspond pas au besoin. Questions à poser :
- « À quelle fréquence pourrai-je tester les nouveautés ? »
- « Mes utilisateurs pourront-ils essayer l'outil avant la mise en service ? »
- « Comment les retours sont-ils intégrés au planning ? »
Critère 4 : un périmètre écrit, y compris ce qui est exclu
Le devis ou la proposition doit lister ce qui est inclus et, aussi clairement, ce qui ne l'est pas.
La plupart des conflits naissent d'un malentendu sur le périmètre : la reprise des données historiques était-elle prévue ? L'application iOS ? La formation des équipes ? Un périmètre précis, avec une rubrique « hors périmètre », protège les deux parties. Il conditionne aussi le choix du modèle de contrat, expliqué dans le comparatif forfait ou régie. Questions à poser :
- « Qu'est-ce qui n'est pas compris dans votre proposition ? »
- « Comment une demande nouvelle est-elle chiffrée et validée en cours de projet ? »
Critère 5 : la suite après la mise en service
Un logiciel métier vit des années : demandez dès le départ comment sont organisés la maintenance, les corrections et les évolutions.
Questions à poser :
- « Qui corrige un incident bloquant, et dans quel délai de prise en charge ? »
- « Comment sont gérées les mises à jour de sécurité et des systèmes mobiles ? »
- « Les évolutions sont-elles chiffrées une par une ? »
- « Puis-je confier la maintenance à quelqu'un d'autre si je le souhaite ? »
Le guide sur la TMA (maintenance applicative) liste les engagements à faire écrire.
Critère 6 : des références vérifiables
Préférez des réalisations détaillées et vérifiables à des logos ou des chiffres invérifiables.
Une bonne référence explique le problème du client, ce qui a été construit, les difficultés rencontrées et les technologies utilisées. Demandez si vous pouvez voir l'outil fonctionner, ou parler au client. Vérifiez la cohérence entre les références et votre projet : une agence de sites vitrines n'a pas forcément l'expérience d'une application hors ligne ou d'une reprise de données. Questions à poser :
- « Avez-vous déjà construit un outil comparable, et qu'est-ce qui a été difficile ? »
- « Puis-je voir une démonstration ou échanger avec un client ? »
Check-list de comparaison et signaux d'alerte
Comparez les propositions critère par critère, puis écartez celles qui présentent un des signaux d'alerte listés ensuite.
| Critère | À vérifier dans la proposition |
|---|---|
| Propriété du code | Clause de cession écrite, comptes à votre nom, documentation |
| Cadrage | Phase dédiée, livrable décrit, chiffrage après compréhension |
| Version testable | Accès permanent à un environnement de test |
| Périmètre | Inclus et exclus listés, circuit des demandes nouvelles |
| Après la mise en service | Maintenance, délais, évolutions, liberté de changer |
| Références | Projets comparables, détaillés, vérifiables |
Les signaux d'alerte
- Un prix ferme sans aucune question sur vos processus.
- Aucune mention de la propriété du code, ou un refus de la céder sans explication.
- Un hébergement imposé chez le prestataire, sans accès pour vous.
- Pas de version de test avant la livraison finale.
- Une promesse de résultat chiffré garanti (chiffre d'affaires, positionnement).
- Une réponse floue à « que se passe-t-il si nous arrêtons de travailler ensemble ? ».
Ce que fait YMHB Web
YMHB Web répond à ces six critères dans sa méthode publiée : cadrage avant chiffrage, conception maquettée, cycles courts avec version testable permanente, mise en service avec reprise des données et formation, puis évolution continue. Le périmètre écrit inclut ce qui n'en fait pas partie, et le code appartient au client au paiement intégral, documenté et déposé chez lui. Les réalisations décrivent le problème de chaque client et ce qui a été construit, et, pour plusieurs projets, ce qui a été difficile. L'agence travaille depuis Lyon et Dijon, avec des rendez-vous sur place dans ces deux villes et leurs environs, et à distance partout en France.
Questions fréquentes
- Quelles questions poser à une agence de développement avant de signer ?
- Avant de signer avec une agence de développement, demandez quand et comment les droits sur le code vous sont cédés, comment elle comprendra votre métier avant de chiffrer, à quelle fréquence vous pourrez tester une version en cours, ce qui est exclu de sa proposition, comment fonctionnent la maintenance et les évolutions après la mise en service, et quelles réalisations comparables vous pouvez vérifier.
- Faut-il choisir l'agence la moins chère pour un logiciel sur mesure ?
- Le prix seul compare mal des propositions de logiciel sur mesure, car deux devis identiques peuvent couvrir des périmètres, des niveaux de documentation et des garanties très différents. Comparez d'abord ce qui est inclus et exclu, la propriété du code, la méthode de construction et l'organisation après la mise en service. Un devis bas établi sans cadrage préalable expose à des avenants en cours de projet.
- Comment vérifier les références d'une agence de développement ?
- Pour vérifier les références d'une agence de développement, demandez des réalisations détaillées qui décrivent le problème du client, ce qui a été construit et les difficultés rencontrées. Demandez une démonstration ou un contact chez un client, et vérifiez que les projets cités ressemblent au vôtre : application terrain, reprise de données, intégrations, volumes comparables.
- Agence locale ou à distance pour un logiciel métier ?
- Une agence proche facilite le cadrage sur le terrain, les ateliers avec les utilisateurs et la formation au moment de la mise en service. Le développement lui-même se fait très bien à distance, à condition de disposer d'une version testable et de points réguliers. L'important est que le prestataire puisse venir observer votre activité aux étapes où c'est utile.
- Que doit contenir le contrat avec une agence de développement sur mesure ?
- Le contrat avec une agence de développement sur mesure doit contenir le périmètre détaillé avec ce qui est exclu, les modalités de recette, le calendrier ou les jalons, les conditions de paiement, la clause de cession des droits sur le code, les obligations de sous-traitance au sens du RGPD si des données personnelles sont traitées, et l'organisation de la maintenance après la mise en service.