Автоматизація бізнес планування: прогноз, бюджет, сценарії

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

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

Окремо — покроковий запуск за 2–4 тижні, типові помилки і випадки, коли автоматизувати планування ще рано.

Коротко

План має рахуватися з операційних даних. Заявки, замовлення з етапами, нормо-години й графік оплат — сировина для прогнозу. Без них жоден інструмент планування не допоможе.
Компанії на 5–100 людей потрібні чотири плани: продажів, завантаження, грошей і витрат. Бюджет у відриві від завантаження і грошей — це побажання, а не план.
Одна цифра — не прогноз. Три сценарії з тригерами й заздалегідь погодженими діями дають власнику готову відповідь до того, як ситуація стала очевидною.
ШІ пояснює, нагадує й готує чернетки. Ціни, собівартість і суми плану рахують формули, а рішення ухвалює людина.
Почати можна з одного плану. Найчастіше це прогноз виручки з воронки замовлень або план завантаження виробництва.

Що таке автоматизація бізнес планування і чим вона не є

Визначення без маркетингу

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

Чим вона не є:

Не перехід з Excel у Google Sheets. Таблиця в хмарі зручніша, але цифри в неї так само вносять руками.
Не покупка платформи фінансового планування. Без потоку даних з операцій вона стає дорожчою копією тієї самої таблиці.
Не «ШІ, який скаже, скільки ми заробимо». Мовна модель не знає ваших замовлень і може впевнено вигадати цифру. Їй потрібні дані з системи, а числа мають рахувати формули.

Три рівні зрілості планування

Корисно думати про автоматизацію не як про «є або немає», а як про три послідовні рівні.

Рівень	Звідки беруться дані	Що бачить власник	Ознака, що час рухатися далі
1. Ручні таблиці	Кожен відділ веде свій файл, раз на місяць хтось зводить	Один план на місяць, який застаріває за тиждень	Зведення займає дні, версії файлів розходяться
2. Автоматичний збір факту	Заявки, замовлення й оплати проходять через одну систему	Актуальний факт щодня: продажі, черга, оплати	Факт є, але план і сценарії досі в окремому файлі
3. План-факт і сценарії	Система рахує прогноз з воронки й черги, ШІ готує пояснення	Три сценарії, відхилення, щотижневий звіт у Telegram	Далі — лише розширення на нові процеси

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

Про ширшу картину — що ще в компанії варто автоматизувати першим і якими програмами — ми писали в огляді автоматизація бізнес процесів.

Чому план у таблиці перестає працювати

Чотири причини, з якими стикається кожна компанія

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

Версії розходяться. Кілька людей редагують копії одного файлу, потім хтось зводить їх в один. Помилка в одній копії тихо переїжджає у «фінальну» версію, і ніхто не знає, звідки вона взялася.

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

Формули ніхто не перевіряє. Таблиця росте роками, логіку знає одна людина. Помилку у формулі видно лише тоді, коли вона вже вплинула на ціну чи закупівлю.

Помилки в таблицях — правило, а не виняток

Огляд досліджень, який провела команда професора Пак-Лок Пуна разом із Central Queensland University та іншими університетами, показав: 94% таблиць, на основі яких бізнес ухвалює рішення, містять помилки (Newswise, 2024). Йдеться не про недбалих людей, а про сам інструмент. Таблиця не перевіряє логіку, не має тестів і не попереджає, коли формула посилається не на ту клітинку.

Ми бачили це на власному проєкті. Виробник металоконструкцій рахував ціну ферм у книзі Excel на 104 аркуші: 96 таблиць ферм, понад 2 000 варіантів, снігові навантаження для 27 регіонів. Коли ми переносили розрахунок у систему і звіряли результати на контрольних прикладах, у самому Excel знайшлися помилки. Для кроку ферм 4,25 м таблиця видавала #Н/Д, а в кількох місцях рахувала неточно. Ми не виправляли це мовчки, а передали інженеру. Для одного випадку в системі є перемикач «як в Excel» або виправлена схема.

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

Ознаки, що час переходити від таблиць

Перевірте себе за цим списком:

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

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

Які плани потрібні компанії на 5–100 людей

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

План	Питання власника	Звідки дані	Горизонт	Як часто оновлювати
План продажів	Скільки замовлень і виручки буде	Заявки, КП, замовлення з етапами	1–3 місяці	щотижня
План завантаження	Чи встигнемо виконати і коли брати людей	Черга замовлень, нормо-години, фактичний час	2–8 тижнів	щодня або щотижня
План грошей	Чи вистачить на зарплату й матеріали	Графік передоплат і доплат, платежі постачальникам, зарплата, податки	4–13 тижнів	щотижня
Бюджет витрат	Скільки можемо витратити і на що	Фактичні витрати за статтями, плани найму й закупівель	квартал або рік	щомісяця

План продажів: від заявки, а не від побажання

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

Для цього етапи мають бути чіткими й однаковими для всіх менеджерів. Наприклад: «заявка», «прорахунок», «КП надіслано», «погоджено», «передоплата», «у роботі», «здано», «оплачено повністю». Кожен етап має умову переходу: КП вважається надісланим, коли клієнт його отримав, а не коли менеджер його зробив. Без таких умов один менеджер тримає угоду на етапі «погоджено» після дзвінка, а інший — лише після підписаного договору, і прогноз змішує різні речі. Як налаштувати шлях заявки й що при цьому бере на себе ШІ — у статті про автоматизація відділу продажів.

План завантаження: те, чого бракує більшості бюджетів

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

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

План грошей: прибуток не дорівнює грошам на рахунку

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

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

Бюджет витрат: лише після трьох попередніх

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

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

Як порахувати прогноз: три формули з прикладами

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

Формула 1. Зважений прогноз виручки з воронки

Прогноз виручки = сума за всіма відкритими замовленнями (сума замовлення × ймовірність етапу).

Ймовірність етапу рахуйте з власної історії: скільки замовлень, що колись були на цьому етапі, дійшли до оплати. Наприклад, якщо за пів року на етап «КП надіслано» потрапило 60 замовлень, а оплатили 18, ймовірність цього етапу — 0,3.

Умовний приклад. Компанія з виготовлення меблів під замовлення має у воронці:

10 заявок на прорахунку по 40 тисяч гривень, ймовірність етапу 0,1 — дають 40 тисяч гривень прогнозу;
6 надісланих КП по 50 тисяч гривень, ймовірність 0,3 — 90 тисяч гривень;
3 погоджених замовлення без передоплати по 60 тисяч гривень, ймовірність 0,7 — 126 тисяч гривень.

Зважений прогноз — 256 тисяч гривень. Сума воронки «в лоб» — 880 тисяч гривень. Різниця між цими двома числами і є та ілюзія, яку дає план «за відчуттям».

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

Формула 2. Завантаження виробництва чи бригад

Завантаження = нормо-години замовлень у черзі ÷ доступні години.

Доступні години = кількість людей на ділянці × робочі години на день × робочі дні × коефіцієнт корисного часу.

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

Умовний приклад. На ділянці фрезерування двоє верстатників, 8 годин на день, 21 робочий день, коефіцієнт корисного часу 0,75. Доступно 252 години на місяць. У черзі — замовлення на 300 нормо-годин. Завантаження — 1,19, тобто черга більша за місяць. Висновок для плану продажів: нові замовлення на цю ділянку можна обіцяти не раніше, ніж через місяць, або планувати додаткову зміну. Висновок для бюджету: якщо завантаження вище одиниці три місяці поспіль, час рахувати найм або друге обладнання.

Формула 3. Розрив грошей на 13 тижнів

Залишок на кінець тижня = залишок на початок + надходження за тиждень − платежі за тиждень.

Надходження беріть не з плану продажів, а з графіка оплат конкретних замовлень: передоплата при погодженні, доплата після здачі. Платежі — матеріали під замовлення, зарплата, оренда, податки за їхнім календарем, лізинг. Тринадцять тижнів — це квартал: достатньо, щоб побачити розрив заздалегідь, і не так далеко, щоб цифри стали вигаданими.

Умовний приклад. На початок тижня на рахунку 150 тисяч гривень. За тиждень очікуються передоплата 80 тисяч гривень і доплата 120 тисяч гривень. Заплановані платежі: метал під два замовлення — 210 тисяч гривень, зарплата — 160 тисяч гривень. На кінець тижня залишок — мінус 20 тисяч гривень.

Варіантів рішення три: зсунути закупівлю під друге замовлення на тиждень, попросити передоплату раніше або домовитися з постачальником про відстрочку. Головне — це видно за два-три тижні, а не в день зарплати.

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

Які дані потрібні для перших прогнозів

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

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

Сценарний аналіз: три сценарії з тригерами для українських умов

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

Чому запас міцності менший, ніж здається

За даними Опендатабота, 78% українських компаній завершили 2025 рік із прибутком, але в малому бізнесі лише половина компаній має рентабельність продажів понад 5% (Опендатабот). Для компанії з такою маржею подорожчання матеріалів на кілька відсотків, не закладене в ціну, з’їдає весь прибуток. Тому стресовий сценарій — не песимізм, а перевірка, чи переживе компанія звичайне погіршення.

Галузі теж відрізняються. У Звіті про фінансову стабільність НБУ частка активів у компаніях із міцним або відмінним фінансовим станом становить 41% у будівництві, 58% в іншій переробній промисловості і 59% у машинобудуванні при середньому значенні 50% (НБУ, червень 2026). Будівельній чи монтажній компанії стресовий сценарій варто робити жорсткішим, ніж виробнику.

Три сценарії: базовий, стрес, відновлення

Драйвер	Базовий	Стрес	Відновлення
Курс	на рівні, закладеному в ціни	наближається до курсу беззбитковості типового замовлення	нижчий, ніж у бюджеті
Енергопостачання	планові відключення, генератор покриває	довгі непередбачувані відключення	стабільне
Люди	поточний склад	вибуття ключових виконавців через мобілізацію чи релокацію	можна найняти під зростання
Попит	поточна воронка	великі замовлення відкладають підписання	відкладений попит повертається
Постачання	поточні постачальники й терміни	зрив поставки ключового матеріалу	нові постачальники, кращі умови

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

Як порахувати курс, при якому зникає прибуток

Якщо частина собівартості прив’язана до валюти — імпортна фурнітура, метал, обладнання, ліцензії, — порахуйте курс беззбитковості для типового замовлення.

Курс беззбитковості = (ціна продажу − гривнева частина собівартості) ÷ валютна частина собівартості.

Умовний приклад. Замовлення продано за 100 000 гривень. Гривнева частина собівартості — робота, оренда, місцеві матеріали — 45 000 гривень. Імпортні матеріали коштують 1 100 у доларах. Курс беззбитковості: (100 000 − 45 000) ÷ 1 100 = 50 гривень за долар. Якщо курс дійде до цього рівня, замовлення не принесе нічого. Курс, за якого ви ще отримуєте цільову маржу, помітно нижчий — його варто порахувати так само, віднявши від ціни бажаний прибуток.

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

Тригери і заздалегідь погоджені дії

Тригер — конкретна подія, що перемикає сценарій. Не «стало гірше», а вимірювана умова:

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

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

Сценарії не переписують щомісяця з нуля. Їх переглядають: оновлюють драйвери і перевіряють, чи не спрацював тригер. Частину тригерів — зависле велике замовлення, падіння воронки, від’ємний залишок у плані грошей — система може відстежувати сама й надсилати сповіщення в Telegram.

Що робить ШІ в плануванні, а чого не робить

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

Робить

Розбирає заявки й повідомлення у вільній формі і заносить їх у систему. Так воронка, з якої рахується прогноз, стає повною: менше замовлень губиться в особистих месенджерах менеджерів.
Уточнює деталі з клієнтом у Telegram і записує відповідь у картку. Менше замовлень зависає на етапі з відкритими питаннями, і прогноз завантаження стає точнішим.
Читає прайси й документи постачальників. Нові ціни матеріалів швидше потрапляють у розрахунок собівартості.
Пише звіти. Щотижневий огляд план-факт простою мовою: які замовлення дали відхилення, де зростає черга, що з грошима на чотири тижні вперед.
Готує чернетки. Перший варіант сценаріїв за вашими драйверами, список питань до менеджера щодо завислих замовлень, чернетку відповіді клієнту.

Не робить

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

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

Якщо користуєтеся публічним чат-ботом

ChatGPT, Claude чи Gemini можна використовувати для чернетки сценаріїв уже сьогодні, без жодного впровадження. Три правила. Давайте вивантаження з цифрами, а не просіть «оцінити ринок». Просіть показати припущення окремо від висновків. Перевіряйте кожну цифру з відповіді у своїй таблиці.

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

Шаблон запиту для розбору план-факт:

Ти — фінансовий аналітик. Нижче план і факт за місяць за статтями
та список замовлень, які дали найбільше відхилення.
[вставити таблицю]

1. Поясни три найбільші відхилення, спираючись лише на дані.
2. Окремо випиши припущення, яких бракує в даних.
3. Запропонуй, які драйвери змінити в стресовому сценарії
   на наступний місяць.
Не вигадуй цифр, яких немає в таблиці.

Інструменти для автоматизації планування: що підходить і коли

Варіант	Коли підходить	Обмеження
Таблиця з ручним внесенням (Excel, Google Sheets)	компанія до 5–10 людей, один напрям, один відповідальний за план	помилки формул, версії, ручне зведення
Таблиця і конструктор інтеграцій (Make, Zapier, n8n)	дані вже живуть у кількох сервісах із доступом через API	зв’язки крихкі, кожна зміна процесу ламає сценарій, логіка розкидана
Облікова програма з модулем бюджетування (BAS)	бухгалтерія вже в цій програмі, є людина, яка її супроводжує	планує гроші й бюджет, але без доробок не бачить етапів замовлень і черги виробництва
Платформа фінансового планування (Cube, Pigment, Planful)	є фінансовий директор, кілька юросіб, консолідація	дорого для малого бізнесу, потребує готового потоку даних
ШІ-система управління під ваш процес	план залежить від замовлень, формул ціни, операцій і оплат	потрібен опис процесу на старті

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

Як вибрати: три питання

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

Якщо вагаєтеся між готовою програмою і своєю системою, пройдіть тест «готова CRM чи своя система» — він займає 15 хвилин.

Як ШІ-система управління закриває планування

ШІ-система управління бізнесом — одна система для заявок, замовлень з етапами, розрахунків за вашими формулами, задач і сповіщень у Telegram, документів і оплат. Планування в ній — не окремий модуль, а наслідок. Воронка дає прогноз продажів. Черга і таймер дають завантаження. Графік оплат дає план грошей. Звіти порівнюють план із фактом.

Код у такій системі пише штучний інтелект під контролем архітектора. Архітектор описує процес і критерії готовності, ШІ-агент пише код і тести, людина перевіряє на реальних замовленнях. Тому перша робоча версія готова за кілька днів, а вся система — за 2–4 тижні після опису процесу. Система належить вам: код і дані ваші, сервер — ваш або наш із передачею будь-коли, щоденна резервна копія.

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

Як впровадити автоматизацію планування за 2–4 тижні

Покроково

Розмова й демо — 30 хвилин. Показуємо робочу систему на вигаданих даних, ви розповідаєте, як зараз плануєте і де болить.
Опис процесу — 1 тиждень. Описуємо, як іде замовлення, які етапи, як рахуються ціна й собівартість, коли платить клієнт, які платежі обов’язкові. Відповідальний з вашого боку — власник або операційний директор. Підготуватися можна заздалегідь: як описати процес під свою систему — у статті програма для опису бізнес процесів.
Перша версія — кілька днів. Заявки, замовлення з етапами, клієнти, вхід через Telegram. З цього дня факт збирається сам.
Перенесення розрахунків і звірка. Формули ціни й собівартості переносимо з Excel і звіряємо на реальних прикладах. У проєкті з виробником металоконструкцій результати збіглися до копійки, а помилки самого Excel ми передали інженеру.
Паралельна робота — два тижні. Система працює поруч зі старим способом. Ви порівнюєте, чи збігаються цифри, і лише потім відмовляєтеся від таблиць.
Перший план-факт. Через місяць порівнюєте прогноз із фактом, розбираєте відхилення, уточнюєте ймовірності етапів і коефіцієнт корисного часу.
Ритуал огляду. Фіксований час щотижня — пів години на прогноз, план грошей і тригери. Без нього навіть точний прогноз ні на що не впливає.

Чекліст перед стартом

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

Як це працює в нашій системі управління

Ми будували систему для нашої компанії з виробництва на верстатах з ЧПК — меблеві фасади, різьблення, деталі під замовлення. Команда — від 3 до 6 людей. Замовлення змішані: частина з каталогу, частина за кресленням клієнта. Влітку 2026 року розглядали KeyCRM, зв’язку Google Sheets і Trello, ERPNext. Готові не підійшли через ціну за формулою, заготовки, виплати за операції і Telegram як основний інтерфейс. ERPNext закривав більше, але налаштування зайняло б місяці.

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

Що стало основою для планування

Ціна за формулою. Площа × ставка × коефіцієнт складності × кількість, плюс заготовка за об’ємом. Сума кожного замовлення у воронці порахована однаково, тому прогноз виручки не залежить від того, хто з менеджерів рахував.
Таймер на операції. Майстер запускає таймер командою в боті, і видно реальний час на операцію. Це сировина для плану завантаження.
Прибуток власника. Виплати за операціями й облік часу дають собівартість роботи по кожному замовленню. Прибуток бачить лише власник; ролей три — власник, менеджер, виробництво.
«Ворота» перед виробництвом. Питання до клієнта позначаються на картці. Якщо замовлення з відкритими питаннями намагаються перевести у виробництво, система попереджає, але не блокує. Для плану завантаження це означає менше замовлень, які стоять у черзі без руху.
Нагадування. ШІ-асистент у призначений день пише клієнту в Telegram, розбирає відповідь і записує її в картку, а якщо відповідь неясна — перепитує.

Які рішення змінили дані з перших тижнів

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

Повна історія з вибором між готовими програмами і своєю системою — у кейсі власної системи управління.

Типові помилки при автоматизації планування

Прогноз на неповних даних

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

Одна цифра замість трьох сценаріїв

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

Автоматизують бюджет, а не операції

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

Довіряють цифрам, які назвав чат-бот

Мовна модель уміє переконливо писати таблиці з вигаданими числами. Як уникнути: числа беруться лише з системи або вашої таблиці, а від ШІ ви просите пояснень і чернеток.

Немає ритуалу огляду

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

Забагато показників

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

Коли автоматизувати планування рано

Компанія до 5 людей з одним напрямом. Власник сам бачить усі замовлення, і добре зроблена таблиця дасть більше. Що варто автоматизувати першим у такій компанії — у статті автоматизація малого бізнесу.
Немає історії замовлень. Новому бізнесу прогноз з воронки нічого не скаже. Почніть зі збору факту, прогноз — за квартал.
Кілька великих проєктів на рік. Кожен об’єкт — окремий кошторис, і ймовірності етапів не мають статистичного сенсу. Потрібні графік робіт і графік оплат по кожному проєкту, а не прогноз воронки.
Модель бізнесу змінюється щомісяця. Якщо ви ще шукаєте продукт і канал, автоматизуйте лише прийом заявок, а планування — коли процес стабілізується.
Облікова програма вже закриває потребу. Якщо у вас налаштоване бюджетування в обліковій програмі, замовлення прості, а ціна — з прайсу, можливо, досить налаштувати звіти.

Часті питання

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

Як автоматизувати бізнес-планування, якщо зараз усе в Excel? Почніть із того, щоб замовлення й оплати проходили через одну систему. Формули з Excel перенесіть і звірте на реальних прикладах. Потім додайте прогноз з воронки, план завантаження і план грошей — по одному.

Чи потрібна ERP для автоматизації планування? Для компанії на 5–100 людей зазвичай ні. ERP виправдана, коли є кілька юросіб, складний облік виробництва і людина, яка супроводжує систему. Для планування досить системи, яка бачить замовлення, етапи, час і оплати.

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

Скільки часу займає запуск? Тиждень на опис процесу, перша версія — за кілька днів після нього, уся система — 2–4 тижні. Два тижні нова система працює паралельно зі старим способом.

Кому належать дані і код? Вам. Систему ставимо на ваш сервер або на наш із передачею будь-коли. Щоденна резервна копія, мови інтерфейсу — українська й російська.

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