On fabrique des meubles, on a fait développer un système de suivi des commandes. Le contrat prévoyait 3 mois, ça fait 6 mois et c'est toujours pas fini. On a payé 70 % de la somme.
À chaque appel, ils disent "ça sera fini cette semaine". Chez nous, c'était pareil : on a vu deux démos, et les deux fois, c'étaient les mêmes bugs.
Là, je sais plus quoi faire. J'attends, je vais voir un avocat, ou je passe à une autre agence ? Y'a quelqu'un qui est passé par là ?
Je précise d'abord que je donne des infos générales, pas un avis juridique ; sans voir votre dossier, pas de conseil concret.
La première chose à faire, c'est de passer du suivi oral au suivi écrit. Dire "ça sera fini cette semaine" au tel, ça a zéro valeur probante. À partir de maintenant, résumez chaque échange par mail : "lors de notre échange d'aujourd'hui, la livraison a été confirmée pour telle date".
Deuxième étape, vérifier ce que le contrat prévoit en cas de retard. S'il y a une clause pénale, il faut généralement d'abord mettre en demeure, donc envoyer une mise en demeure formelle. Le contenu et le délai de cette mise en demeure sont importants, ne téléchargez pas un modèle et ne l'envoyez pas comme ça.
Troisième étape, sécuriser ce que vous avez : demandez la livraison du code actuel, de la base de données et des fichiers de design s'il y en a. C'est ce qu'on perd le plus quand le conflit s'envenime ; c'est bien plus facile à demander quand la relation est encore bonne.
Si vous pensez à transférer le projet, cette troisième étape est indispensable. Si vous n'avez pas de code fonctionnel en main, pas de transfert possible, ce sera une refonte totale.
Je parle du point de vue de l'agence, je ne vais pas les défendre mais j'essaie de poser un diagnostic.
1. Dans la grande majorité des projets de 3 mois qui durent 6 mois, la raison est la même : l'agence a pris plus de boulot que sa capacité et votre projet est passé en dernier car vous êtes le client qui gueule le moins.
La phrase "ça sera fini cette semaine" est souvent pas un mensonge, mais un souhait. Cette semaine-là, un autre client gueule et l'équipe bascule sur lui.
3. Le truc le plus efficace, c'est pas de demander une date, mais de demander de la visibilité hebdo. Chaque vendredi, un rapport d'avancement écrit : ce qui est fini cette semaine, ce qui sera fini la semaine prochaine, quel est le blocage. Si ça fait deux semaines de suite que c'est la même chose, vous avez votre réponse.
4. Avant de transférer, faites absolument faire une expertise technique. Reprendre un projet où 70 % est payé mais seulement 20 % est fait, ça coûte plus cher que de tout refaire de zéro. Ne décidez pas sans savoir ça.
Je fais ce métier depuis vingt ans, j'ai fait beaucoup d'audits de reprise. Je vous dis quoi regarder, ne vous pressez pas.
La première chose à vérifier, c'est si le code est stocké quelque part. Est-ce qu'ils utilisent un système de gestion de version, est-ce qu'il y a un historique ? Si non, c'est le signe le plus clair que le projet n'est pas géré proprement.
Deuxième point, est-ce que ça tourne ? Si le code ne se lance pas sur une autre machine une fois que vous l'avez, il n'est pas considéré comme livré.
Troisième point, la structure de la base de données. Il peut manquer des écrans, ça se rattrape. Si le modèle de données est faux, on ne peut rien construire dessus, il faut tout casser.
Faites vérifier ces trois points par quelqu'un qui peut le faire en une journée. Une petite dépense, une très grosse décision.
On a vécu la même chose. La semaine où on a demandé des rapports écrits, le travail s'est accéléré. Ça vaut le coup d'essayer.
Gökhan, je vous liste les étapes à suivre, vous pouvez gérer ça cette semaine :
Aujourd'hui : rassemblez tous les échanges des six derniers mois dans un seul dossier, par ordre chronologique. Mettez le contrat à côté.
Demain : envoyez un e-mail écrit à l'agence en demandant trois choses — un rapport d'avancement à jour, une liste datée des tâches restantes, et une copie du code et de la base de données actuels. Restez courtois mais ferme.
S'ils répondent : faites faire l'audit technique dont parlait Volkan Bey, puis prenez votre décision.
S'ils ne répondent pas ou qu'ils vous baladent : passez à l'étape de mise en demeure mentionnée par Kemal Bey, là il faut vraiment travailler avec un avocat.
Pour vous remonter le moral : ce genre de situation est bien plus courant que vous ne le pensez et la plupart des cas se règlent sans passer par le tribunal. Avancez par écrit et calmement, c'est vous qui devez piloter le processus.
Merci beaucoup, j'ai envoyé le mail demandant le rapport écrit hier, ils ont appelé aujourd'hui.
Chez nous, voici ce qui s'est passé : c'est la première fois qu'ils nous envoyaient une vraie liste et la plupart des points manquants attendaient en fait notre validation. Donc la faute n'est pas entièrement sur eux, je préfère être honnête là-dessus. Cela dit, le fait que personne ne nous ait dit ça pendant six mois est un autre problème.
Je vais aussi faire faire l'audit technique, je posterai le résultat ici.
Le point le plus souvent négligé concernant livraison est : Prendre des notes pendant deux semaines donne de meilleurs résultats qu'une estimation de six mois.
C'est mon avis je ne l'écris pas comme une vérité absolue.
Je suis d'accord en partie pas en partie. Le calendrier de paiement doit être lié aux étapes du projet, pas au calendrier lui-même.
J'espère que cela vous sera utile.
Doki · Migration d'infrastructure · 2026
À noter : l'erreur la plus courante sur ce sujet est de compter sur une seule mesure de sécurité. Procédez par couches — si l'une est contournée, l'autre bloque.
Laissez-moi détailler l'aspect technique... bon le vrai problème n'est pas le chiffre mais la base sur laquelle il est calculé.
Tout va bien les trois premiers mois les problèmes arrivent au quatrième.
Doki · Design d'interface · 2026
Chez moi, c'est l'inverse qui s'est passé, c'est pourquoi j'écris. Commencez par un petit test, ne vous engagez pas sur tout d'un coup.
J'espère que cela vous sera utile.