Lorsqu’un projet logiciel tourne mal, la technologie est rarement en cause. Bien plus souvent, le client et le prestataire n’avaient pas les mêmes attentes dès le départ, et personne ne s’en est aperçu avant d’avoir engagé du temps et de l’argent. Bonne nouvelle : la plupart de ces malentendus peuvent être détectés avant la signature, à condition de poser les bonnes questions et d’écouter attentivement les réponses.
Voici dix questions à soumettre à toute agence ou société de développement, qu’elle soit installée dans votre ville ou à l’autre bout du monde.
Propriété et périmètre
1. À qui appartiendront le code, les données et les comptes ?
La seule réponse acceptable : à vous. Cela inclut le dépôt de code source, les comptes d’hébergement cloud, les noms de domaine, les fiches sur les stores et les abonnements tiers dont dépend le produit. Le prestataire doit disposer d’un accès, pas de la propriété. Vérifiez que le contrat le mentionne clairement, notamment en matière de cession des droits.
2. Que comprend exactement le prix ?
Demandez un détail écrit : cadrage, design, développement, recette, mise en production, documentation, formation. Ce qui n’est pas inclus compte tout autant. L’hébergement, la publication sur les stores, la mesure d’audience, la saisie des contenus et le support après lancement sont des oublis fréquents.
3. Comment les évolutions seront-elles gérées et facturées ?
Vos besoins évolueront dès que vous verrez le produit prendre forme, et c’est normal. L’essentiel est de disposer d’un mécanisme clair pour chiffrer, valider et facturer les demandes de modification, afin d’éviter les mauvaises surprises de part et d’autre.
Équipe et méthode
4. Quand verrai-je une première version fonctionnelle ?
Un bon prestataire vous montre rapidement un logiciel qui fonctionne, généralement dès les premières semaines, puis à intervalles réguliers. Si le planning prévoit plusieurs mois de silence avant une grande présentation finale, votre risque est élevé.
5. Qui travaillera réellement sur le projet ?
Les profils seniors présents en rendez-vous commercial ne sont pas toujours ceux qui écrivent le code. Demandez la composition de l’équipe, si une partie du travail est sous-traitée et qui sera votre interlocuteur au quotidien.
6. Comment utilisez-vous l’IA dans vos développements ?
C’est une question récente, mais essentielle. Une équipe qui maîtrise les outils d’IA peut travailler plus vite et réduire les coûts. Encore faut-il savoir comment le code est relu par des développeurs expérimentés, comment la sécurité est contrôlée et quelles règles encadrent les données transmises aux services d’IA. « Nous n’utilisons pas l’IA » comme « l’IA fait tout » sont deux réponses qui méritent d’être creusées.
Après la mise en ligne
7. Que se passe-t-il une fois le produit en production ?
Un logiciel demande de la maintenance : corrections, mises à jour de sécurité, compatibilité avec les nouveaux navigateurs et systèmes d’exploitation. Interrogez votre interlocuteur sur l’organisation du support, les délais d’intervention et le mode de facturation.
8. Puis-je échanger avec d’anciens clients ?
Un portfolio montre ce qui a été réalisé. Une conversation avec un ancien client vous renseigne sur la collaboration elle-même : communication, respect des délais, capacité à résoudre les problèmes et honnêteté quand les choses se compliquent.
9. Et si nous décidons de changer de prestataire ?
Le code est-il documenté ? Repose-t-il sur des outils propriétaires du prestataire ? Comment se déroulerait une passation ? Un partenaire sûr de lui ne s’offusquera pas de la question. Celui qui rend la sortie difficile doit vous alerter. C’est tout l’enjeu de la réversibilité.
10. Quel est selon vous le principal risque de ce projet ?
C’est peut-être la question la plus révélatrice. Une équipe expérimentée identifiera des risques réels, comme un besoin encore flou, une intégration fragile ou un délai serré, et expliquera comment elle compte les maîtriser. Si l’on vous répond qu’il n’y a aucun risque, c’est précisément là que se situe le risque.
Les signaux d’alerte pendant la consultation
- Un devis envoyé en quelques heures, sans aucune question sur votre activité.
- Un prix nettement inférieur à toutes les autres offres.
- Une réticence à formaliser par écrit la propriété, le périmètre ou le support.
- Des réponses floues sur la composition de l’équipe.
- Une pression pour signer vite, avant que vous ayez pu comparer.
Comparer les offres sur une base commune
Des devis ne sont comparables que s’ils décrivent le même produit. Avant de consulter, rédigez un cahier des charges synthétique : objectifs, utilisateurs, fonctionnalités indispensables, contraintes. Transmettez le même document à chaque candidat et demandez-leur d’expliciter leurs hypothèses. Comparez ensuite non seulement les montants, mais aussi la démarche, l’équipe, le calendrier et les réponses aux dix questions ci-dessus. L’offre la moins chère et la plus intéressante sont rarement la même.
Observez aussi leur façon d’écouter
Au-delà des réponses, observez l’attitude de chaque candidat. S’intéresse-t-il à vos clients, à vos contraintes et à vos enjeux, ou parle-t-il d’emblée de technologie ? Ose-t-il remettre en question une partie de votre projet qui lui semble superflue, quitte à réduire sa propre prestation ? Un partenaire curieux de votre métier dès le premier rendez-vous a bien plus de chances de construire un outil réellement utile.
Se faire accompagner par un regard indépendant
Si personne dans votre entreprise n’a de profil technique, envisagez de faire appel à un consultant indépendant pour formaliser le besoin, analyser les propositions et participer aux réunions clés. Cet investissement reste modeste au regard du coût d’un mauvais choix et d’un projet à recommencer.
Vous êtes sur le point de choisir un prestataire ? Notre offre de conseil technologique vous aide à cadrer le besoin et à évaluer les propositions en toute objectivité, même si vous choisissez finalement un autre partenaire.
