1. 01Accueil
  2. 02Logiciel sur mesure
  3. 03Formation
  4. 04Accompagnement
  5. 05Le Journal
Analyser mon site →
Réponse dans la journée
Garanties 8 octobre 2026 · 7 min de lecture

Logiciel sur mesure : quelles garanties exiger avant de signer ?

« Fais-moi confiance » n'est pas une garantie. C'est une phrase qu'on te dit juste avant de te demander un acompte. Voici les quatre engagements concrets qui doivent être écrits noir sur blanc avant que tu paies quoi que ce soit — et ceux que je mets moi-même par écrit.

Un capybara géant en costume tient un immense filet de sécurité de cirque sous un homme d'affaires miniature qui tombe depuis un contrat déchiré, surmonté d'un énorme cachet de cire rouge — collage éditorial aux couleurs KPIbara

Tu as un devis sous les yeux, un montant à payer, et une question qui te trotte en tête que personne ne pose à voix haute : et si ça ne se passe pas comme promis ? Et si le délai annoncé double, si le prix gonfle en cours de route, si le prestataire disparaît après l'acompte, ou si à la fin tu te retrouves avec un outil que tu ne possèdes même pas ? Ce ne sont pas des scénarios paranoïaques : ce sont des situations qui arrivent, régulièrement, à des dirigeants qui avaient pourtant un devis en main.

Un devis décrit ce qui va être construit. Une garantie décrit ce qui se passe si ça ne l'est pas, ou si ça l'est mal. Ce sont deux documents différents, et beaucoup de prestataires — moi y compris, si je ne le faisais pas exprès — pourraient très bien te vendre le premier sans jamais t'offrir le second. Je vais te donner les quatre garanties concrètes à exiger avant de signer, et t'expliquer pourquoi je les mets moi-même par écrit sur chaque projet.

Le mot « garantie », et ce qu'il cache vraiment

Dans ce secteur, « garantie » est souvent un mot qu'on prononce à l'oral, dans un sourire rassurant, pendant le rendez-vous commercial — et qui ne survit jamais jusqu'au contrat. « T'inquiète, on tient toujours nos délais. » « De toute façon le code reste à toi. » Ces phrases n'engagent personne tant qu'elles ne sont écrites nulle part. Le jour où ça dérape, tu n'as rien à brandir — juste un souvenir de conversation contre la version de l'autre.

Une garantie sérieuse a trois caractéristiques simples : elle est écrite, elle est datée, et elle est vérifiable — c'est-à-dire que tu peux objectivement constater si elle a été tenue ou non, sans débat d'interprétation. Si une promesse ne coche pas ces trois cases, ce n'est pas une garantie : c'est une intention, peut-être sincère, mais qui ne te protège de rien.

Les quatre garanties à exiger avant de signer

Pas besoin d'un avocat pour les demander. Il suffit de savoir lesquelles existent et de refuser de signer tant qu'elles n'apparaissent pas noir sur blanc.

  • Un prix figé par écrit, daté avant la première ligne de code — pas une fourchette, pas un « environ », un chiffre qui ne bougera plus sauf si toi tu changes le périmètre du projet en cours de route.
  • Un livrable intermédiaire que tu peux juger avant de payer la majorité de la facture — une maquette cliquable, un premier module fonctionnel, quelque chose de concret à regarder, pas une promesse de résultat final dans trois mois.
  • Un échéancier de paiement lié à des étapes réelles, pas à des dates arbitraires sur un calendrier. Tu paies quand tu vois quelque chose, jamais uniquement parce qu'une date est passée.
  • La propriété du code à la livraison, avec une période de support incluse après la mise en production — parce qu'un bug découvert le lendemain de la facture finale ne doit jamais devenir « un nouveau projet facturé à part ».
« Une garantie qui ne coûte rien à celui qui la donne n'en est pas une. Le risque doit vraiment changer de camp — sinon ce n'est qu'une formule dans une plaquette commerciale. »

Sans garantie, avec garantie : le vrai écart

Mis côte à côte, l'écart n'est pas une nuance de confort. C'est la différence entre porter le risque toi-même, ou le faire porter par la personne qui construit.

Sans garantie écrite
✗Délai « environ 2 mois », jamais confirmé par écrit
✗Tu découvres le résultat final, pas avant
✗Facture qui gonfle à chaque imprévu du prestataire
✗Propriété du code floue, support après-vente payant
Avec garantie sérieuse
✓Date de livrable intermédiaire écrite, vérifiable
✓Tu juges sur un aperçu concret avant de payer le gros
✓Prix figé, les imprévus du prestataire sont son problème
✓Code à toi, support inclus après la mise en production

Ce tableau n'est pas théorique : c'est exactement la liste des points où j'ai vu des projets déraper, chez des dirigeants qui venaient me voir après coup. Pas parce que le prestataire précédent était malhonnête — souvent il était juste surchargé, ou optimiste sur ses propres délais. Mais sans garantie écrite, l'optimisme de quelqu'un d'autre devient ton problème à toi.

Tu veux voir ce que ça donnerait sur TON projet ?

Colle l'adresse de ton site dans le guichet : mon IA l'analyse pour de vrai et te propose l'équipe d'agents qui pourrait bosser pour toi. C'est gratuit, sans inscription, et ça prend 30 secondes.

Fais analyser ton site →

Le R0 → 1 : pourquoi la garantie compte encore plus quand tu pars de zéro

Si tu as déjà un logiciel et que tu cherches à le faire évoluer, tu as un point de comparaison : tu sais ce que « ça marche » veut dire chez toi. Mais si tu pars d'un tableur, d'un cahier ou de rien du tout — ce que j'appelle ton R0 — tu n'as aucun repère pour juger si ce qu'on te livre est normal ou pas. Tu ne peux pas comparer à un « avant » qui fonctionnait.

C'est précisément dans ce passage de R0 à 1 que la garantie protège le plus : elle remplace le repère que tu n'as pas encore. Tant que tu n'as rien vu tourner, tu ne peux pas savoir si le prestataire est en retard, en avance, ou en train de construire autre chose que ce que tu avais en tête. Une garantie qui te donne un aperçu concret tôt — avant d'avoir payé l'essentiel — te permet de juger sur pièce, pas sur promesse.

Ce que je garantis moi-même, par écrit

Je ne vais pas te vendre les quatre garanties ci-dessus sans te montrer comment je les applique. Sur chaque projet : le devis est figé après notre premier échange, et il ne bouge plus sauf si toi tu ajoutes du périmètre. Le paiement est séquencé en 40 % au démarrage, 60 % le jour de la mise en production — pas à la remise d'un dossier, le jour où tu t'en sers vraiment.

Et avant tout ça : ta maquette cliquable en 7 jours, ou tu ne dois rien. C'est l'étape qui te permet de juger avant d'avoir payé la majorité de la facture. Si je ne tiens pas ce délai, on s'arrête là, sans frais pour toi — le risque du retard est de mon côté, jamais du tien. C'est aussi pour ça que je ne prends que deux projets en parallèle : c'est ce qui rend ce délai tenable, pas une formule en l'air.

À la livraison, tu es propriétaire du code, avec 30 jours de support inclus pour corriger ce qui doit l'être. Si tu veux ensuite que je continue à faire évoluer l'outil, c'est un forfait optionnel — jamais une obligation cachée dans les petites lignes.

Alors, quelles questions poser avant de signer ?

Trois questions suffisent pour démasquer une garantie creuse en deux minutes. Le prix peut-il encore bouger, et dans quel cas précisément ? Qu'est-ce que je verrai, concrètement, avant d'avoir payé la majorité de la facture ? Qui possède le code le jour où le projet est livré ? Si les réponses sont claires, écrites et datées, tu as affaire à quelqu'un qui a vraiment réfléchi à ce qu'il te doit. Si elles restent vagues ou renvoyées à « on verra en cours de route », tu as ta réponse aussi — juste pas celle que tu espérais.

Si tu veux que ces garanties soient écrites dès le premier échange plutôt que découvertes après coup, regarde comment je construis ton logiciel sur mesure, avec le prix, la méthode et la garantie « ta maquette en 7 jours ou tu ne dois rien ». Et avant même de comparer les garanties, encore faut-il savoir repérer un prestataire fiable et lire un devis correctement — les deux textes qui précèdent celui-ci.

On me demande souvent

Tes questions, en clair.

Qu'est-ce qu'une garantie sérieuse sur un logiciel sur mesure ?+
C'est un engagement écrit, daté et vérifiable avant que tu paies quoi que ce soit : un prix figé qui ne bouge plus, un livrable intermédiaire que tu peux juger avant de payer la majorité de la facture, et la propriété du code à la fin. Une promesse orale ou une formule vague dans un devis n'est pas une garantie, c'est une intention.
Que se passe-t-il si le prestataire ne livre pas dans les délais promis ?+
Ça dépend entièrement de ce qui est écrit dans le devis, pas de ce qui a été dit à l'oral. Si rien n'est prévu, tu n'as aucun levier : tu attends, ou tu négocies à froid. C'est pour ça qu'une vraie garantie attache le retard à une conséquence concrète — chez moi, si ta maquette cliquable n'est pas là au bout de 7 jours, tu ne dois rien.
Comment est séquencé le paiement chez KPIbara ?+
40 % au démarrage, 60 % le jour de la mise en production — pas à la remise d'un dossier, mais le jour où tu t'en sers vraiment. Et la toute première étape, la maquette cliquable, doit être livrée en 7 jours ou tu ne paies rien du tout. Le risque du délai est de mon côté, jamais du tien.
La garantie s'arrête-t-elle à la mise en production ?+
Non. La livraison inclut 30 jours de support pour corriger ce qui doit l'être, et tu repars propriétaire du code : tu peux l'héberger, le faire évoluer ou le confier à quelqu'un d'autre. Une garantie qui s'arrête le jour de la facture finale n'en est pas vraiment une — elle doit continuer à exister après que tu as payé.
Le capybara KPIbara

Tu as l'idée.
Voyons ce qu'on en fait.

Le premier échange est gratuit et sans engagement. Décris ton projet en deux lignes — je te réponds dans la journée, personnellement.

Parle-moi de ton projet → Faire analyser mon site