Unit-економіка SaaS простими словами: чи заробляє ваш продукт

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

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

Що таке unit-економіка і навіщо вона власнику

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

Для SaaS це питання життя і смерті, бо гроші приходять частинами щомісяця, а за залучення клієнта ви платите одразу й наперед. Місяць реклами оплачений сьогодні, а повертатися він буде пів року — маленькими щомісячними платежами. Саме цей розрив між «заплатив зараз» і «поверну потім» ховає більшість проблем зростання. Компанія росте по клієнтах, але кеш іде в мінус, бо кожен новий клієнт спершу коштує, а вже потім приносить.

Чотири числа, які треба знати

Щоб зрозуміти свою економіку, вистачить чотирьох показників. Не десяти дашбордів — саме чотирьох.

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

Маржа на клієнта — це не вся абонплата, а те, що лишається після прямих витрат на обслуговування: сервери, підтримка, еквайринг, комісії партнерам. Клієнт платить $100, але після цих відрахувань вам лишається, скажімо, $80. Саме $80, а не $100, працюють на окупність.

Відтік показує, як швидко тане ваша база. 4% на місяць означає, що середній клієнт лишається з вами приблизно 25 місяців (1 поділити на 0,04). Чим нижчий відтік, тим довше клієнт платить і тим дорожчим він стає для вас у хорошому сенсі.

LTV рахується просто: маржа на місяць поділена на відтік. $80 / 0,04 = $2000. А окупність (payback) — це CAC поділений на місячну маржу: $400 / $80 = 5 місяців. Саме стільки клієнт лише повертає те, що ви за нього заплатили, і тільки з шостого місяця починає заробляти.

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

Розберемо на живому прикладі

Уявімо B2B-сервіс із підпискою $100 на місяць. Власник щомісяця витрачає $20 000 на маркетинг і сейлів і отримує 50 нових клієнтів. Пряма собівартість обслуговування — 20% від абонплати. Відтік — 4% на місяць. Порахуймо крок за кроком.

CAC: $20 000 / 50 = $400 на клієнта. Маржа на клієнта: $100 мінус 20% = $80 на місяць. LTV: $80 / 0,04 = $2000. Співвідношення LTV/CAC: $2000 / $400 = 5. Окупність: $400 / $80 = 5 місяців.

«Продукт із $2M ARR може палити гроші швидше за продукт із $500K — якщо кожен клієнт коштує дорожче, ніж приносить. Виручка тут бреше, економіка клієнта — ні».

На перший погляд усе чудово: LTV/CAC = 5, окупність 5 місяців. Але тепер уявіть, що власник вирішив рости швидше й підняв бюджет удвічі — до $40 000. Нових клієнтів прийшло не 100, а 70: канал наситився, дешеві клієнти закінчились. CAC підскочив до $571, окупність — до 7 місяців, а LTV/CAC упав до 3,5. Продукт той самий, а економіка помітно гірша. Ось чому модель треба перераховувати щоразу, коли ви змінюєте масштаб, а не рахувати один раз і вірити старій цифрі.

Три пастки, на яких зриваються найчастіше

Перша — рахувати LTV від усього доходу, забувши про прямі витрати. На папері клієнт приносить $100, а після серверів, підтримки й еквайрингу лишається $55. Якщо в LTV підставити $100 замість $55, ви отримаєте красиве число, яке ділиться на CAC із запасом — і сміливо масштабуєте те, що насправді ледь окуповується.

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

Третя — дивитися лише на LTV/CAC і не дивитися на окупність. Два продукти можуть мати однаковий LTV/CAC = 4, але один окуповує клієнта за 4 місяці, а інший за 14. Другий увесь час голодний на кеш: він начебто прибутковий «колись», але щомісяця замикає гроші в клієнтах, яких оплатив наперед. Для бізнесу з обмеженим рахунком це різниця між життям і касовим розривом.

Як це виглядає в житті

Ви впізнаєте проблему без жодних формул за кількома фразами, які звучать усередині компанії. «Ми виросли по клієнтах, а грошей чомусь менше». «Реклама працює — заявок повно», а рахунок при цьому худне. «Давайте дамо знижку, щоб закрити квартал», після чого маржинальний клієнт стає збитковим. «У нас гарний ARR» — при тому, що ніхто не може сказати, за скільки місяців окупається один клієнт.

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

Як побачити це у себе за вечір

Щоб порахувати unit-економіку, потрібні згруповані дані: скільки витратили на маркетинг і продажі, скільки нових клієнтів прийшло, який дохід і які прямі витрати на обслуговування. У Finmap це видно з управлінського звіту — доходи по продукту, прямі витрати окремо від адміністративних і рух грошей у розрізі місяців. Ви бачите валову маржу на клієнта без ручного зведення десяти табличок, а головне — можете розділити доходи й витрати по сегментах і побачити економіку кожного окремо.

Коли дані ведуться в одному місці, перерахунок після зміни ціни чи каналу займає хвилини, а не вечір із виписуванням цифр із різних сервісів. І ви нарешті бачите не «скільки виручки», а «скільки лишається з клієнта й коли він окупиться».

Глибше по темі — розбір unit-економіки на конкретному прикладі і як тримати рух грошей під контролем.

Кілька порад наостанок

• Рахуйте окремо по сегментах: SMB і enterprise живуть за різною економікою, і середнє число ховає збитковий сегмент.
• Стежте за окупністю в місяцях, а не лише за співвідношенням LTV/CAC — саме payback показує, скільки кешу ви заморозили в клієнтах.
• Кладіть у CAC усі витрати на залучення, а не лише рекламу: зарплати сейлів, комісії, інструменти. Інакше цифра оманливо оптимістична.
• Перегляньте модель, щойно змінили ціну, канал чи тариф. Стара цифра після цього більше не діє.
• Не приймайте знижку, не порахувавши, що вона робить із маржею: кілька відсотків знижки можуть зʼїсти третину прибутку з клієнта.

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

Money Doesn't Disappear. You Just Don't See It.

Хочете побачити unit-економіку свого продукту на реальних цифрах, а не в теорії? Замовте демо Finmap — за 30 хвилин покажемо, як це виглядатиме саме у вашому бізнесі: маржа на клієнта, окупність і економіка по сегментах в одному звіті.