Comptabilité de gestion pour une agence IT : les trois chiffres qui disent tout

"₴12M de chiffre d'affaires annuel. 15 développeurs. Trois années bénéficiaires. Et je ne pouvais honnêtement pas dire, quand on me l'a demandé, quel projet était rentable et lequel était une fuite lente."

La fondatrice d'une agence de services IT a décrit le moment de la prise de conscience lors d'un séminaire de direction. Son entreprise avait crû pendant trois ans. Chiffre d'affaires de ₴4M à ₴12M. Effectif de 5 à 15 développeurs. Bénéfice visible en fin d'année. Selon toute mesure externe — un succès.

Puis la directrice des opérations a posé une question : "Sur nos 11 projets actifs, lesquels deux sont les plus rentables par heure de développeur ?"

Elle n'a pas su répondre. Les livres comptables montraient le chiffre d'affaires par projet (parfois — quand les projets étaient facturés proprement). Ils ne montraient pas les heures de développeur allouées par projet. Ils ne montraient pas le taux horaire effectif après déduction des temps morts, des congés, du travail interne. Ils ne montraient pas la marge sur coûts variables par type de projet (T&M vs forfait vs abonnement).

Elle savait que sa marge agrégée était saine. Elle ne savait pas quels clients la généraient et lesquels subventionnaient silencieusement la croissance de l'agence sur sa propre marge.

Cet article porte sur les trois chiffres dont une dirigeante d'agence IT a besoin pour donner du sens à son activité — et pourquoi la comptabilité standard ne les produit pas, aussi rigoureux que soit le comptable.

Le paradoxe : ₴12M de chiffre d'affaires ne veut pas dire ₴12M de décisions

La plupart des dirigeants d'agences prêtent attention à deux chiffres : le chiffre d'affaires et le bénéfice net. Ce sont les chiffres que produit leur comptable, les chiffres qu'ils citent en présentant l'entreprise, les chiffres qu'ils surveillent mois après mois.

Ces deux chiffres sont trop agrégés pour guider les décisions. Une agence IT avec ₴12M de chiffre d'affaires et 18 % de marge nette (₴2,16M de bénéfice) paraît saine. Mais :

• Si 60 % du chiffre d'affaires provient de deux clients, l'entreprise porte un risque de concentration caché
• Si le projet le plus rentable délivre 38 % de marge et le moins rentable −4 %, l'agrégat masque à la fois une opportunité (davantage du type rentable) et un problème (celui qui perd de l'argent)
• Si l'utilisation des développeurs se situe à 58 % mais que la liste des projets paraît « entièrement staffée », il y a ₴1,4M de capacité facturable inexploitée chaque année
• Si l'équipe est détournée du travail client payé vers du travail interne non payé 20 % du temps, le taux horaire effectif est nettement inférieur au taux publié

Les chiffres agrégés disent « vous êtes rentable ». Les décisions ont besoin de savoir « où, avec qui, sur quoi et avec quelle durabilité ». La comptabilité de gestion pour une agence IT est structurée précisément pour répondre à cela.

Le cadre général — la comptabilité de gestion en tant que discipline — se trouve dans l'article de référence → La comptabilité de gestion expliquée.

Les trois chiffres que produit la comptabilité de gestion d'une agence IT

Pour une agence de services IT, trois chiffres font l'essentiel du travail de guidage des décisions. Chiffre un — le taux d'utilisation par développeur. Sur les heures pendant lesquelles un développeur est disponible dans un mois (~160), combien étaient facturables à un client ? L'entreprise de services type suppose 100 %. Le chiffre honnête pour une agence IT est de 60 à 75 % — le reste correspond au support commercial, aux outils internes, à la formation, aux congés maladie, au temps d'inter-mission entre les projets. L'utilisation suivie par développeur et par mois révèle : qui est chargé de façon fiable, qui est entre deux projets, où se cache la capacité, où l'agence est silencieusement en sureffectif par rapport à la demande actuelle.

Chiffre deux — le taux horaire effectif par projet. Les taux publiés sont aspirationnels (« notre taux développeur senior est de ₴1 800/heure »). Les taux effectifs sont ce qui se passe réellement après le dérapage de périmètre, les remises accordées pour occuper les développeurs disponibles, les heures internes non facturées et les reprises de projet. Pour une agence IT saine, le taux effectif représente 75 à 90 % du taux publié. En dessous de 70 %, cela signifie un sous-tarification ou une fuite de périmètre. Calculé par projet, ce chiffre indique quels projets sont durablement rentables et lesquels dérivent silencieusement.

Chiffre trois — la marge sur coûts variables par projet (et par type de projet). Le chiffre d'affaires moins les coûts directs de réalisation (temps de développeur au coût entièrement chargé, sous-traitants, outils affectés au projet) avant frais généraux alloués. Calculé par projet, c'est le signal stratégique le plus important : il indique quel travail mérite d'être poursuivi davantage, quel travail doit être retarifé, quels clients approfondir, quels clients congédier.

Ces trois chiffres n'apparaissent pas sur un compte de résultat au format fiscal. Ils émergent en superposant la comptabilité de gestion à une comptabilité propre et un suivi du temps. Article n°2 → couvre la distinction entre comptabilité financière et comptabilité de gestion ; article n°4 → couvre le compte de résultat opérationnel auquel cela se rattache.

Comment ces chiffres transforment la tarification, le recrutement et le mix client

Lorsque les trois chiffres existent, quatre types de décisions deviennent structurés plutôt qu'instinctifs.

Tarification. Au lieu de « gardons les mêmes tarifs puisque les clients ne se sont pas plaints », la tarification devient : « notre taux effectif chez ce client est de 67 % du taux publié — nous perdons 33 points à cause de la fuite de périmètre. Soit resserrer le périmètre, soit augmenter le tarif de 30 % ». Précis. Défendable.

Recrutement. Au lieu de « on se sent débordés, embauchons un développeur de plus », le recrutement devient : « l'utilisation de l'équipe est à 76 % depuis trois mois, projetée à y rester compte tenu du pipeline. Un senior supplémentaire absorberait immédiatement 65 % d'utilisation et atteindrait 75 % d'ici le troisième mois. Abordable dans le scénario de base, tendu dans le scénario défavorable ». Modélisé. Justifiable. Article n°5 → couvre le modèle financier qui rend ces scénarios exécutables.

Mix client. Au lieu de « tous les clients se ressemblent à peu près », le mix client devient géré : abandonner les deux clients affichant une marge sur coûts variables négative, approfondir les trois affichant une marge supérieure à la moyenne, proposer un ajustement de tarif aux deux clients intermédiaires dont le taux effectif est silencieusement sous le seuil.

Décisions sur les lignes de service. Lorsque la marge sur coûts variables est mesurée par type de projet (développement au forfait vs T&M vs abonnement continu), l'agence apprend quels modèles sont les plus rentables et ajuste son mix commercial en conséquence. Beaucoup d'agences découvrent que leur travail au plus faible marge est celui qu'elles ont historiquement le plus apprécié — et agissent en conséquence.

Les complications propres à l'IT

Quelques réalités propres aux agences IT rendent la comptabilité de gestion plus difficile que pour d'autres entreprises de services — et plus précieuse une fois mise en place. La discipline du suivi du temps. Sans un suivi des heures par développeur et par projet, l'utilisation et le taux effectif ne peuvent pas être mesurés. La plupart des agences commencent avec un outil (Toggl, Harvest, Clockify) et la discipline émerge sur 60 à 90 jours. La discipline elle-même révèle des problèmes : un développeur qui enregistre 14 heures/jour suggère un périmètre mal évalué ; un développeur qui enregistre 4 heures/jour en « interne » révèle une sous-utilisation.

Le temps d'inter-mission. Entre deux projets, les développeurs coûtent à l'agence sans facturer. Ce n'est pas du capital mort — c'est de la préparation, de la formation, du support commercial. Mais cela doit être suivi et budgété. Une agence saine fonctionne avec ~10 à 15 % de temps d'inter-mission. Au-delà de 25 %, c'est un problème de pipeline commercial, pas un problème de livraison.

L'exposition au risque de change. De nombreuses agences IT ukrainiennes facturent en USD ou en EUR tout en payant en UAH. Les mouvements de taux de change affectent la marge. Une comptabilité de gestion qui convertit tout dans une seule devise de reporting aux bons taux fait apparaître la marge réelle — et révèle quand le change explique un déplacement de marge, plutôt qu'un changement opérationnel.

Le mix des types de projet. Forfait, T&M (temps et matériel), abonnement, équipe dédiée — chacun a une dynamique de marge différente, un risque différent, un calendrier de trésorerie différent. Agréger le chiffre d'affaires sur tous les types masque quels modèles gagnent des parts et lesquels perdent de la marge.

Comment mettre en place la comptabilité de gestion en 90 jours

La dirigeante d'agence du début a fait cela sur un trimestre. Trois phases.

Phase 1 — Fondation (semaines 1 à 4). Mettre en place le suivi du temps. Catégoriser toutes les heures de développeur en : facturable à un client/projet spécifique, interne (support commercial, formation, outils), inter-mission (entre projets), administratif. Faire en sorte que chaque développeur enregistre ses heures de façon cohérente. Le premier mois de données est incomplet — c'est attendu.

Phase 2 — Cartographie (semaines 5 à 8). Cartographier chaque projet actif : chiffre d'affaires, date de fin prévue, coût entièrement chargé du développeur (salaire + avantages + allocation des frais généraux), coûts directs (sous-traitants, outils). Calculer la marge sur coûts variables par projet pour le trimestre précédent. Les chiffres surprendront. Article n°4 → couvre le compte de résultat opérationnel auquel cela se rattache.

Phase 3 — Intégration à la décision (semaines 9 à 12). Avec trois mois de données d'utilisation et de marge sur coûts variables par projet, la dirigeante exécute trois décisions : (1) un client à retarifer, (2) un client à abandonner, (3) une décision de recrutement modélisée face à trois scénarios. Après ces décisions, la pratique est établie. Le rythme mensuel prend le relais.

Article n°12 → couvre le cadre de cadence.

📌 Découvrez à quoi ressemble la comptabilité de gestion pour une agence de services IT — utilisation, taux effectif, marge sur coûts variables par projet — dans une vue unique et intégrée. Réservez une démo Finmap de 20 minutes. Nous parcourrons un exemple réel de configuration d'agence et montrerons comment les trois chiffres font émerger les décisions. [Réserver une démo Finmap →]