Encaisser comme l’affaire a réellement été conclue
Cord encaisse déjà par acompte et solde, et en échéances égales. Ce qui manque, c’est le cas réel des projets et des déploiements : des paiements liés à des jalons, et non à un calendrier uniforme.
Ce que nous construisons :
- Échéancier par jalons : définissez chaque étape avec son nom, son pourcentage ou son montant et sa condition (« à la livraison de la maquette », « au lancement de la production »), au lieu de diviser le total en parts égales.
- Déblocage sur événement : le paiement d’un jalon s’ouvre lorsque ce jalon est marqué comme atteint, pas lorsqu’arrive une date arbitraire.
- Visible pour le client : le lien public affiche l’échéancier complet : ce qui est déjà payé, ce qui suit et ce qui reste à accomplir, sans que personne ait à l’expliquer par e-mail.
- Ajustements en cours de route : un projet dont le périmètre change doit pouvoir renégocier les jalons restants sans toucher à ceux déjà encaissés.
Pourquoi ce n’est pas encore disponible :
Un jalon qu’on peut encaisser avant qu’il soit atteint est un problème d’argent, pas d’interface. Le bon ordre : d’abord la condition et sa preuve, ensuite le bouton de paiement.
Fonctionnement
Définissez le nom, le montant ou le pourcentage et la condition de chaque jalon.
Le client voit l’échéancier complet et l’état de chaque étape.
Le paiement s’ouvre lorsque la condition est confirmée, et la preuve du changement est conservée.
Disponibilité et périmètre
Initiative future pour les projets, les chantiers et les déploiements qui n’entrent pas dans un schéma acompte et solde ou en échéances égales.
Limites claires
Un jalon ne pourra pas être encaissé simplement parce qu’une date est arrivée si sa condition n’est pas remplie. Les changements de périmètre devront respecter ce qui a déjà été encaissé.