Правило чи AI-агент? Як зрозуміти, чого насправді потребує ваш процес
Кожен інструмент сьогодні рекламує себе як «AI-агент», а компанії питають про агентів раніше, ніж про те, що хочуть покращити. Нижче — тест, який за пів хвилини визначає, чи потрібна на цьому кроці мовна модель, чи вистачить звичайного правила.
Коротка відповідь
Правила вистачає всюди, де двоє людей, які виконують той самий крок, ухвалили б однакове рішення. Мовна модель потрібна лише там, де текст треба прочитати, зрозуміти й оцінити — текст, який щоразу виглядає інакше.
У добре побудованому процесі це зазвичай вісімдесят відсотків правил і двадцять відсотків моделі — на конкретних кроках, а не в усьому процесі.
Найдорожча помилка в цій сфері — побудувати AI-агента там, де вистачило б одного «якщо–то». Друга найдорожча — навпаки.
Чому це взагалі питання
Рік тому його б ніхто не поставив. Автоматизація означала правила, і альтернативи не було.
Сьогодні кожен інструмент рекламує себе як «AI-агент», а компанії питають про агентів раніше, ніж про те, що насправді хочуть покращити. У результаті з’являються два типи невдалих впроваджень, які коштують у протилежних напрямках.
Агент там, де вистачило б правила. Мовна модель класифікує звернення, які можна було б розділити одним полем у формі. Це працює, але коштує щомісяця, іноді помиляється, і важко перевірити, чому вона ухвалила таке рішення.
Правило там, де потрібне розуміння. Автоматизація сортує листи за ключовими словами. Клієнт пише «у мене не працює рахунок», правило шукає слово «рекламація», не знаходить, і звернення потрапляє не до тієї людини. Формально процес працює, а на практиці хтось усе одно мусить усе переглядати вручну.
Обидві помилки мають одне джерело: вибір технології раніше, ніж розуміння кроку.
Правило — коли відповідь завжди однакова
Запит із форми потрапляє в таблицю. Рахунок після оплати змінює статус. Клієнт отримує підтвердження. Завдання потрапляє у список із терміном. Тут нічого інтерпретувати — є умова й дія.
Правило має чотири переваги, яких модель не наздожене:
- Воно дешевше. Ви не платите за кожен виклик. Вартість утримання — це по суті вартість платформи, на якій воно працює.
- Воно швидше. Виконується за частку секунди, без очікування відповіді зовнішньої моделі.
- Воно передбачуване. Той самий вхід завжди дає той самий результат. Достатньо протестувати один раз.
- Воно ніколи не помиляється по-новому. Якщо спрацює неправильно, то завжди однаково — і це легко знайти.
Остання риса недооцінена. Помилка правила повторюється, тож її можна помітити й виправити. Помилка моделі буває одноразовою і важко відтворюваною.
Модель — коли текст треба зрозуміти
Звернення треба віднести до категорії, хоча ніхто не написав, до якої. З довгого листа треба витягти номер замовлення, термін і власне прохання. Треба відповісти на запитання, якого немає в готовому FAQ.
Тут правила не вистачить, бо вхід щоразу виглядає інакше. Неможливо передбачити всі формулювання, а список ключових слів росте без кінця і все одно пропускає випадки, про які ніхто не подумав.
Мовна модель справляється тут добре, бо не шукає слова — вона розуміє зміст. «У мене не працює рахунок», «рахунок не надсилається» і «клієнт каже, що не отримав документ» потраплять в одне місце.
Тест, який вирішує за пів хвилини
Візьміть один крок свого процесу й поставте одне запитання: чи ухвалили б двоє людей, які виконують цей крок, однакове рішення?
Якщо так — це правило. Запишіть його й автоматизуйте. Модель тут не потрібна, а її додавання лише підніме вартість.
Якщо ні, бо текст треба прочитати, зрозуміти й оцінити — це місце для моделі.
Тест працює, бо розкриває джерело мінливості. Коли двоє людей вирішують однаково, рішення випливає з умови, яку можна записати. Коли вирішують по-різному, рішення потребує інтерпретації — а інтерпретація — це саме те, у чому модель краща за правило.
Іноді двоє людей вирішують по-різному не тому, що крок потребує інтерпретації, а тому, що ніхто не встановив правила. Тоді потрібне рішення, а не модель. Спершу встановіть правило — і лише якщо його неможливо записати, беріться за модель.
Як це виглядає в одному процесі
Візьмімо обробку запитів із форми, крок за кроком.
| Крок | Однакове рішення? | Рішення |
|---|---|---|
| Відсіювання спаму через приховане поле | так | правило |
| Запис звернення в таблицю | так | правило |
| Сповіщення команди | так | правило |
| Вибір мовної версії відповіді | так | правило |
| Створення завдання з терміном | так | правило |
| Визначення теми, коли клієнт її не вказав | ні | модель |
| Адаптація відповіді до опису | ні | модель |
П’ять кроків із семи — правила. Так виглядає наша власна обробка запитів — зараз вона працює виключно на правилах, а шар моделі свідомо відкладено, доки версія на правилах не опрацює достатньо реальних звернень, щоб стало зрозуміло, що модель мала б покращити.
Ми описали цей процес окремо, разом із розрахунком окупності: як ми автоматизували власну обробку запитів.
Коли модель не має сенсу, навіть якщо пасує
Є три ситуації, у яких модель додасть ризику, а не цінності — навіть якщо крок формально потребує інтерпретації.
Коли помилка дорога й незворотна. Надсилання переказу, затвердження договору, видалення даних. Тут неприйнятна навіть рідкісна помилка. Краще, щоб вирішувала людина, а автоматизація підготувала їй усе для рішення.
Коли відповідь має бути щоразу ідентичною. Юридичні тексти, інформація про ціни, положення регламенту. Модель щоразу формулює відповідь трохи інакше. Там, де важить точне формулювання, це вада, а не перевага.
Коли в компанії немає записаних знань. Модель відповідає на основі контексту, який ви їй дасте. Якщо процедури, ціни й правила існують лише в головах людей, моделі нема з чого брати — і вона вгадуватиме, звучачи при цьому впевнено.
Скільки це коштує
Це розрізнення безпосередньо впливає на ціну.
Кроки на правилах вміщаються у стандартне впровадження й практично не створюють поточних витрат, крім платформи автоматизації.
Кроки, що потребують моделі, додають вартість її утримання — за типового потоку в малій компанії це 50–300 PLN на місяць, залежно від кількості викликів і довжини оброблюваних текстів.
Це невеликі суми, але їх варто знати до ухвалення рішення. Якщо крок можна обробити правилом, додавання моделі означає платити щомісяця за те, що могло б працювати без додаткових витрат.
Один обов’язок, про який варто знати
Коли мовна модель розмовляє з клієнтом або готує текст, який отримує клієнт, виникає обов’язок інформування. Від 2 серпня 2026 року одержувач має знати, що має справу зі штучним інтелектом — це випливає зі ст. 50 AI Act ЄС.
Це не стосується правил. Автоматичне підтвердження, надіслане правилом, — це звичайна автоматизація без додаткових вимог. Подробиці ми описали в тексті про новий обов’язок інформування про ШІ.
Чому ми не продаємо «AI-агентів»
Це прямий висновок з усього тексту. Агент — не мета, а один зі способів виконати крок у процесі. Клієнт не купує мовну модель. Він купує те, що звернення потрапляють до потрібної людини, а відповідь приходить за хвилину замість двох днів.
Тому ми починаємо з процесу, а не з технології. Спершу розкладаємо його на кроки, до кожного застосовуємо тест двох людей, і лише тоді стає зрозуміло, де вистачить правила, а де модель справді щось змінює. Іноді відповідь така: модель тут узагалі не потрібна.
Найчастіші запитання
Ні. Це два різні інструменти для двох різних завдань. Правило виконує рішення, яке вже хтось ухвалив. Модель ухвалює рішення, яке неможливо записати заздалегідь. Заміна правила моделлю не осучаснює процес — лише робить його дорожчим і менш передбачуваним.
Розкладіть процес на кроки й на кожному поставте запитання про двох людей. Якщо на всіх кроках рішення однозначне, модель не потрібна. Це трапляється частіше, ніж підказує реклама інструментів.
Так, рідко, але помиляється — і часом у спосіб, який важко передбачити. Тому ми не застосовуємо її там, де помилка дорога й незворотна. На таких кроках модель може підготувати пропозицію, але рішення залишаємо людині.
Це найкращий порядок. Версія на правилах показує, які кроки справді створюють проблеми на реальних даних. Модель, додана потім, потрапляє саме туди, де вона потрібна.
Якщо це правило — ні. Якщо модель розмовляє з клієнтом або готує текст, який отримує клієнт, — так, від 2 серпня 2026 року цього вимагає ст. 50 AI Act.
Поточна вартість — зазвичай 50–300 PLN на місяць за типового потоку в малій компанії. До цього одноразова вартість впровадження кроку, яка залежить від складності інтерпретації та обсягу контексту для моделі.
П’ять років будував операційну роботу у WebWave: від створення відділу підтримки з нуля до посади Head of Operations та інтеграції після придбання компанії. Впорядковуючи ці процеси, він побачив, скільки часу забирають дії, які нікого не розвивають — і що інструменти, здатні їх перебрати, уже існують. Випускник факультету фінансів підприємств у Варшавській школі економіки (SGH).
Профіль у LinkedIn →