Автоматизація бізнесу з ШІ: прості сценарії без агента

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

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

Нижче — чотири робочі схеми, правило «де ШІ, а де формула», способи перевірки відповіді, розрахунок вартості виклику й окупності, п’ять ознак готового процесу, план запуску на 2–4 тижні і чесний розділ про те, коли агент усе-таки потрібен.

Коротко

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

Чому прості автоматизації виграють у агентів

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

Що кажуть ті, хто будує агентів

Anthropic, розробник моделей Claude, у настанові «Building effective agents» розділяє ці два підходи. Воркфлоу — системи, де модель та інструменти працюють за наперед заданими шляхами в коді. Агенти — системи, де модель сама керує процесом і вибором інструментів. Порада авторів: шукати найпростіше рішення і ускладнювати лише тоді, коли це справді потрібно. Агентні системи часто платять затримкою і вартістю за кращий результат, тому іноді правильна відповідь — не будувати агентну систему взагалі (Anthropic, грудень 2024).

Аналітики бачать те саме. Gartner прогнозує, що понад 40% проєктів з агентним ШІ скасують до кінця 2027 року через зростання витрат, неясну цінність для бізнесу або слабкий контроль ризиків. За оцінкою Gartner, справжні агентні можливості мають лише близько 130 із тисяч постачальників, які називають свої продукти агентами (W.Media, червень 2025).

Навіть ті, хто вже запустив агентів, найбільше страждають від якості. В опитуванні LangChain (1 340 відповідей, листопад–грудень 2025 року) агентів у робочому середовищі мають 57,3% респондентів. Але якість назвали головним бар’єром 32%, а затримку — 20% (LangChain).

Що це означає для компанії на 5–100 людей

В Україні ШІ вже використовують майже всі, але результат має не кожен. За опитуванням Top Lead серед 216 компаній (листопад 2025 — лютий 2026), ШІ використовують 93,1% компаній. При цьому 14,4% ще не отримали економічної вигоди, а найчастіший бар’єр — складність інтеграції з наявними системами, його назвали 73,6% (Dengi.ua).

Схожа картина в малому бізнесі США. Серед 1 256 підприємців програми Goldman Sachs 10,000 Small Businesses ШІ використовують 76%, але лише 14% кажуть, що технологія глибоко вбудована в ключові процеси (ITC.ua). Для більшості ШІ поки що — окремі задачі: розсилка, текст для сайту, документи.

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

Автоматизація бізнесу з ШІ: чотири робочі схеми

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

Схема 1. Розібрати повідомлення і направити

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

Що ви виграєте: заявка не лежить у месенджері, поки менеджер зайнятий, а картка створюється з уже заповненими полями. Менеджер не переписує текст, а перевіряє готове. Як така схема продовжується до рахунку і ТТН — у статті автоматизація замовлень від заявки до ТТН, а для відділу продажів — у плані автоматизація відділу продажів на 30 днів.

Схема 2. Витягнути дані з документа

Постачальник надсилає рахунок у PDF або фото накладної. ШІ читає документ і повертає поля: постачальник, код ЄДРПОУ, номер і дата рахунку, IBAN, рядки з кількістю й ціною, сума. Далі — перевірки формулами: сума рядків дорівнює підсумку, IBAN починається з UA і має 29 символів, постачальник є у вашому довіднику. Якщо все збіглося — рахунок іде на погодження власнику в Telegram. Якщо ні — бухгалтеру з поясненням, що саме не так.

Оплату потім звіряє правило, а не ШІ. Виписку система може забирати через API банку: наприклад, ПриватБанк дає бізнес-клієнтам доступ до балансу, транзакцій і створення платежів у «Приват24 для бізнесу» (ПриватБанк). Правило шукає в призначенні платежу номер рахунку і порівнює суму. Детально цей процес розібрано у статті про погодження рахунків постачальників у Telegram.

Схема 3. Підготувати чернетку повідомлення

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

Так працює ШІ-асистент у системі Saloy — нашої компанії з виробництва на верстатах з ЧПК. У призначений день він пише клієнту в Telegram, розбирає відповідь і записує її в картку замовлення. Якщо відповідь неясна — перепитує. Це не теорія: одне замовлення Saloy програла саме тому, що клієнту вчасно не нагадали.

Схема 4. Зібрати звіт

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

Спільне в усіх чотирьох схемах: ШІ отримує чітко описаний вхід, робить одну операцію, а його відповідь перевіряє наступний крок. Система не «вирішує», вона обробляє за правилами. Більше схем «як є — як стає» — у добірці приклади автоматизації бізнес-процесів, а 50 процесів за відділами — у статті автоматизація бізнес процесів підприємства: 50 прикладів.

Де в процесі місце для ШІ, а де для формули і правила

Головна помилка — віддати ШІ все підряд. Модель добре читає вільний текст, але погано рахує, не пам’ятає ваших правил між запитами і може впевнено помилитися. Тому перед автоматизацією кожен крок процесу треба розкласти за виконавцями.

Тест: чи людина тут читає зміст

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

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

Розкладка одного замовлення

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

Крок	Хто робить	Чому
Прийняти заявку з месенджера чи пошти	ШІ	Вільний текст, голосові, фото з підписами
Створити картку замовлення і клієнта	Правило	Поля вже витягнуті, їх треба лише записати
Порахувати ціну	Формула	Однакові параметри мають давати однакову ціну
Перевірити відкриті питання перед виробництвом	Правило	Є відкрите питання — система попереджає
Скласти КП і рахунок	Шаблон документа	Реквізити й суми беруться з картки
Надіслати КП клієнту	Людина	Відповідальність за ціну й умови
Нагадати клієнту чи уточнити деталі	Тригер і ШІ	Тригер вибирає момент, ШІ пише текст
Звірити оплату з рахунком	Правило	Сума і номер рахунку в призначенні платежу
Розібрати нестандартну скаргу	Людина	Потрібне рішення, а не класифікація

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

Чому ціну рахує формула, а не ШІ

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

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

Як перевіряти відповідь ШІ, щоб автоматизація не ламалася

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

Фіксований формат відповіді

ШІ має повертати не вільний текст, а заповнену форму: тип звернення з переліку, виріб, кількість числом, дату, позначку впевненості. Сучасні моделі вміють гарантувати таку структуру. Документація Claude пояснює, що структуровані відповіді відповідають заданій схемі, тож система отримує поля потрібного типу. Але та сама документація називає винятки — відмову моделі й обрізану відповідь через ліміт довжини (документація Claude). І головне: правильна форма не означає правильний зміст. Кількість буде числом, але не обов’язково тим, яке написав клієнт.

«Ворота» після кроку ШІ

Після кожного кроку ШІ ставте програмну перевірку — у настанові Anthropic її називають «gate». Типові перевірки:

обов’язкові поля заповнені: без телефону чи назви виробу заявка не йде далі;
числа в розумних межах: 12 фасадів — нормально, 1 200 — питання до людини;
сума рядків рахунку дорівнює підсумку, код ЄДРПОУ має 8 цифр, РНОКПП підприємця — 10;
дата не в минулому і не через три роки;
значення з довідника: тип звернення лише з вашого переліку, постачальник — з вашої бази.

Перевірка не потребує ШІ. Це кілька правил, які або пропускають відповідь далі, або повертають її людині.

Куди йде невпевнене

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

Журнал кожного запуску

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

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

Тестовий набір

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

Скільки коштує один крок ШІ і чому агент дорожчий

Вартість виклику моделі рахується до запуску. Формула: (вхідні токени × ціна входу + вихідні токени × ціна виходу) × кількість викликів на місяць. Токен — це шматок слова. Інструкція, текст заявки і відповідь разом зазвичай займають кілька тисяч токенів.

Розрахунок на цінах Claude

Ціни Claude на листопад 2026 року: Haiku 5.5 — $0.10 за мільйон вхідних токенів і $0.50 за мільйон вихідних, Sonnet 5.5 — $2 і $10, пакетна обробка — на 50% дешевше (claude.com/pricing).

Умовний приклад простої схеми. Розбір заявки — 2 000 токенів на вході і 300 на виході, модель Haiku 5.5. Вартість: 2 000 × 0,10 / 1 000 000 + 300 × 0,50 / 1 000 000 = 0,00035 долара за заявку. Тисяча заявок на місяць — близько 35 центів (ціни Claude).

Умовний приклад агента. Та сама заявка, але агент на Sonnet 5.5 «міркує»: робить 10 викликів, і в кожному контекст розростається до 8 000 токенів, бо містить усю попередню історію. Вартість: 10 × (8 000 × 2 + 500 × 10) / 1 000 000 = 0,21 долара за заявку. Тисяча заявок — близько 210 доларів на місяць, приблизно в 600 разів більше за просту схему (ціни Claude).

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

Що коштує дорожче за токени

Токени — не головна стаття витрат агента. Дорожче обходяться три речі.

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

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

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

Ознаки, що ваш «агент» — насправді дорога автоматизація

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

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

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

Як порахувати, чи окупиться перша автоматизація

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

Вартість години

Медіанна зарплата менеджера з продажу в Україні — 40 000 грн на листопад 2026 року, за даними 9 528 вакансій (Work.ua). Роботодавець додає єдиний внесок 22% (Закон про ЄСВ, ст. 8). Повна вартість — близько 48 800 грн на місяць. При 168 робочих годинах це приблизно 290 грн за годину.

Формула окупності

Економія на місяць = (години на процес до запуску − години на перевірку після запуску) × вартість години − вартість викликів ШІ − підтримка.

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

Умовний приклад

Менеджер щодня витрачає півтори години, щоб прочитати повідомлення з трьох месенджерів і пошти, переписати деталі в картки й розкидати їх по колегах. За 21 робочий день це 31,5 години на місяць. Після запуску схеми «розібрати і направити» він лише перевіряє заповнені картки — припустімо, пів години на день, тобто 10,5 години. Різниця — 21 година, або приблизно 6 090 гривень на місяць за вартістю години з розрахунку вище. Виклики ШІ на тисячу заявок коштують менше долара. Окремо додайте заявки, які раніше губилися ввечері й на вихідних.

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

П’ять ознак, що процес готовий до автоматизації

Ці ознаки — чекліст. Пройдіться ним по процесах вашої компанії й поставте бал від 0 до 2 за кожну ознаку: 0 — ні, 1 — частково, 2 — так.

1. Процес частий і однаковий

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

2. Вхід передбачуваний

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

3. Рішення можна записати умовою

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

4. Помилка має ціну

Пропущена заявка, неоплачений рахунок, забуте уточнення перед виробництвом — у кожної помилки є ціна в гривнях. Чим вона вища, тим важливіша автоматизація, яка не забуває.

5. Хтось уже «не встигає»

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

Як читати бал

8–10 балів — запускайте першим.
5–7 балів — спершу стабілізуйте процес: опишіть правила, зведіть вхід до одного-двох каналів, потім автоматизуйте.
0–4 бали — не зараз, шукайте інший процес.

Описати процес на папері допоможе шаблон опису процесу для ШІ.

Що автоматизувати не варто

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

Перший процес за 2–4 тижні: покроковий план

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

Крок 1. Вибрати процес

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

Крок 2. Описати процес без ШІ

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

Тут же зберіть тестовий набір: 30–50 реальних прикладів входу за останній місяць, разом із незручними.

Крок 3. Позначити кроки для ШІ

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

Крок 4. Перша робоча версія

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

Крок 5. Два тижні паралельно

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

Крок 6. Виміряти до і після

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

Типові помилки першої автоматизації

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

Дати ШІ рахувати. Ціна, знижка, сума до оплати, залишок на складі — лише формули. ШІ тільки витягує вихідні дані для них.

Забрати в моделі право сказати «не знаю». Без варіанта «не впевнений» модель вгадує, і вгадує впевнено.

Тестувати на трьох гарних прикладах. Реальні клієнти надсилають голосові, фото екрана, два питання в одному повідомленні. Тестовий набір має містити саме такі випадки.

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

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

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

Коли агент справді потрібен

Агент — не погана ідея. Погано, коли його ставлять туди, де вистачає трьох кроків. Агент виправданий, коли кількість кроків не можна передбачити наперед: задача відкрита, а шлях до результату щоразу різний. Саме так межу проводить Anthropic у своїй настанові (Anthropic).

Приклади, де агент на своєму місці

Написання коду системи. У наших проєктах код пише ШІ-агент під контролем архітектора: архітектор описує процес і критерії готовності, агент пише код і тести, людина перевіряє на реальних замовленнях. Кроків наперед не знає ніхто, але критерії й перевірка чіткі.
Робота з контентом. На нашому найпростішому сервері (2 ГБ пам’яті, 1 процесор) працює команда ШІ-агентів, яка веде цей блог: досліджує тему, пише, перевіряє текст за правилами.
Пошук відповіді у великому масиві документів, коли питання щоразу нове і заздалегідь невідомо, скільки документів доведеться переглянути.

Спільне в цих прикладах: агент працює в рамці — з критеріями готовності, автоматичною перевіркою і людиною наприкінці. Більше прикладів — у статті ШІ агенти: приклади для малої компанії.

Порівняння підходів

Параметр	Воркфлоу з кроком ШІ	Агентна система
Хто вибирає порядок кроків	Наперед задано в системі	Модель під час роботи
Вартість викликів	Передбачувана, рахується до запуску	Залежить від того, скільки модель «міркує»
Пошук помилки	Видно крок і правило, що спрацювало	Треба відновлювати ланцюжок рішень
Затримка	Один-два виклики	Багато послідовних викликів
Де підходить	Повторювані процеси з передбачуваним входом	Відкриті задачі з невідомою кількістю кроків
Підтримка після запуску	Тестовий набір і журнал	Постійний нагляд, оцінка якості, обмеження

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

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

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

Що в системі робить ШІ, а що — правила

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

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

Приклад Saloy

Влітку 2026 року Saloy розглядала KeyCRM, зв’язку Google Sheets і Trello та ERPNext. Готові варіанти не підійшли: ціна за формулою, заготовки, «ворота» перед виробництвом, виплати за операції, Telegram як основний інтерфейс. ERPNext закривав більше, але налаштування зайняло б місяці. Перша версія власної системи запрацювала за 1 день, усі модулі — за 3 тижні.

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

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

Якщо у вас уже є готова програма

Не обов’язково все міняти. Якщо менеджери вже працюють у готовій CRM і вона вас влаштовує, ми її не міняємо, а додаємо те, чого бракує. Так було з калькулятором для виробника металоконструкцій: менеджери працювали в CRM, ми вбудувалися в неї, і за 4 дні запрацював калькулятор, який для кожної заявки сам формує КП у фірмовому PDF і розрахунок в Excel із живими формулами. Чесно оцінити, що вигідніше саме вам, допоможе тест готова CRM чи своя система.

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

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

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

Чи можна зробити таку автоматизацію самому на n8n чи Make? Для однієї-двох схем — так, якщо в команді є людина, яка розуміється на інтеграціях і готова їх підтримувати. Складнощі починаються, коли сценаріїв стає багато, а дані розкидані по сервісах: тоді кожна зміна процесу — це правки в кількох місцях. Різниця між «спрацювало на демо» і «надійно працює третій місяць» — у перевірках, журналі й тестовому наборі, а не у виборі сервісу.

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

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