EBITDA в IT: чому всі міряються саме нею і як швидко зрозуміти, що за компанією стоїть

Що показує цей показник, як його рахують, де його роздувають і як за двома цифрами оцінити компанію в голові

Коли в IT говорять про компанію, майже завжди звучить дві цифри: скільки людей і яка EBITDA. Не чистий прибуток, не виручка сама по собі, а саме EBITDA. На ній будують оцінку при продажу, за нею порівнюють компанії між собою, її обговорюють на переговорах з інвесторами й у розмовах між власниками.

При цьому сам показник розуміють по-різному. Одні вважають його синонімом операційного прибутку, інші — способом сховати реальні витрати, треті просто беруть цифру з презентації й не питають, як вона порахована.

Розберемо: що це насправді, чому саме вона стала стандартом, як її роздувають у IT-компаніях і як за двома цифрами — EBITDA й кількістю людей — за хвилину зрозуміти, що за бізнес перед вами.

Що таке EBITDA і як вона рахується

EBITDA — Earnings Before Interest, Taxes, Depreciation and Amortization. Прибуток до вирахування відсотків за кредитами, податків, амортизації та зносу.

Рахувати можна двома способами, і обидва мають давати однаковий результат.

Знизу вгору, від чистого прибутку:

Чистий прибуток
+ Податок на прибуток
+ Відсотки за кредитами
+ Амортизація та знос
= EBITDA

Зверху вниз, від виручки:

Виручка
– Собівартість (COGS)
= Валовий прибуток
– Операційні витрати (без амортизації)
= EBITDA

Приклад для IT-сервісної компанії:

Стаття	Сума за рік
Виручка	$12 400 000
Собівартість: зарплата інженерів на проектах	$7 100 000
Собівартість: інфраструктура, ліцензії під клієнтів	$380 000
Валовий прибуток	$4 920 000
Валова маржа	40%
Зарплата адміністрації, sales, HR, менеджменту	$2 340 000
Оренда, офіс, IT-інфраструктура	$410 000
Маркетинг і продажі (крім зарплат)	$290 000
Юридичні, бухгалтерські, інші	$180 000
EBITDA	$1 700 000
EBITDA margin	13,7%
Амортизація	$210 000
EBIT	$1 490 000
Відсотки за кредитом	$120 000
Податки	$190 000
Чистий прибуток	$1 180 000

EBITDA $1,7 млн, чистий прибуток $1,18 млн. Різниця в $520 000 — це амортизація, відсотки й податки, тобто три статті, які не залежать від того, наскільки добре працює операційна частина бізнесу.

Чому саме EBITDA, а не чистий прибуток

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

Податки залежать від юрисдикції та структури. Українська IT-компанія на структурі з ФОПами, польська spółka z o.o., кіпрська холдингова структура і американська C-Corp платять принципово різні податки при однаковій операційній ефективності. Порівнювати їх за чистим прибутком — означає порівнювати податкові режими, а не бізнеси.

Відсотки залежать від того, як компанія профінансована. Дві однакові за операціями компанії: одна працює на власних грошах, друга взяла кредит на $3 млн під розширення. У другої чистий прибуток буде нижчим на суму відсотків. Але це різниця у фінансовій структурі, а не в якості бізнесу. Покупця, який зайде зі своїми грішми й погасить борг, ця різниця не цікавить.

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

Прибираючи ці три статті, EBITDA залишає те, що стосується власне операцій: скільки компанія заробляє на своїй основній діяльності, незалежно від того, де вона зареєстрована, як профінансована й що купила три роки тому.

Саме тому вона стала стандартом порівняння. Не тому що вона точніша, а тому що вона порівнянна.

Що EBITDA показує, а що не показує

Показує: операційну ефективність. Наскільки виручка перевищує витрати на її створення. У IT-сервісах це насамперед відповідь на питання, чи достатньо велика різниця між ставкою клієнта й вартістю інженера після покриття всіх невиробничих витрат.

Не показує три важливі речі.

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

Оборотний капітал. EBITDA може бути $2 млн, а грошей на рахунку не бути, бо $2,5 млн висить у дебіторці. В аутсорсингу з умовами оплати net-45 або net-60 це стандартна ситуація. Компанія з хорошою EBITDA й поганим управлінням дебіторкою може мати касові розриви щоквартально.

Вартість зростання. Якщо компанія росте на 40% на рік, вона витрачає на рекрутинг, онбординг і продажі значно більше, ніж компанія, яка стоїть на місці. EBITDA у другої буде вищою, хоча бізнес гірший.

EBITDA в оцінці бізнесу: як працюють мультиплікатори

Найпоширеніший спосіб оцінити IT-компанію при продажу — помножити EBITDA на мультиплікатор.

Вартість компанії (EV) = EBITDA × Мультиплікатор

Орієнтовні мультиплікатори для IT-сервісного бізнесу:

EBITDA компанії	Типовий мультиплікатор
до $1 млн	2–4x
$1–3 млн	4–6x
$3–10 млн	5–8x
понад $10 млн	7–12x

Чому розкид такий великий і від чого залежить конкретна цифра.

Концентрація клієнтів. Компанія з EBITDA $2 млн, де 70% виручки дає один клієнт, оцінюється значно нижче за компанію з тією самою EBITDA й двадцятьма клієнтами. Ризик втрати одного контракту може обнулити половину бізнесу.

Тип контрактів. Довгострокові контракти з автоматичною пролонгацією, dedicated-команди й підписні моделі оцінюються вище, ніж проектна робота з нуля кожні три місяці.

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

Темп зростання. Компанія, що росте на 35% на рік, отримує вищий мультиплікатор за компанію з тією самою EBITDA, яка не росте. Покупець платить не за минуле, а за майбутнє.

Технологічний стек і домен. Команди у вузьких високомаржинальних доменах — фінтех, healthtech, ML — оцінюються вище за загальний веб-девелопмент.

Плинність кадрів. Turnover 35% на рік означає, що покупець отримає не команду, а вакансії. Це прямо б'є по мультиплікатору.

Чому продуктові IT-компанії часто оцінюють не по EBITDA

Для SaaS і продуктових компаній EBITDA часто взагалі не використовується як база оцінки. Причина в тому, що вона там структурно занижена або від'ємна.

Продуктова компанія в стадії зростання вкладає в розробку й маркетинг більше, ніж заробляє зараз, розраховуючи на майбутню виручку від залучених клієнтів. EBITDA –$3 млн при ARR $12 млн і зростанні 60% на рік — нормальна картина, а не ознака проблеми.

Тому там оцінюють за виручкою:

EV = ARR × Мультиплікатор (зазвичай 3–10x)

Мультиплікатор залежить від зростання, retention і юніт-економіки. Базовий орієнтир, за яким дивляться, чи здоровий баланс між зростанням і прибутковістю, — Rule of 40:

Темп зростання виручки, % + EBITDA margin, % ≥ 40

Компанія з зростанням 60% і EBITDA margin –15% дає 45 — прийнятно. Компанія з зростанням 10% і EBITDA margin 12% дає 22 — слабко, і тут уже питання, чому при такій низькій динаміці прибутковість теж невисока.

Практичний висновок: якщо вам називають EBITDA продуктової компанії без ARR і темпу зростання — цифра сама по собі майже нічого не означає.

Як зрозуміти, що EBITDA роздута

У IT є кілька специфічних способів зробити EBITDA красивішою, ніж вона є. Ось на що дивитись.

Капіталізація витрат на розробку

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

Ефект подвійний: витрати виходять з операційної частини, а амортизація, яка з'являється натомість, у EBITDA не входить за визначенням. Компанія витратила $2 млн на розробку, а в EBITDA цих витрат немає взагалі.

Як перевірити: порівняйте суму капіталізованої розробки в балансі з витратами на персонал у P&L. Якщо компанія має 40 розробників, а в операційних витратах зарплати на 15 — решта капіталізована. Питайте, за яким принципом розділяли.

Adjusted EBITDA з великою кількістю add-backs

«Скоригована EBITDA» — цифра, з якої додатково виключили те, що менеджмент вважає нетиповим. Іноді обґрунтовано, часто — ні.

Типові add-backs у IT і що з ними не так:

Stock-based compensation. У компаніях, що дають опціони, це може бути 10–20% від фонду оплати праці. Формально негрошова стаття, тому її додають назад. Але це реальна вартість утримання людей, і без неї вони б вимагали більшої зарплати грішми.

«Одноразові» витрати на рекрутинг. Якщо компанія росте, рекрутинг — це не разова подія, а постійна стаття. Виключення її з EBITDA завищує показник рівно на вартість зростання.

Витрати на релокацію команди. У 2022–2023 багато українських компаній виключали ці витрати як форс-мажорні. Питання в тому, чи вони справді закінчились, чи стали новою нормою.

Витрати на невдалі проекти або клієнтів. «Ми втратили $400 000 на проекті, який пішов не так, це нетипово». Якщо такі проекти трапляються щороку — це типово.

Правило перевірки: подивіться на add-backs за три роки. Якщо «одноразові» витрати виникають щороку, це не одноразові витрати, а операційна реальність.

Зарплата власника поза P&L

У компаніях до 100 осіб власник часто активно працює: продає, керує ключовими клієнтами, приймає технічні рішення. При цьому формальної зарплати може не отримувати, забираючи гроші дивідендами.

У результаті в P&L немає витрат на роль, яку після продажу доведеться комусь віддати. Покупець наймe CTO або Head of Sales за $120 000–180 000 на рік, і EBITDA одразу впаде на цю суму.

Як перевірити: запитайте, які функції виконує власник і скільки коштувало б найняти людей на ці ролі. Відніміть від EBITDA.

Структура з підрядниками, яка приховує реальну вартість персоналу

В українському IT більшість інженерів оформлені як ФОП. Це законна й поширена практика, але вона створює викривлення при порівнянні з західними компаніями, де ті самі люди були б у штаті з повним соціальним пакетом і податками роботодавця.

При оцінці покупцем із іншої юрисдикції може виникнути питання про ризики перекваліфікації відносин і про те, якою була б собівартість при переході на іншу модель оформлення. Це не робить EBITDA неправильною, але може вплинути на мультиплікатор.

Визнання виручки за довгими контрактами

Якщо компанія працює за fixed-price контрактами з поетапним визнанням, є простір для маневру: визнати більше виручки в поточному періоді, зсунувши визнання витрат. EBITDA за рік виглядає краще, наступний рік страждає.

Як перевірити: порівняйте динаміку виручки з динамікою надходжень грошей. Якщо виручка росте, а грошовий потік ні, і дебіторка збільшується швидше за виручку — питання є.

Швидка оцінка в голові: EBITDA і кількість людей

Тепер найпрактичніша частина. Вам назвали дві цифри: EBITDA й кількість співробітників. Що з цього можна зрозуміти за хвилину.

Базові орієнтири IT-ринку

Виручка на співробітника на рік:

Тип бізнесу	Виручка на людину
Аутстафінг, Східна Європа	$50 000–75 000
Аутсорсинг з менеджментом проектів	$70 000–110 000
Продуктова розробка на замовлення, вузькі домени	$100 000–150 000
SaaS, зріла компанія	$130 000–250 000
SaaS, топові показники	$250 000+

EBITDA margin:

Тип бізнесу	Типова маржа
Аутстафінг	12–20%
Аутсорсинг	15–25%
SaaS, зростання	від –30% до +10%
SaaS, зріла	20–35%

EBITDA на співробітника на рік: у здоровому аутсорсингу $10 000–20 000. Нижче $7 000 — тонка маржа. Вище $30 000 — або дуже дорогий домен, або цифра потребує перевірки.

Алгоритм оцінки за хвилину

Крок 1. Порахуйте EBITDA на людину.

Вам кажуть: «EBITDA $4 млн, 200 людей». $4 000 000 / 200 = $20 000 на людину.

Крок 2. Прикиньте фонд оплати праці.

Повна вартість інженера в Україні або Польщі з урахуванням усіх виплат — приблизно $45 000–65 000 на рік. Візьмемо середину, $55 000. 200 × $55 000 = $11 млн фонду оплати праці.

Крок 3. Реконструюйте виручку.

В IT-сервісах фонд оплати праці зазвичай становить 55–65% від виручки. Візьмемо 60%: $11 млн / 0,60 = ~$18,3 млн виручки.

Крок 4. Перевірте зв'язність.

Виручка на людину: $18,3 млн / 200 = $91 500 — вписується в діапазон аутсорсингу з проектним менеджментом. EBITDA margin: $4 млн / $18,3 млн = 21,8% — верхня межа норми для аутсорсингу, але реалістично.

Висновок за хвилину: перед вами, найімовірніше, аутсорсингова компанія середнього розміру з хорошою, але не аномальною маржею, з виручкою близько $18–20 млн. При мультиплікаторі 5–7x орієнтовна вартість — $20–28 млн.

Коли цифри не сходяться

Той самий алгоритм швидко ловить нереалістичні заяви.

Приклад: «EBITDA $6 млн, 150 людей».

EBITDA на людину: $40 000. Це вже вище норми для сервісного бізнесу. Фонд оплати праці: 150 × $55 000 = $8,25 млн. Якщо це 60% виручки, виручка ≈ $13,75 млн. Тоді після зарплат залишається $5,5 млн, а з них ще потрібно покрити офіс, адміністрацію, маркетинг, ліцензії. EBITDA $6 млн з цього не виходить фізично.

Отже, одне з трьох: або це не сервісна компанія, а продуктова з зовсім іншою економікою на людину, або значна частина роботи виконується підрядниками поза штатом і «150 людей» — не вся команда, або EBITDA скоригована add-backs.

Жоден із варіантів не означає обман, але всі три означають, що треба задати уточнювальні питання.

Приклад: «EBITDA $800 000, 300 людей».

EBITDA на людину: $2 700. Це дуже мало. Фонд оплати праці: 300 × $50 000 = $15 млн, виручка ≈ $23–25 млн, EBITDA margin ≈ 3,3%.

Висновок: компанія великого розміру з дуже тонкою маржею. Можливі причини — низькі ставки, велика частка бенчу, роздутий адміністративний штат, або збиткові фіксовані контракти. Це не обов'язково погана компанія, але оцінюватися за мультиплікатором EBITDA вона буде дешево, і питання номер один — що з ставками й утилізацією.

Два уточнювальні питання, які варто задати одразу

Яка утилізація? Відсоток оплачуваних годин від загального робочого часу інженерів. У здоровому аутсорсингу 75–85%. Якщо 60% — третина команди на бенчі, і це головна причина низької маржі.

Це EBITDA чи adjusted EBITDA, і що саме коригували? Різниця між цими двома цифрами в IT-компаніях легко буває 20–40%.

Підсумок

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

У IT-сервісах вона працює добре й прямо конвертується в оцінку через мультиплікатор. У продуктових компаніях у стадії зростання вона структурно занижена, і дивитись треба на ARR, темп зростання й Rule of 40.

Роздувають її в IT переважно чотирма способами: капіталізацією розробки, add-backs у «скоригованій» версії, відсутністю зарплати власника в P&L і маневрами з визнанням виручки за довгими контрактами. Усі чотири перевіряються двома-трьома питаннями.

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