Фінансова модель для малого бізнесу: що це і як побудувати

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

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

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

Справжня фінансова модель ставить інший набір питань: що, якщо дохід виросте на 20% замість очікуваних 10%? Що, якщо ми наймемо ще двох у Q2 замість Q3? Що, якщо наш топ-клієнт піде? Що, якщо витрати ростуть на 5 п.п. швидше за дохід? Де каса стає тісною за кожної з цих умов, і наскільки?

Різниця між її табличкою і справжньою моделлю не була у математиці. Вона була у тому, для чого був побудований документ. Прогноз побудований передбачати. Модель побудована дозволити тобі ставити питання і бачити наслідки до того, як ти на щось зобов'язалась.

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

Парадокс: модель — не передбачення, а машина питань

Більшість власників, коли чують «фінансова модель», уявляє точну таблицю, що передбачає майбутнє. Потім роблять висновок (часто правильно), що точні передбачення майбутнього неможливі для малого бізнесу. Тож вирішують, що модель не варто будувати.

Ця логіка правильна про передбачення і неправильна про моделі. Фінансова модель не намагається передбачити майбутнє. Вона намагається зробити наслідки різних майбутніх видимими до того, як вони стануться.

Власнику не треба знати, яким буде наступний рік. Власнику треба знати:

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

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

Засновниця, яка має справжню модель, не каже «ми очікуємо ₴8M доходу наступного року». Вона каже: «у нашому базовому кейсі, ми закінчуємо рік з ₴840K каси; у нашому даунсайд кейсі, ми стиснемось у серпні і, можливо, доведеться затримати запланований найм; у нашому апсайд кейсі — у нас ₴1,4M, і варто розглянути відкриття другого офісу». Кожен сценарій інформований. Рішення структуровані. Майбутнє — більше не одне невідоме, а діапазон умов, до яких вона готова.

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

Чим насправді є фінансова модель

Визначення без мови фінансових підручників:

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

Три речі мають значення.

«Структурований набір припущень». Модель — не список передбачених чисел. Це список драйверів — припущень, що виробляють числа. «Середній дохід на клієнта ₴25K» — це драйвер. «Кількість клієнтів» — драйвер. «Середня вартість співробітника на місяць» — драйвер. Помножи і додай їх правильно — і отримаєш прогнозований P&L і грошовий потік. Зміни один драйвер — і все нижче за течією змінюється автоматично. Це і робить її моделлю, а не статичним прогнозом.

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

«На прогнозному часовому горизонті». Зазвичай 12 місяців для малого бізнесу, інколи 24–36 для бізнесів з довшими циклами планування. Горизонт має значення, бо він змушує тебе проектувати — думати не лише про витрати цього місяця, а про те, як вони еволюціонують.

Чотири компоненти базової моделі

Тобі не треба модель грейду McKinsey, щоб приймати кращі рішення. Модель малого бізнесу має чотири основні компоненти. Компонент один — драйвери доходу. Не проектуй дохід як одне число. Розбий його на драйвери, що його виробляють. Для сервісного бізнесу: кількість клієнтів × середній дохід на клієнта × коефіцієнт утримання × ramp time для нових клієнтів. Для продуктового: одиниць продано × ціна × повторні покупки. Для SaaS: нові клієнти на місяць × ARPU × churn. Сенс не у точності — а у тому, що зміна одного драйвера (напр., +30% клієнтів) автоматично оновлює дохід.

Компонент два — драйвери витрат. Розділи фіксовані (оренда, базові зарплати, підписки) від змінних (ті, що рухаються з доходом: комісія еквайрингу, прямі проєктні витрати, sales commissions). Окремо від цих: витрати на співробітника (тоді можеш моделювати «що, якщо додамо двох дизайнерів?»).

Компонент три — грошова конверсія. Прибуток і каса — не те саме. Прибутковий бізнес може залишитись без грошей. Твоя модель має конвертувати P&L прогноз у касовий прогноз, враховуючи: умови оплати (net-30 vs net-15), таймінг виплат постачальникам, податкові виплати на конкретні дати, виплати власнику, покупки обладнання. Стаття #13 → покриває платіжний календар.

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

Разом: драйвери → прогноз доходу + прогноз витрат → прогноз прибутку → прогноз каси у часі. Зміни будь-який драйвер — і весь документ перераховується. Це модель.

Три сценарії, які кожна модель має прогнати

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

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

Даунсайд кейс. Реалістичний, але незручний сценарій. Дохід росте повільніше за очікувано. Топ-клієнт йде. Запланований запуск зсувається. Прогани модель. Даунсайд кейс відповідає на два критичні питання: чи бізнес виживає, і що нам довелося б робити — призупинити найми, скоротити змінні витрати, відкласти виплату власнику — щоб переконатись?

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

Як побудувати першу модель за вихідні — 5-кроковий процес

Перша модель займає 4–8 годин зосередженого часу.

Крок один — перелічи драйвери доходу (60 хвилин). Не пиши число доходу. Пиши драйвери, що його виробляють. Вихід — маленький driver-аркуш, що виробляє місячний прогноз доходу формулою.

Крок два — перелічи драйвери витрат (60 хвилин). Фіксовані як список. Змінні як відсоток від доходу. Витрати на співробітника окремо. Вихід — місячний прогноз витрат з драйверів.

Крок три — порахуй прибуток і касу (60 хвилин). Дохід мінус витрати = прибуток. Прибуток скорегований за таймінгом оплат = грошовий потік. Стартова каса + місячний потік = накопичена касова позиція. Касовий рядок — найважливіший вихід моделі.

Крок чотири — побудуй три сценарії (90 хвилин). Скопіюй модель двічі. Для апсайду — підкрути драйвери доходу вгору і витрат консервативно. Для даунсайду — драйвери доходу вниз, витрати залишаються (або ростуть). Тепер у тебе три паралельні проєкції.

Крок п'ять — підсвіти рішення (60 хвилин). Сядь з трьома проєкціями поруч. Постав три питання: (1) де вони найбільше відрізняються? (2) які рішення, які ти зараз приймаєш, змінились би під кожним сценарієм? (3) який єдиний найбільший ризик, якого ти не бачила до цієї вправи? Рішення, підсвічені тут — це реальний продукт моделі.

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

Шість помилок, що роблять модель марною

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

Два — моделювання доходу без моделювання його драйверів. «Ми зробимо ₴8M наступного року» без розкладки на клієнтів × середній чек × утримання.

Три — плутання прибутку і каси. Модель, що показує P&L, але не грошовий потік, скаже тобі, що бізнес прибутковий, поки він залишається без грошей.

Чотири — використання моделі як інструменту примусу бюджету. Модель — не бюджет для захисту, а машина питань для оновлення.

П'ять — ніколи не оновлюєш. Модель, побудована у січні і не торкнута, неправильна вже у березні. Стаття #12 → каденція.

Шість — плутання моделі з платформою. Excel модель ОК для першої версії. Через 6–12 місяців більшість переходить на платформу, що інтегрує модель з даними бухгалтерії. Стаття #3 →

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