1 août 2025 14 min de lecture Guide client

10 questions à poser à un prestataire technique

Choisir un développeur ou une agence est stressant quand on n'est pas technique. Ces 10 questions vous aideront à distinguer les professionnels sérieux des vendeurs de rêve, sans avoir besoin de comprendre le code.

Avant de commencer

Ces questions ne sont pas des pièges. Elles révèlent la maturité professionnelle d'un prestataire. Un bon développeur sera ravi qu'on lui pose ces questions : elles montrent que vous prenez le projet au sérieux.

Conseil : Posez ces questions à plusieurs prestataires et comparez les réponses. Les différences seront révélatrices.

Les questions essentielles

"Pouvez-vous me montrer des projets similaires que vous avez réalisés ?"

Un prestataire expérimenté a forcément des références pertinentes. Pas besoin que ce soit identique, mais le domaine ou la complexité doivent être comparables.

"Oui, voici 2-3 projets avec des problématiques similaires. Je peux vous expliquer ce qu'on a fait et les défis rencontrés. Voulez-vous que je vous mette en contact avec ces clients ?"
"Je n'ai pas exactement ce type de projet, mais je suis capable de tout faire." ou "Mes projets sont confidentiels, je ne peux rien montrer."

"Qui va réellement travailler sur mon projet ?"

Dans les agences, le commercial qui vous vend le projet n'est pas celui qui le réalise. Vous avez le droit de savoir qui code.

"C'est moi qui développerai / Voici le développeur senior qui sera assigné. Il a X années d'expérience sur cette technologie. Vous pourrez communiquer directement avec lui."
"Notre équipe s'en chargera" (sans précision) ou "On verra selon la disponibilité au moment du projet."

"Comment gérez-vous les dépassements de budget ou de délai ?"

Les imprévus arrivent toujours. La question n'est pas "si" mais "comment" ils seront gérés.

"On travaille en sprints avec des points réguliers. Si on détecte un risque de dépassement, on vous prévient immédiatement avec des options : réduire le scope, augmenter le budget, ou décaler. C'est votre décision."
"Ça n'arrivera pas, notre estimation est précise." ou "On verra à la fin du projet."

"Que se passe-t-il si on arrête de travailler ensemble ?"

La relation peut mal tourner, ou vos besoins évoluer. Vous devez pouvoir partir sans être otage.

"Le code vous appartient. Je vous fournis les accès complets (serveur, code source, documentation). Un autre développeur pourra reprendre sans problème. Voici ce que contient le handover..."
"Le code reste notre propriété" ou "Vous aurez accès au site mais pas au code source" ou évasif sur la documentation.

"Comment allez-vous me tenir informé de l'avancement ?"

Un projet web, c'est des semaines ou des mois de travail. Vous ne pouvez pas attendre la livraison finale pour découvrir le résultat.

"On fait des points hebdomadaires (visio de 30 min). Vous avez accès à un environnement de test mis à jour en continu. Je vous envoie un récap écrit chaque semaine. Vous pouvez me joindre par [canal] si besoin entre les points."
"On vous contacte quand c'est prêt" ou "Vous pouvez m'appeler quand vous voulez" (pas de cadre structuré).

"Quelles technologies allez-vous utiliser et pourquoi ?"

Vous n'avez pas besoin de comprendre les technologies, mais le prestataire doit justifier ses choix par rapport à VOS besoins, pas ses préférences.

"Pour votre projet, je recommande [X] parce que [raison liée à vos besoins]. Les alternatives seraient [Y] mais [inconvénient pour vous]. C'est une techno mature avec une bonne communauté, donc pas de problème pour trouver quelqu'un d'autre si besoin."
"On utilise toujours [X], c'est le meilleur" ou jargon technique sans explication claire des bénéfices pour vous.

"Comment testez-vous ce que vous développez ?"

Les bugs coûtent cher, surtout après la mise en production. Un process de test rigoureux évite bien des problèmes.

"J'écris des tests automatisés pour les fonctionnalités critiques. Avant chaque mise en production, je fais une recette complète. Je vous fournis un environnement de pré-production pour que vous puissiez valider aussi."
"Je teste au fur et à mesure" (sans précision) ou "Les tests, c'est du temps en plus non facturé."

"Que comprend exactement votre devis ?"

Les devis flous cachent souvent des mauvaises surprises. Tout ce qui n'est pas écrit peut être facturé en supplément.

"Le devis détaille chaque fonctionnalité avec son estimation. Voici ce qui est inclus : [liste]. Voici ce qui n'est PAS inclus : [liste]. Les modifications mineures pendant le développement sont comprises. Au-delà de X heures de changements, on refait un avenant."
"C'est tout compris" (sans détail) ou "On verra les détails au fur et à mesure."

"Quelle maintenance faudra-t-il prévoir après la mise en ligne ?"

Un site web n'est jamais "fini". Les mises à jour de sécurité, l'hébergement, les corrections de bugs font partie de la vie d'un projet.

"Après la mise en ligne, il faut prévoir : l'hébergement (~X€/mois), les mises à jour de sécurité (~X heures/an), et un budget pour les évolutions. Je propose un contrat de maintenance de X€/mois qui couvre [détail]. Sans contrat, je facture X€/heure pour les interventions."
"Normalement il n'y aura rien à faire" ou "On verra si vous avez des problèmes."

"Pouvez-vous m'expliquer votre estimation ?"

Un devis n'est pas magique. Un bon prestataire sait expliquer comment il arrive à ses chiffres.

"Voici le découpage : [X] jours pour le design, [Y] jours pour le développement du module A, [Z] jours pour B... J'ai ajouté une marge de 20% pour les imprévus. Si certaines fonctionnalités vous semblent surestimées, on peut en discuter."
"C'est mon tarif habituel pour ce type de projet" ou incapacité à détailler.

Questions bonus selon le contexte

Si vous avez déjà un site à reprendre :

  • "Pouvez-vous auditer le code existant avant de vous engager ?"
  • "Quels risques identifiez-vous sur la reprise ?"
  • "Faudra-t-il tout refaire ou peut-on conserver des éléments ?"

Si c'est une application complexe :

  • "Comment allez-vous documenter l'architecture ?"
  • "Prévoyez-vous des tests automatisés ? Quel taux de couverture ?"
  • "Qui assure le support si vous êtes indisponible ?"

Si c'est votre premier projet web :

  • "Pouvez-vous m'aider à prioriser les fonctionnalités ?"
  • "Recommanderiez-vous de commencer plus petit ?"
  • "Comment saurons-nous si le projet est un succès ?"

Les signaux d'alerte généraux

Au-delà des réponses aux questions, certains comportements doivent vous alerter :

  • Promet tout, tout de suite : un projet sérieux prend du temps
  • Prix très en dessous du marché : qualité sacrifiée ou coûts cachés
  • Pas de questions sur votre métier : impossible de bien développer sans comprendre votre besoin
  • Tout est "facile" ou "simple" : manque d'expérience ou survente
  • Impossible de parler au développeur : risque de sous-traitance opaque
  • Contrat incompréhensible ou absent : protection zéro en cas de litige
  • Aucune référence vérifiable : premier projet ou projets ratés ?

Les bons signaux

Ce qui inspire confiance

Pose des questions : s'intéresse vraiment à votre métier et vos contraintes.
Dit non parfois : refuse les demandes irréalistes plutôt que de promettre l'impossible.
Explique clairement : vulgarise sans condescendance.
Assume ses limites : "Ce n'est pas mon expertise, je vous recommande quelqu'un" est un excellent signe.
Propose des alternatives : "Vous voulez X, mais Y serait plus adapté parce que..."

Comment utiliser ces questions

Quelques conseils pratiques :

  • Pas d'interrogatoire : intégrez ces questions dans une conversation naturelle
  • Notez les réponses : vous oublierez sinon, surtout après 3-4 rendez-vous
  • Comparez : les écarts entre prestataires sont révélateurs
  • Faites confiance à votre instinct : si quelque chose vous met mal à l'aise, creusez
  • Demandez des écrits : ce qui est dit en rendez-vous doit se retrouver dans le contrat

Ce que ça dit de vous aussi

Un bon prestataire évalue aussi son client. Montrez que vous êtes un client sérieux :

  • Ayez une idée claire de votre budget (même une fourchette)
  • Connaissez vos délais et leur flexibilité
  • Identifiez qui décide côté client
  • Soyez disponible pour les échanges pendant le projet
  • Acceptez de payer un acompte (c'est normal)

Les meilleurs prestataires choisissent leurs clients autant que l'inverse. Si vous êtes préparé et professionnel, vous attirerez les meilleurs.

Besoin d'aide sur votre projet ?

Je peux vous accompagner dans le développement ou l'optimisation de votre application.

Me contacter