Управлінський облік для IT-агентства: три цифри, що кажуть тобі все

«₴12M річного доходу. 15 розробників. Три роки прибутковості. І я чесно не могла сказати, коли запитували, який проєкт прибутковий, а який — повільний витік».

Засновниця IT-сервісної агенції описала момент усвідомлення на лідерському офсайті. Її бізнес зростав три роки. Дохід з ₴4M до ₴12M. Штат з 5 до 15 розробників. Прибуток у кінці року. За зовнішніми мірками — успіх.

Тоді COO запитав: «З 11 активних проєктів — які два найприбутковіші на годину розробника?»

Вона не змогла відповісти. Бухгалтерські книги показували дохід по проєкту (інколи — коли проєкти білились чисто). Не показували години розробників по проєкту. Не показували ефективну погодинну ставку після віднімання простою, відпусток, внутрішньої роботи. Не показували маржинальний дохід по типу проєкту (T&M vs fixed-fee vs ретейнер).

Вона знала, що агрегована маржа здорова. Не знала, які клієнти її генерують, а які тихо субсидують зростання агенції з її ж маржі.

Ця стаття про три цифри, які власник IT-агенції потребує — і чому стандартна бухгалтерія не виробляє їх, незалежно від того, наскільки старанний бухгалтер.

Парадокс: ₴12M доходу не дорівнює ₴12M рішень

Більшість власників агенцій звертає увагу на дві цифри: дохід і чистий прибуток. Ці цифри занадто агреговані, щоб керувати рішеннями.

• Якщо 60% доходу від двох клієнтів — у бізнесу прихований концентраційний ризик
• Якщо найприбутковіший проєкт дає 38% маржі, а найменший −4% — агрегат ховає і можливість, і проблему
• Якщо утилізація розробника на 58%, але список проєктів виглядає «повністю укомплектованим», — є ₴1,4M нереалізованої білабельної потужності на рік
• Якщо команду 20% часу тягнуть на неоплачувану внутрішню роботу, ефективна ставка драматично нижча за оголошену

Агреговані цифри кажуть "ти прибутковий". Рішення треба знати "де, з ким, на чому і наскільки стійко".

Загальний фреймворк — у якірній статті → Управлінський облік: що це і навіщо власнику.

Три цифри управлінського обліку IT-агенції

Цифра один — Утилізація на розробника. З годин, які розробник доступний на місяць (~160), скільки були білабельними для клієнта? Чесна цифра для IT-агенції — 60–75%. Решта — продажі, внутрішні інструменти, навчання, лікарняні, bench time. Утилізація на розробника на місяць виявляє: хто стабільно завантажений, хто між проєктами, де ховається потужність.

Цифра два — Ефективна погодинна ставка на проєкт. Опубліковані ставки — аспіративні («наш сеньйор-дев 1800₴/год»). Ефективна — це те, що насправді відбувається після scope creep, дисконтів, внутрішніх годин, переробок. Для здорової агенції — 75–90% від опублікованої. Нижче 70% означає недо-ціноутворення або scope leakage.

Цифра три — Маржинальний дохід на проєкт. Дохід мінус прямі витрати поставки (повністю-завантажена вартість часу розробника, субпідрядники, інструменти) до алокованого overhead. Розрахований на проєкт, це найважливіший стратегічний сигнал: каже, якої роботи більше переслідувати, яку переоцінити, яких клієнтів поглибити, яких звільнити.

Ці три цифри не з'являються на податково-сформатованому P&L. Стаття #2 → бухгалтерія vs управлінський облік; стаття #4 → операційний P&L.

Як ці цифри змінюють ціноутворення, найм, клієнтський мікс

Ціноутворення. Замість «тримаймо ставки, бо клієнти не пушать» — «наша ефективна ставка на цьому клієнті 67% від опублікованої — втрачаємо 33 пункти на scope leakage. Або затягуємо scope, або підіймаємо ставку на 30%».

Найм. Замість «відчуваємо, що зайняті — наймемо ще» — «утилізація на 76% три місяці, проєктована залишитись. Один сеньйор поглине 65% утилізації одразу, досягне 75% до третього місяця. Доступно у базовому кейсі, тісно у даунсайді». Стаття #5 — фінансова модель →

Клієнтський мікс. Скинь двох клієнтів з негативною маржею, поглиби трьох з вище-середньою, запропонуй коригування ставки двом посередині.

Рішення по сервісних лініях. Коли маржа міряється по типу проєкту (fixed-fee vs T&M vs ретейнер), агенція дізнається, які моделі найприбутковіші, і зсуває продажі.

IT-специфічні ускладнення

Дисципліна обліку часу. Без per-developer per-project обліку годин — утилізація і ефективна ставка не міряються. Більшість агенцій починає з інструмента (Toggl, Harvest, Clockify), і дисципліна виявляє проблеми.

Bench time. Між проєктами — розробники коштують агенції без білінгу. Здорова агенція — ~10–15% bench. Понад 25% — проблема pipeline продажів, не поставки.

FX експозиція. Багато українських IT-агенцій білять USD або EUR, платять UAH. Управлінський облік, що конвертує все у єдину звітну валюту, виявляє реальну маржу.

Мікс типів проєкту. Fixed-fee, T&M, ретейнер, dedicated team — у кожного різна динаміка маржі. Агрегування ховає, які моделі ростуть, які стискаються.

Як впровадити за 90 днів

Фаза 1 — Фундамент (тижні 1–4). Встанови облік часу. Категоризуй години: білабельні, внутрішні, bench, адмін.

Фаза 2 — Мапування (тижні 5–8). Мапа всіх активних проєктів: дохід, кінцева дата, вартість розробника, прямі витрати. Розрахуй маржинальний дохід на проєкт за минулий квартал. Стаття #4 →

Фаза 3 — Інтеграція рішень (тижні 9–12). З трьома місяцями утилізації + маржею на проєкт, прогнани три рішення: (1) клієнт на переоцінку, (2) клієнт на закриття, (3) рішення про найм проти трьох сценаріїв.

Стаття #12 — каденція →

📌 Подивись, як управлінський облік виглядає для IT-сервісної агенції. Запишись на 20-хвилинне демо Finmap. Пройдемось по реальному прикладу налаштування і покажемо, як три цифри підсвічують рішення. [Записатись на демо Finmap →]