P&L par ligne de métier dans une entreprise IT : développement, support, staff augmentation

Une entreprise IT fait rarement une seule chose. En interne, plusieurs lignes de métier tournent généralement en parallèle : développement produit, outsourcing ou staff augmentation, support, parfois SEO, design ou conseil en plus. Au niveau de toute l'entreprise, les chiffres ont l'air corrects — il y a du chiffre d'affaires, il y a du bénéfice en fin d'année. Mais c'est la température moyenne de l'hôpital : une ligne peut être très rentable pendant qu'une autre grignote silencieusement, pendant des années, ce que la première a gagné.

Tant que vous ne regardez que le compte de résultat global, vous ne le voyez pas. Un P&L par ligne de métier est le même document, mais décomposé pour chaque ligne séparément. Il répond à la question qui définit la stratégie d'une entreprise : sur quoi gagnons-nous vraiment de l'argent, et que gardons-nous par habitude ?

Voyons étape par étape comment le construire, examinons un exemple réel avec des chiffres, et voyons quelles décisions il permet de prendre. Si la comptabilité de gestion est encore un sujet nouveau pour vous, commencez par les bases dans La comptabilité de gestion pour une entreprise IT en mots simples.

Pourquoi le P&L global cache la vérité

Imaginez une entreprise avec 12 M UAH de chiffre d'affaires annuel et 1,5 M UAH de bénéfice. À première vue, tout va bien : l'entreprise est dans le vert, la marge tourne autour de 12 %. Le propriétaire est serein et continue de développer chaque ligne de la même manière.

Décomposons à présent ce même résultat par ligne. Il s'avère que le développement produit a rapporté +2,4 M, le staff augmentation +0,3 M, et le support — moins 1,2 M. Autrement dit, les lignes rentables subventionnent depuis des années celle qui perd de l'argent, et l'entreprise croît non pas grâce au support, mais malgré lui. Sur le P&L global, rien de tout cela n'est visible — la perte d'une ligne se cache simplement derrière le bénéfice d'une autre.

C'est justement pour cela que le bénéfice total est un chiffre dangereux pour prendre des décisions. Il dit « globalement, on est ok », mais il ne dit pas où investir et quoi réparer. Un P&L par ligne de métier supprime ce lissage.

Étape 1. Définissez vos lignes selon leur modèle de revenus

Une ligne de métier n'est ni un service ni une équipe — c'est la manière dont vous gagnez de l'argent. Développement au forfait, staff augmentation mensuel, support sur retainer, votre propre produit par abonnement — ce sont des modèles différents avec des économies différentes, et chacun doit être compté séparément.

Ne découpez pas trop finement. Au départ, 3 à 5 lignes qui se distinguent nettement en termes financiers suffisent. Le test principal est simple : si deux lignes gagnent de l'argent de manières différentes et que vous pourriez fermer l'une sans toucher à l'autre, ce sont des lignes distinctes.

Étape 2. Attribuez les revenus aux lignes

Associez chaque paiement entrant à une ligne. Le paiement d'un projet au forfait va au « développement », une facture mensuelle pour des développeurs dédiés va au « staff augmentation », un retainer de support va au « support ». C'est l'étape la plus simple, mais c'est elle qui fixe la structure de tout le rapport.

Une réserve : si un client paie plusieurs services en un seul paiement (développement + support, par exemple), répartissez le montant entre les lignes. Sinon, une ligne se retrouve artificiellement gonflée aux dépens d'une autre.

Étape 3. Attribuez les coûts directs — principalement salaires et temps

Dans l'IT, le plus gros coût, ce sont les personnes, et c'est exactement là que se cache toute la vérité sur vos lignes. Si un développeur travaille entièrement sur un projet de staff augmentation, son salaire tombe intégralement sur le staff augmentation. Si un team lead passe la moitié de son temps sur le produit et l'autre moitié sur le support, son salaire doit être divisé en deux entre les lignes.

Sans répartition du temps, un P&L par ligne de métier ne fonctionne pas : tous les salaires sont jetés dans le même tas, et la ligne déficitaire a l'air correcte parce que son coût réel est « étalé » sur toute l'entreprise. Vous n'êtes pas obligé de déployer un suivi du temps minute par minute — au départ, une estimation honnête du pourcentage de temps que chaque personne clé consacre à chaque ligne suffit.

Le même panier contient les autres coûts directs d'une ligne : prestataires, licences et services pour des projets spécifiques, cloud pour le produit, déplacements professionnels. Tout ce qui existe précisément à cause de cette ligne.

Étape 4. Répartissez les coûts partagés

Ce qui reste, ce sont les coûts qui n'appartiennent à aucune ligne en particulier : bureau, comptabilité, salaires de la direction, ventes, marketing. Ils doivent eux aussi être répartis, sinon le bénéfice des lignes est surestimé. Les bases de répartition les plus simples sont le chiffre d'affaires d'une ligne ou le nombre de personnes qui y travaillent.

Ne compliquez pas les choses : même une répartition approximative mais cohérente donne une image plusieurs fois plus précise que « les coûts partagés vivent à part ». L'essentiel est d'appliquer une même règle à toutes les lignes de la même manière.

Exemple : un P&L par ligne de métier en chiffres

Revenons à l'entreprise avec 12 M UAH de chiffre d'affaires. Décomposons-la en trois lignes pour l'année.

Développement : revenus 6 M, salaires de l'équipe 2,8 M, prestataires 0,4 M, part des coûts partagés 1,2 M → bénéfice +1,6 M (marge ~27 %).

Staff augmentation : revenus 4 M, salaires des développeurs dédiés 3,0 M, coûts partagés 0,8 M → bénéfice +0,2 M (marge ~5 %).

Support : revenus 2 M, salaires de l'équipe support 2,3 M, coûts partagés 0,6 M → bénéfice −0,9 M (marge −45 %).

Au total, cela revient à peu près aux mêmes +0,9 M, mais maintenant l'essentiel est visible : le développement fait vivre l'entreprise, le staff augmentation se maintient à peine à flot, et le support est structurellement déficitaire. Ce n'est plus « globalement, un plus » — ce sont des décisions concrètes sur la table.

Quelles décisions un P&L par ligne de métier permet de prendre

Quand vous voyez les lignes séparément, chacune s'accompagne d'un scénario clair. Développement rentable — le faire grandir : plus de projets de ce type, plus de personnes. Staff augmentation à 5 % de marge — revoir vos tarifs, car il tourne presque à l'équilibre et le moindre temps mort le fait passer dans le rouge (comme dans le cas 20 développeurs, un tarif horaire, et aucune idée de combien le projet a rapporté).

Support déficitaire — ne pas le fermer aveuglément, mais creuser : peut-être est-il sous-tarifé et faut-il augmenter les retainers, ou peut-être retient-il des clients pour le développement rentable et constitue-t-il un investissement délibéré. L'essentiel, c'est que c'est désormais une décision consciente, pas un hasard. La même approche appliquée aux clients plutôt qu'aux lignes se trouve dans P&L par client : qui apporte vraiment l'argent, et une comparaison entre lignes, localisations et canaux se trouve dans Marge par ligne de métier, localisation et canal.

Construire un P&L par ligne de métier à la main dans Excel, c'est faisable, mais chaque mois, c'est un travail épuisant de répartition des salaires et des coûts partagés. Dans Finmap, vous rattachez les transactions aux lignes une seule fois, et le bénéfice de chaque ligne est calculé pour vous — essayez gratuitement pendant 7 jours.