Comment savoir si ton prestataire est fiable, avant de signer le devis ?

Tu as reçu deux ou trois devis, un profil freelance t'a tapé dans l'œil, ou une agence t'a fait un pitch bien rodé. L'envie de démarrer est là, le budget aussi. Et pourtant, c'est exactement le moment où le plus de projets partent sur de mauvaises bases : pas au moment du premier bug, mais avant même la première ligne de code, parce que personne n'a posé les bonnes questions.

J'ai écrit ici le plan pour reprendre la main quand un prestataire disparaît. Ce texte-ci arrive avant : comment repérer les signaux qui auraient dû t'alerter, pour ne jamais avoir besoin du premier article.

Pourquoi tant de projets partent mal, avant même le premier bug

Un projet qui dérape n'explose presque jamais d'un coup. Il part d'un petit flou accepté trop vite : un prix donné à l'oral sans détail écrit, un délai « environ deux mois » jamais confirmé par mail, une question sur la propriété du code éludée avec un sourire. Chacun de ces flous, pris seul, paraît insignifiant. Mis bout à bout, ils deviennent le terrain sur lequel un projet s'enlise.

La bonne nouvelle : ces signaux se repèrent avant de signer, pas après. Il suffit de savoir où regarder.

Les signaux qui doivent t'alerter avant même de demander un devis

Certains signaux se voient dès le premier échange, avant même de parler chiffres. Ils ne condamnent pas automatiquement un prestataire, mais ils méritent une question directe de ta part :

• Le prix est très en dessous du marché sans explication. Souvent, ça cache un périmètre réduit qui reviendra en supplément, ou une personne qui a accepté trop de projets en même temps.
• Aucune référence vérifiable. Pas besoin d'un book de cent projets : un seul outil réel, que tu peux ouvrir et manipuler, vaut plus que dix captures d'écran.
• Le discours est flou dès qu'on parle de délai ou de propriété du code. Une réponse évasive à une question simple est rarement un hasard.
• Tout se fait à l'oral — appels, messages, promesses — sans jamais rien poser par écrit, même un résumé de mail après l'appel.
• La pression pour signer vite, sans te laisser le temps de comparer ou de relire le devis tranquillement.

Aucun de ces signaux, pris isolément, ne veut dire fuis. Mais s'ils s'accumulent, ou si la réponse à ta question directe reste vague après relance, c'est un signal fort.

Les questions à poser en entretien, et les réponses qui comptent

Avant de signer quoi que ce soit, pose ces questions directement, à l'oral ou par écrit, et regarde la clarté de la réponse autant que son contenu :

• « Le prix que tu m'annonces, il peut évoluer en cours de route ? » — la réponse doit être un prix figé, ou une liste précise de ce qui déclencherait un supplément.
• « Est-ce que je serai propriétaire du code à la livraison ? » — une hésitation ici est le signal le plus sérieux de toute cette liste.
• « Je peux voir un outil que tu as déjà livré, en vrai ? » — pas un portfolio de captures, un outil qu'on peut ouvrir et cliquer dedans.
• « Comment se passe le paiement ? Un acompte, puis quoi ? » — méfie-toi d'un acompte trop élevé exigé avant toute maquette ou tout écrit.

Ce n'est pas de la méfiance excessive : c'est le minimum que mérite un projet qui va te coûter plusieurs milliers d'euros et plusieurs semaines de ton temps.

Le devis : ce qu'il doit contenir pour te protéger

Le devis n'est pas une formalité administrative, c'est ton seul levier si les choses tournent mal. J'ai détaillé les sept éléments qu'un devis sérieux doit toujours contenir, mais l'essentiel tient en une phrase : prix, périmètre, délai et propriété du code doivent être écrits noir sur blanc, pas promis à l'oral.

Un devis flou n'est pas forcément un piège volontaire — parfois c'est juste de l'amateurisme. Mais le résultat pour toi est le même : aucun recours le jour où quelque chose dérape.

Le R0 → 1 : pourquoi je préfère te prouver plutôt que te promettre

Beaucoup de prestataires vendent une promesse sur plan : « fais-moi confiance, dans deux mois tu auras ton outil ». C'est justement ce vide entre la signature et la première preuve concrète qui laisse la place au doute — et parfois à la mauvaise surprise.

C'est pour ça que je fonctionne autrement : partir de ton R0, ton zéro, et te montrer un premier résultat qui tourne avant même que tu aies payé quoi que ce soit. Une maquette cliquable en 7 jours, ou tu ne dois rien. Tu juges sur un écran réel, pas sur un discours. C'est plus facile à vérifier qu'une promesse : soit l'outil existe, soit il n'existe pas.

Alors, comment trancher ?

Fais confiance à ton instinct autant qu'à cette liste : si une question simple te met mal à l'aise dans la réponse qu'on te donne, ou si personne n'accepte de rien mettre par écrit, ce n'est pas à toi de te forcer à signer quand même.

• Un devis écrit, daté, avec un prix figé : non négociable.
• Une réponse claire sur la propriété du code : non négociable.
• Au moins une preuve concrète d'un travail déjà livré : fortement recommandé.
• Une maquette ou un premier résultat visible avant le gros du paiement : l'idéal, rarement obligatoire mais toujours rassurant.

Si tu coches ces cases, tu réduis fortement le risque de te retrouver un jour dans la situation du prestataire injoignable. Et si tu veux voir comment j'applique moi-même ces principes — prix figé, propriété du code, maquette avant paiement — va voir comment je construis ton logiciel sur mesure.