P&L üzletáganként egy IT-vállalatnál: fejlesztés, támogatás, staff augmentation

Egy IT-vállalat ritkán foglalkozik csak egyetlen dologgal. Belül általában több üzletág fut egyszerre: termékfejlesztés, kiszervezés vagy staff augmentation, támogatás, néha SEO, design vagy tanácsadás ráadásul. Vállalati szinten a számok rendben néznek ki – van bevétel, van nyereség az év végén. Ez viszont a kórházi átlaghőmérséklet: az egyik terület rendkívül nyereséges lehet, miközben egy másik évekig csendben felemészti azt, amit az előbbi megtermelt.

Amíg csak az összesített eredménykimutatást nézi, ezt nem látja. Az üzletágankénti P&L ugyanaz a kimutatás, csak minden területre külön lebontva. Arra a kérdésre válaszol, amely meghatározza a vállalat stratégiáját: min keresünk valójában, és mit tartunk fenn csak megszokásból?

Nézzük végig lépésről lépésre, hogyan kell felépíteni, tekintsünk meg egy valós példát számokkal, és lássuk, milyen döntéseket tesz lehetővé. Ha a vezetői számvitel még új Önnek, kezdje az alapokkal itt: Vezetői számvitel IT-vállalatoknak egyszerűen.

Miért rejti el az igazságot az összesített P&L

Képzeljen el egy vállalatot 12 millió UAH éves bevétellel és 1,5 millió UAH nyereséggel. Első pillantásra minden rendben: a vállalkozás nyereséges, a margin körülbelül 12%. A tulajdonos nyugodt, és minden területet egyformán fejleszt tovább.

Most bontsuk le ugyanezt az eredményt területenként. Kiderül, hogy a termékfejlesztés +2,4M-t hozott, a staff augmentation +0,3M-t, a támogatás pedig mínusz 1,2M-t. Vagyis a nyereséges területek évek óta a veszteséges területet finanszírozzák, és a vállalat nem a támogatásnak köszönhetően nő, hanem annak ellenére. Az összesített P&L-en mindebből semmi sem látszik – az egyik terület vesztesége egyszerűen elrejtőzik a másik nyeresége mögött.

Éppen ezért veszélyes szám az összesített nyereség a döntéshozatalhoz. Azt mondja, hogy "összességében rendben vagyunk", de nem mondja meg, hova érdemes befektetni és mit kell javítani. Az üzletágankénti P&L megszünteti ezt az átlagolást.

1. lépés. Határozza meg a területeket aszerint, hogyan keresnek pénzt

Egy üzletág nem egyenlő egy osztállyal vagy csapattal – ez az a mód, ahogyan pénzt keres. A fix áras fejlesztés, a havi staff augmentation, az előfizetéses alapon nyújtott támogatás, a saját előfizetéses termék – ezek különböző modellek különböző gazdaságtannal, és mindegyiket külön kell számolni.

Ne bontsa túl finomra. Kezdetben elég 3–5 terület, amelyek pénzben érezhetően eltérnek egymástól. Az egyszerű teszt: ha két terület más módon keres, és az egyiket le lehetne állítani a másik érintése nélkül, akkor külön területekről van szó.

2. lépés. Rendelje hozzá a bevételt a területekhez

Minden beérkező kifizetést jelöljön meg egy területtel. A fix áras projekt kifizetése a "fejlesztéshez" tartozik, a dedikált fejlesztőkért fizetett havi számla a "staff augmentation"-hoz, az előfizetéses támogatási díj a "támogatáshoz". Ez a legegyszerűbb lépés, mégis ez határozza meg a teljes kimutatás szerkezetét.

Egy figyelmeztetés: ha egy ügyfél egyetlen kifizetéssel több szolgáltatásért fizet (mondjuk fejlesztés + támogatás), ossza fel az összeget a területek között. Ellenkező esetben az egyik terület mesterségesen felfújódik a másik rovására.

3. lépés. Rendelje hozzá a közvetlen költségeket – főként a béreket és az időt

Az IT-ban a legnagyobb költség az emberek, és pontosan itt rejtőzik a teljes igazság a területeiről. Ha egy fejlesztő teljes egészében egy staff augmentation projekten dolgozik, a bére teljes egészében a staff augmentationre esik. Ha egy csapatvezető idejének felét a termékre, felét a támogatásra fordítja, a bérét fel kell osztani a két terület között.

Idő-felosztás nélkül az üzletágankénti P&L nem működik: minden bér egy közös kupacba kerül, és a veszteséges terület rendben néz ki, mert valódi költsége "elkenődik" az egész vállalaton. Nem kell perces pontosságú időnyilvántartást bevezetnie – kezdetben elég egy őszinte becslés arról, hogy minden kulcsfontosságú munkatárs idejének hány százalékát tölti az egyes területeken.

Ugyanide tartoznak egy terület egyéb közvetlen költségei: alvállalkozók, licencek és szolgáltatások konkrét projektekhez, a termékhez tartozó felhőszolgáltatás, üzleti utak. Minden, ami kifejezetten az adott terület miatt létezik.

4. lépés. Ossza fel a közös költségeket

Ami marad, azok azok a költségek, amelyek egyetlen területhez sem tartoznak: iroda, könyvelés, vezetői bérek, értékesítés, marketing. Ezeket is szét kell osztani, különben a területek nyeresége felül lesz becsülve. A legegyszerűbb felosztási alap a terület bevétele vagy a benne dolgozó emberek száma.

Ne bonyolítsa túl: még egy hozzávetőleges, de következetes felosztás is többszörösen pontosabb képet ad, mint az, ha a közös költségek "önmagukban élnek". A lényeg, hogy ugyanazt a szabályt alkalmazza minden területre egyformán.

Példa: üzletágankénti P&L számokban

Térjünk vissza a 12 millió UAH bevételű vállalathoz. Bontsuk három területre az évet.

Fejlesztés: bevétel 6M, csapatbérek 2,8M, alvállalkozók 0,4M, közös költségekből ráeső rész 1,2M → nyereség +1,6M (margin ~27%).

Staff augmentation: bevétel 4M, dedikált fejlesztők bérei 3,0M, közös költségek 0,8M → nyereség +0,2M (margin ~5%).

Támogatás: bevétel 2M, támogatási csapat bérei 2,3M, közös költségek 0,6M → nyereség −0,9M (margin −45%).

Összesen nagyjából ugyanaz a +0,9M jön ki, de most már látszik a lényeg: a fejlesztés táplálja a vállalatot, a staff augmentation alig marad a felszínen, a támogatás pedig folyamatosan veszteséges. Ez már nem "összességében pozitív" – ezek konkrét, asztalon fekvő döntések.

Milyen döntéseket tesz lehetővé az üzletágankénti P&L

Amikor a területeket külön-külön látja, mindegyikhez világos forgatókönyv társul. Nyereséges fejlesztés – skálázza: több ilyen projekt, több ember. Staff augmentation 5%-os marginnal – vizsgálja felül a díjait, mert szinte nullszaldós, és bármilyen üresjárat mínuszba viszi (mint az esetben itt: 20 fejlesztő, egy órabér, és fogalma sincs, mennyit keresett a projekt).

Veszteséges támogatás – ne állítsa le vakon, hanem ássa bele magát: lehet, hogy alulárazott, és emelni kell az előfizetési díjakon, vagy éppen ez tartja meg az ügyfeleket a nyereséges fejlesztés számára, és ez egy tudatos befektetés. A lényeg, hogy most már ez egy tudatos döntés, nem véletlen. Ugyanez a megközelítés ügyfelekre alkalmazva területek helyett itt olvasható: P&L ügyfelenként: ki hozza valójában a pénzt, a területek, helyszínek és csatornák közötti összehasonlítás pedig itt: Margin üzletáganként, helyszínenként és csatornánként.

Az üzletágankénti P&L kézi felépítése Excelben megvalósítható, de minden hónapban kimerítő munka a bérek és a közös költségek felosztása. A Finmapben egyszer köti össze a tranzakciókat a területekkel, és minden terület nyereségét automatikusan kiszámítja a rendszer – próbálja ki ingyen 7 napig.