Les projets à périmètre fixe peuvent lier les paiements à des livrables définis et à des éléments probants d’acceptation. Les prestations au temps passé et aux frais engagés ou au forfait récurrent peuvent utiliser une facturation calendaire avec des relevés de temps approuvés et des contrôles budgétaires. Choisissez le modèle adapté au périmètre et documentez les changements, les retards et l’acceptation avant le début des travaux.
Quand les paiements calendaires nécessitent des contrôles supplémentaires
Considérez la proposition illustrative suivante : « 30 % à la signature, 30 % à la sixième semaine, 40 % à la douzième semaine ». Si les paiements dépendent uniquement des dates, un projet à périmètre fixe retardé peut tout de même déclencher la facturation. Ajoutez les livrables convenus, les éléments probants d’acceptation et une procédure relative aux retards et aux changements ; il s’agit d’un exemple, pas d’une norme de paiement du secteur.
Prévoyez un point de contrôle avant chaque paiement. Pour les jalons à périmètre fixe, examinez le livrable convenu ; pour les prestations basées sur le temps, examinez les travaux autorisés, les relevés de temps et le budget. Le seul modèle de facturation ne prouve pas l’avancement.
Une structure adaptée aux petits projets
Il s’agit d’une répartition illustrative pour un projet à périmètre fixe, et non des tarifs de Manboo ni d’un calendrier de paiement universel. Les cinq parts totalisent 100 % ; le contrat doit définir les livrables et les conditions d’assistance réels.
| Étape | Part indicative | Libérée lorsque |
|---|---|---|
| Lancement | 25 % | Le contrat, le périmètre et les modalités de démarrage sont convenus |
| Conception approuvée | 15 % | Les écrans définis et les éléments probants de conception sont acceptés |
| Développement principal terminé | 30 % | Les principaux flux de travail convenus sont démontrables dans l’environnement de test |
| Acceptation réussie | 25 % | Les conditions définies d’UAT et de résolution des défauts sont remplies |
| Retenue, si convenue | 5 % | La période convenue d’assistance en cas de défauts après le lancement et les conditions de mise à disposition sont achevées |
Chaque étape possède un déclencheur vérifiable. « Développement principal terminé » signifie que le client peut se connecter et parcourir les principaux flux de travail — et non que le développeur affirme que le travail est terminé.
L’acompte
Convenez de tout acompte en fonction de la mobilisation, de la capacité réservée et des travaux financés. Consignez les modalités de démarrage et les livrables qu’il finance ; il n’existe pas de minimum universel de 25 % requis pour planifier le développement.
Consignez le contact responsable, les modalités de démarrage convenues et le traitement de l’acompte si le projet est retardé ou annulé. Un acompte seul ne vérifie pas la capacité de livraison.
La retenue
Si une retenue est convenue, définissez son montant, sa date de libération et la procédure relative aux défauts. Les 5 % de l’exemple ci-dessus constituent une répartition hypothétique, et non une pratique habituelle du marché. Deux éléments doivent être fixés :
- Une période définie avec des dates de début et de fin précises ou un déclencheur dépourvu d’ambiguïté, plutôt qu’un blocage sans terme.
- Une condition de libération définie — la fin de la période de garantie sans défauts non résolus, plutôt que la satisfaction générale du client.
Une retenue sans terme n’est pas une retenue ; c’est une remise que le développeur n’a pas acceptée, et des développeurs raisonnables la refuseront.
Ce qu’il faut consigner parallèlement au calendrier
- Conditions de paiement — le nombre de jours suivant la facture.
- Ce qui se passe lorsqu’un jalon est en retard à cause du développeur, et séparément à cause du client. Les retards causés par le client sont fréquents — commentaires non transmis, contenu non fourni — et un calendrier qui les ignore est injuste dans l’autre sens.
- Le mode de paiement des demandes de changement, puisqu’elles se situent en dehors de la structure des jalons.
- Ce qui se passe en cas de résiliation — ce qui est dû pour les travaux réalisés et ce qui est remis.
Définissez le paiement de résiliation, les livrables acceptés et inachevés, la remise du dépôt de code et du déploiement, les droits de propriété intellectuelle et les limites des licences de tiers. Le contrat doit expliquer qui peut utiliser les travaux et ce qui est dû ; une seule phrase ne résout pas toutes les questions de propriété ou de résiliation.
Signaux d’alerte dans un calendrier proposé
- 100 % à l’avance. Parfois justifié pour de très petites missions, mais sinon il s’agit d’un risque important.
- Des jalons sans déclencheur vérifiable — « backend terminé » sans définition de ce que signifie « terminé ».
- L’assistance après le lancement n’est pas définie. Précisez toute période convenue d’assistance en cas de défauts, le périmètre de maintenance et le processus d’escalade. L’assistance peut être définie contractuellement même sans retenue ; ne vous fiez pas à une promesse informelle.
- Un paiement final avant l’acceptation. Cela inverse le rapport de force précisément au moment où il compte.
Services Manboo associés
- Développement d’applications Flutter pour les MVP iOS et Android.
- Développement de logiciels métier pour les systèmes de CRM, de réservation, de gestion des stocks et de flux de travail.
- Développement de panneaux d’administration pour les tableaux de bord opérationnels et la gestion du backend.
- Intégration d’API d’IA lorsque votre produit est prêt pour la recherche intelligente, le chat ou l’automatisation.
- Demander une étude du périmètre et une estimation du projet lorsque vous êtes prêt à planifier la première version.