Choisir un prestataire informatique : 10 questions à poser

Agence de développement, société de développement logiciel, indépendant, cabinet de conseil : sur le papier, les offres se ressemblent. Toutes promettent la qualité, et les devis sont difficiles à comparer. Pourtant, choisir un prestataire informatique, c’est lui confier votre code, vos données et une partie de votre activité, souvent pour plusieurs années.

Le moyen le plus fiable de départager les candidats ? Leur poser les mêmes questions, puis comparer les réponses. En voici dix, avec ce qu’elles révèlent et les réponses à attendre.

Avant de choisir un prestataire informatique, préparez le terrain

Trois précautions rendent la comparaison plus juste :

• Décrivez votre besoin en quelques pages : le problème à résoudre, les utilisateurs, les outils en place, l’échéance. Pas besoin d’un document parfait : notre méthode pour rédiger un cahier des charges logiciel vous aide à aller à l’essentiel.
• Envoyez le même document à chaque prestataire, pour comparer des réponses à la même question.
• Privilégiez l’échange au formulaire. Un bon interlocuteur s’intéresse à votre activité avant de parler technologie, et vous dit franchement quand il n’est pas le bon choix.

Le cadre : propriété, méthode et démonstrations

1. À qui appartiendront le code source et les données ?

C’est la première question à poser, car elle conditionne toutes les autres. Sans droits sur le code, vous risquez de ne pas pouvoir le faire évoluer sans votre prestataire, ni le confier à un autre. En France, par exemple, payer un développement ne suffit pas à en devenir propriétaire : la cession des droits d’auteur doit être prévue expressément dans le contrat.

La réponse à attendre : le code source, les données et la documentation vous appartiennent, et le contrat le dit noir sur blanc. Seule exception légitime : les composants tiers et les outils génériques du prestataire restent sous leur propre licence, qui doit vous permettre de continuer à les utiliser. Demandez aussi quand le code vous sera remis : selon le projet, ce peut être en continu, dans un dépôt auquel vous avez accès (sur GitHub ou GitLab, par exemple), ou à des étapes convenues à l’avance, quand le travail ne se découpe pas en morceaux livrables. L’essentiel est que ces étapes soient écrites dans le contrat.

2. Comment allez-vous travailler avec nous ?

Méthode agile, Scrum ou cycle en V : l’étiquette compte moins que le fonctionnement concret.

La réponse à attendre : des itérations courtes, un interlocuteur attitré, des priorités fixées avec vous, et une règle claire pour traiter les nouvelles demandes en cours de route. Méfiez-vous d’un prestataire qui disparaît pendant des mois pour revenir logiciel en main : autant de mois sans rien voir, autant de malentendus possibles.

3. Quand verrons-nous quelque chose qui fonctionne ?

Une démonstration vaut mieux que tous les rapports d’avancement.

La réponse à attendre : des maquettes cliquables avant le développement, puis une démonstration à la fin de chaque itération, sur un environnement de test où vos équipes essaient elles-mêmes, avec leurs propres cas. Une première version doit être utilisable tôt, sans attendre la fin du projet : pour le CRM/ERP d’un cabinet d’avocats de Sydney, un projet que notre fondateur a mené comme directeur informatique de DIGIIT Solutions, le cabinet a pu l’utiliser en moins de six mois.

La qualité : tests, sécurité et documentation

4. Comment testez-vous ce que vous livrez ?

Sans tests automatiques, un logiciel devient vite fragile : chaque correction risque d’en casser une autre partie.

La réponse à attendre : des tests automatiques écrits en même temps que le code et lancés à chaque modification, une phase de recette où vous vérifiez et validez avant chaque mise en production, et une garantie qui couvre les défauts découverts après la livraison, pendant une période définie. Des vérifications uniquement manuelles, ou laissées à vos équipes, ne suffisent pas : la recette sert à valider, pas à trouver les erreurs à la place du prestataire.

5. Comment protégerez-vous notre application et nos données ?

La sécurité ne s’ajoute pas à la fin : elle se prévoit dès la conception.

La réponse à attendre : des accès par rôle, des mots de passe et des clés stockés de façon sécurisée, des sauvegardes dont la restauration est testée, des mises à jour suivies, et des données réelles qui ne sont pas copiées sur les ordinateurs des développeurs. Si le prestataire traite des données personnelles pour votre compte et que votre activité relève du RGPD, ce règlement impose en outre un contrat qui encadre ce qu’il peut en faire.

6. Quelle documentation nous remettrez-vous ?

La documentation, c’est ce qui permettra à quelqu’un d’autre, demain, de reprendre votre logiciel.

La réponse à attendre : une documentation technique (architecture, installation, déploiement), un guide pour les utilisateurs et un historique des décisions importantes. Elle s’écrit au fil du projet, pas la dernière semaine, et elle vous est remise avec le code.

L’équipe, l’après-projet et les références

7. Qui travaillera vraiment sur notre projet ?

La personne qui vous présente l’offre n’est pas toujours celle qui la réalisera.

La réponse à attendre : les noms et les rôles des intervenants, l’interlocuteur qui suivra votre projet au quotidien, et une transparence totale sur une éventuelle sous-traitance. Demandez aussi ce qui se passe si quelqu’un quitte l’équipe : la documentation et un code partagé doivent permettre une relève sans rupture.

8. Que se passe-t-il après la mise en service ?

Un logiciel vit des années : il faut le faire tourner, le protéger et le faire évoluer.

La réponse à attendre : une offre de maintenance qui précise ce qu’elle couvre (corrections, mises à jour de sécurité, petites évolutions), des délais d’intervention écrits selon la gravité du problème, et un coût prévisible, par exemple un abonnement mensuel.

9. Et si nous voulons changer de prestataire ?

Personne n’aime parler de séparation au moment de signer. C’est pourtant le meilleur moment : tout le monde est de bonne volonté.

La réponse à attendre : une clause de réversibilité qui prévoit la remise du code, des données dans un format exploitable, de la documentation et de tous les accès, avec une période de passation. Un conseil simple : ouvrez dès le départ, au nom de votre entreprise, les comptes essentiels (hébergement, nom de domaine, magasins d’applications). Un prestataire sûr de son travail n’a aucune raison de vous retenir par contrat.

10. Pouvez-vous nous montrer des projets comparables ?

Les références sont la meilleure preuve, à condition de savoir les lire.

La réponse à attendre : des projets proches du vôtre, expliqués concrètement (le besoin, la solution, le rôle exact du prestataire et le résultat). Si possible, échangez avec un ancien client. Et pour chaque résultat chiffré, demandez comment il a été mesuré.

Avant de signer : ce que le contrat doit préciser

Les bonnes réponses à l’oral doivent se retrouver par écrit. Vérifiez que la proposition ou le contrat précise bien :

• le périmètre et la liste des livrables ;
• le calendrier, avec ses étapes et ses démonstrations ;
• le mode de facturation (forfait, journée ou abonnement) et le traitement des nouvelles demandes ;
• la cession des droits sur le code et la propriété de vos données ;
• la recette : qui valide, et selon quels critères ;
• la garantie après la livraison ;
• la maintenance : son contenu et ses délais d’intervention ;
• la sécurité et, si vous confiez des données personnelles, les clauses exigées par le RGPD ;
• la réversibilité : ce qui vous est remis en cas de départ, et dans quels délais ;
• les personnes qui interviendront, et l’éventuelle sous-traitance.

Pour les clauses juridiques, l’avis d’un juriste reste précieux.

Questions fréquentes

Indépendant, agence ou société de développement logiciel : que choisir ?

Tout dépend du projet. Un indépendant (ou freelance) convient bien à une mission ciblée, à condition de prévoir la continuité en cas d’absence. Une agence de développement est souvent spécialisée dans les sites et les applications web. Une société de développement logiciel ou un cabinet de conseil couvre en général un périmètre plus large : conception, intégrations, sécurité, maintenance. Dans tous les cas, la question 7 reste décisive : qui travaillera concrètement sur votre projet ?

Faut-il choisir le devis le moins cher ?

Pas forcément. Deux devis ne couvrent pas toujours le même travail : tests, documentation, reprise des données ou maintenance peuvent être inclus chez l’un et absents chez l’autre. Comparez à périmètre égal, maintenance des années suivantes comprise. Pour comprendre ce qui fait réellement le prix, lisez notre article sur le coût d’un logiciel sur mesure.

Peut-on travailler avec un prestataire à distance ?

Oui, si les échanges sont bien organisés : rendez-vous réguliers en visioconférence, démonstrations, plages horaires communes et langue de travail partagée. Demandez aussi qui répond en cas d’urgence, et à quelle heure. La distance compte moins que la clarté.

En résumé

Un bon prestataire informatique ne se reconnaît pas à ses promesses, mais à la précision de ses réponses. Posez ces dix questions à chaque candidat, et demandez que les réponses figurent dans le contrat.

Posez-les-nous aussi : notre FAQ répond déjà à plusieurs d’entre elles (propriété du code, déroulement des projets, suivi après la mise en ligne, reprise en main), et nous détaillons volontiers les autres de vive voix. Vous avez un projet de logiciel sur mesure, d’application web ou d’outil métier ? Réservez un appel découverte gratuit de 30 minutes : nous écoutons votre besoin et, si nous ne sommes pas les bons interlocuteurs, nous vous le disons.