Tarifs d’un développeur : taux horaire, forfait ou contrat de maintenance ?

La difficulté de la facturation en développement logiciel n’est pas le montant — c’est que vous vendez quelque chose dont la conception n’est pas terminée au moment où vous le chiffrez. Le client demande « une application pour les commandes », vous donnez un chiffre, et trois semaines plus tard « l’application » a gagné des rôles utilisateurs, des impressions et une connexion à son logiciel de comptabilité.

Les trois modèles de facturation ne sont pas une question de goût : chacun place le risque de l’inconnu à un endroit différent.

Les trois modèles

• Taux horaire (régie / time & materials) : vous facturez les heures travaillées. Le risque de l’inconnu est chez le client.
• Forfait (prix fixe) : vous convenez d’un montant pour un périmètre défini. Le risque est pour vous.
• Retainer / contrat de maintenance : un montant mensuel fixe pour la disponibilité, les mises à jour et un nombre d’heures convenu. Le risque est partagé.

Quand le taux horaire convient

Quand le périmètre ne peut pas être figé : évolution d’un système existant, investigation dans le code de quelqu’un d’autre, migration de données depuis une base que personne n’a documentée. Là, un montant fixe n’est qu’un pari avec vous-même.

La condition pour que cela fonctionne : le client doit voir où vont les heures. Une facture « 84 heures en juillet » sans détail déclenche la même discussion chaque mois. Une facture avec les tâches et leurs heures n’en déclenche aucune.

Quand le forfait convient

Quand vous avez déjà fait quelque chose de semblable et savez où se cachent les heures : site vitrine, boutique en ligne sur une plateforme connue, une intégration que vous avez déjà réalisée deux fois. Trois règles le gardent sain :

1. Le forfait décrit des livrables, pas des intentions : « jusqu’à 5 pages », « un formulaire de contact », « deux séries de corrections ».
2. Ce qui est exclu est écrit. C’est cette ligne qui vous sauvera, pas la liste de ce qui est inclus.
3. Tout changement de périmètre fait l’objet d’un devis séparé, aussi petit soit-il. Le deuxième « petit ajout » est toujours le début du troisième.

Et une marge de 20 à 30 % sur votre estimation. Ce n’est pas de la ruse — ce sont les statistiques du métier.

Le retainer : le revenu qui ne dépend pas de nouveaux projets

Chaque projet livré laisse derrière lui quelque chose qui demande de l’attention : mises à jour de sécurité, renouvellements de domaine et d’hébergement, sauvegardes, petites modifications. La plupart le font gratuitement parce que « c’est cinq minutes » — et finissent par travailler un mois par an pour rien.

Un contrat de maintenance transforme cela en revenu prévisible. Un schéma qui fonctionne : un montant fixe qui couvre les mises à jour, la surveillance et jusqu’à X heures de petites modifications par mois ; le dépassement est facturé au taux horaire ; le délai de réponse est écrit dans le contrat.

Comment calculer votre taux horaire

Le taux horaire n’est pas le salaire que vous voulez divisé par 160. Environ la moitié des heures de votre semaine sont facturables — le reste part en devis, communication, administratif et formation.

1. Le revenu annuel net que vous visez.
2. Plus les cotisations sociales, l’impôt, l’expert-comptable, le matériel, les abonnements, les congés et la maladie.
3. Divisé par les heures réellement facturables de l’année — pas les heures travaillées.

Exemple : 1 100 heures facturables par an (environ 22 par semaine) et des besoins totaux de 55 000 € donnent un taux horaire de 50 €. Si vous facturiez sur la base des 1 800 heures travaillées, vous arriveriez à 30 € — et vous travailleriez à perte sans vous en rendre compte.

N’oubliez pas que vos prix s’entendent hors TVA et que vos factures doivent respecter les obligations de déclaration de votre pays (en Grèce, la transmission à myDATA) : le prix que vous annoncez au client et celui que vous facturez doivent relever de la même discussion.

Ce que doit dire le devis

1. Ce qui est livré, sous une forme vérifiable (« fonctionne sur mobile », pas « design moderne »).
2. Ce qui est explicitement exclu : textes, photos, traductions, formation des utilisateurs.
3. Un planning avec ses propres dépendances : quand vous avez besoin de contenus et d’accès de la part du client.
4. Un paiement échelonné lié à des jalons, avec un acompte au démarrage.
5. À qui appartient le code et ce qu’il advient des comptes tiers (hébergement, domaine, services de paiement).
6. Ce qui s’applique après la livraison : période de correction des bugs et conditions de maintenance.

Sans heures enregistrées, aucun prix ne se vérifie

Les trois modèles reposent sur la même chose : savoir combien d’heures chaque projet a finalement demandé. Sans cela, le taux horaire se calcule de mémoire, le forfait n’est jamais corrigé à la hausse et le retainer absorbe des heures que personne n’a comptées.

Dans CodePro, le temps est saisi sur la tâche et sur son projet, le devis approuvé devient un projet avec ses tâches, et le solde impayé de chaque client se met à jour tout seul. Le devis suivant s’écrit ainsi avec des données, pas avec une impression.

Ce qu’il faut suivre chaque mois

• Heures facturables par rapport aux heures totales — le ratio qui révèle toute la vérité.
• Estimation par rapport aux heures réelles, par projet ; l’écart, c’est votre prochain devis.
• Soldes ouverts par client, classés par ancienneté.
• Revenus des contrats de maintenance — la part du chiffre d’affaires qui ne repart pas de zéro chaque mois.

Conclusion

Choisissez le modèle selon la part d’inconnu du projet, pas selon ce que le client a demandé. Écrivez dans le devis ce qui est exclu. Et mesurez vos heures — c’est la seule chose qui rend votre prochain prix plus juste que le précédent.