Межі застосування ШІ зручно тримати трьома списками: що модель робить добре, що робить погано, і що небезпечно запускати без жорстких воріт людини. Питання "де допомагає, а де краще не чіпати" закривається не гаслом, а вашими списками на конкретні процеси компанії. Чернетки й сортування дають швидкість. Вигадані ціни й наявність бʼють по довірі. Платіж, персональні дані в публічному чаті, нічна авто-відповідь клієнту і відправка ТТН без approve - зона, де підписує людина або де систему краще не ставити.
Пʼятниця в інтернет-магазині. Власник хоче "нарешті впровадити ШІ" і бачить рекламу чату на сайті, який сам відповідає вночі про наявність і ціну. Паралельно менеджер уже пише чернетки follow-up у ChatGPT, бухгалтер кидає виписку в безкоштовний чат, логіст просить модель "самій заповнити ТТН і відправити". В одному дні змішались зона добре, зона погано і зона небезпечно. Без меж компанія отримає швидкість у тексті й інцидент у грошах або в довірі клієнта. З межами вона отримає ефект там, де ризик контрольований.
Коротко
- Добре: чернетки тексту, класифікація звернень, переклад під глосарієм, пояснення SOP - завжди з підписом людини.
- Погано: наявність і ціна без джерела, юридичні висновки під ключ, оперативні факти "з памʼяті", стратегія з одного чату без даних.
- Небезпечно: платіж без людини, персональні дані в публічному чаті, авто-відповідь клієнту про наявність, відправка ТТН без approve.
- Сіра зона стає червоною, щойно модель додає клієнту вигоду поза вашим прайсом або політикою.
- Одна сторінка з трьома списками на ваші процеси дешевша за перший нічний інцидент.
Список "добре": де ШІ уже сьогодні дає важіль
Чернетки. Модель сильна там, де треба швидко зібрати варіант тексту від ваших фактів: відповідь на заперечення ціни з прайсу, короткий лист клієнту після підтвердженої відправки, структура поста для каналу, порядок денний зустрічі, перефразування складного пояснення бухгалтера людською мовою. Чернетка не є рішенням. Вона економить час до підпису людини. Якщо команда це розуміє, ШІ стає помічником редактора, а не самозванцем директора.
Класифікація й сортування. Розкласти вхідні звернення з Telegram на "оплата / статус ТТН / повернення / інше". Розмітити рядки виписки за категоріями для подальшої перевірки. Зібрати з хаотичного листа клієнта список відсутніх полів для накладної. Тут модель працює як сито. Помилка класифікації дешевша за вигадану наявність, якщо далі людина або правило маршрутизації мають шанс виправити.
Переклад і локалізація чернеток українською й англійською з вашим глосарієм. Терміни на кшталт ТТН, рахунок, післяплата модель може плутати без підказки. З глосарієм і перевіркою вона прискорює листування з іноземним постачальником або клієнтом. Без глосарію й без людини на фіналі юридичний сенс може поїхати. Межа та сама: чернетка так, підпис відповідальності ні.
Навчання команди. Модель може допомогти менеджеру зрозуміти, чому в шаблоні стоїть заборона на знижку, або зібрати питання для самоперевірки по SOP. Це не замінює рольове навчання від керівника, але знімає частину повторюваних пояснень.
Список "погано": де зручність маскує шкоду
Вигадані залишки й ціни. Будь-яка відповідь клієнту про наявність без джерела зі складу - погане застосування, навіть якщо текст ввічливий. Будь-яка "орієнтовна ціна з голови моделі" замість прайсу - погане застосування. Тут ШІ шкодить тим сильніше, чим краще звучить. Саме тому авто-відповідь клієнту про наявність швидко опиняється вже на межі з небезпечним, коли стоїть без людини й без обліку.
Юридичні висновки під ключ. Модель складе абзац про повернення, штрафні санкції, трудові формулювання чи "як правильно оформити". Без вашого шаблону й без відповідальної людини це імітація юридичної послуги. Для підприємця ризиковано відправляти такі тексти контрагенту або класти в договір "як є". Можна просити допомогти порівняти ваш фрагмент з чеклістом питань до юриста. Не можна просити "напиши оферту, яку можна одразу публікувати", якщо ви не готові нести підпис.
Оперативні факти "з памʼяті": баланс рахунку, статус ТТН зараз, курс, яким ви користувались учора в переговорах, хто саме підтвердив оплату. Модель без контуру даних тут або відмовить, або вигадає. Обидва варіанти гірші за тридцять секунд у кабінеті банку чи Нової Пошти. Погане застосування маскується під зручність "не хочу перемикати вікна".
Стратегічні рішення компанії на основі одного чату без даних і без альтернатив. "Який напрям нам відкрити наступного кварталу" без юніт-економіки, без розмови з клієнтами й без обмежень капіталу дає красиву презентацію й слабку відповідальність. Модель може бути спарринг-партнером для збору аргументів проти вашої ідеї. Вона не є радою директорів.
Список "небезпечно": де підписує людина або стоїть тверде ні
Платіж і будь-який рух грошей без людини. Навіть "агент сам оплатить рахунок" у демо звучить сучасно. Кнопка оплати в банку - зона підпису власника чи уповноваженої особи. Модель може підготувати чернетку призначення платежу. Вона не повинна мати автономного права списати кошти. Якщо вендор продає автопілот оплат, питайте про стоп-лінії й логи голосніше за питання про "розумність".
Персональні дані в публічному чаті. Паспорт, податковий номер, повні реквізити карток, виписка з зайвими рядками, дані дітей, зарплатні відомості, договори з персональними блоками. Шкода тут не в поганому стилі тексту, а у витоку й у втраті контролю. Навіть "тимчасово, бо треба швидко розібрати" створює слід. Для навчання команди використовуйте синтетичні приклади. Для бойових даних - лише дозволений контур.
Автоматична відповідь клієнту про наявність, ціну зі знижкою або гарантію без джерела й без approve. Нічний чат на сайті без складу продає те, чого немає. Ранковий менеджер розгрібає оплату без товару. Репутаційний удар дорожчий за підписку Pro. Якщо дуже потрібен нічний канал, тримайте сценарії без фактів складу: прийом заявки, обіцянка передзвонити, збір контактів. Факти - вранці, людиною або з інтеграції залишків.
Відправка ТТН і зміна даних у кабінеті перевізника без воріт людини. Модель може зібрати чернетку полів. Людина перевіряє телефон, відділення, післяплату й натискає відправку. Віддати ключ від кабінету Нової Пошти системі без слідів і без approve - спосіб отримати посилки "не туди" на масштабі. Те саме стосується масових розсилок клієнтам з CRM без перевірки сегмента й тону.
Сіра зона і як зібрати свої три списки за годину
Сіру зону команди часто плутають із зеленою. Наприклад, модель пропонує клієнту три варіанти комплектації з вашого прайсу. Це схоже на добре. Але якщо в прайсі немає акційних умов, а модель додає "як подарунок доставимо безкоштовно", сіра зона миттєво стає червоною. Правило для сірого: будь-яка нова вигода клієнту поза файлом політики вимагає людини.
Інший приклад сірого - внутрішні аналітичні нотатки для власника. Модель може зібрати гіпотези з ваших цифр тижня. Це корисно як чернетка порядку денного. Небезпека зʼявляється, коли гіпотезу без перевірки відправляють інвестору або партнеру як факт. Межа проходить по аудиторії: внутрішній чернетковий текст і зовнішнє твердження з наслідками - різні класи ризику, навіть якщо абзац той самий.
Як зібрати три списки на свою компанію за одну годину. Візьміть десять-дванадцять типових задач тижня: відповіді в Telegram, рахунок, ТТН, виписка, пост, переговори про знижку, нотатки зустрічі, навчання новачка. Біля кожної поставте мітку добре / погано / небезпечно за критерієм збитку від помилки й наявності джерела даних. Те, що потрапило в "добре", стає кандидатом у пілот чернеток. Те, що в "погано", лишається з забороною або з жорстким промптом. Те, що в "небезпечно", або не чіпають, або проєктують лише з людиною в циклі.
Якщо компанія вже "трохи користується ШІ", списки все одно варто зібрати заново. Запитайте менеджерів, що вони реально кидають у чат. Запитайте бухгалтера, чи була виписка. Запитайте логіста, чи був автотекст статусу. Часто виявиться, що зелений список у голові власника ширший за безпечний, а червоний вужчий за реальний. Це нормальна знахідка першого тижня. Її цінність у тому, що далі ви керуєте фактом, а не презентацією.
Практичний артефакт - одна сторінка в Notion або Excel з трьома колонками: добре / погано / небезпечно. Під кожною - ваші пункти з іменами процесів, не загальні слова. Поруч - джерело істини, якщо воно потрібне, і імʼя людини на підписі. Цю сторінку можна покласти в політику ШІ пізніше. Зараз вона вже зупиняє найдорожчі помилки першого ентузіазму.
Інвестору межі читаються як якість управління. Компанія, яка вміє сказати "тут не ставимо", виглядає доросліше за компанію, яка всюди пише AI. У перевірці питайте: які процеси в зеленому списку, які в червоному, хто підписує вихід, де логи. Відсутність червоного списку - сигнал ризику, навіть якщо демо чату красиве.
Що робити далі
- За одну годину заповніть сторінку трьома колонками - добре / погано / небезпечно - на 10-12 своїх реальних процесів тижня.
- Біля кожного зеленого пункту вкажіть, хто підписує вихід клієнту; біля червоного - тверде "не чіпати" або вимогу approve.
- Забороніть нічні авто-відповіді про наявність і ціну без складу; залиште нічному каналу лише збір заявки й обіцянку передзвонити.
- Приберіть із публічних чатів виписки й скріни з зайвими персональними даними; для навчання використовуйте синтетичні приклади.
- Покажіть сторінку меж команді й раз на місяць звіряйте її з тим, що люди реально кидають у ChatGPT, Telegram-боти й чат на сайті.
Про цей матеріал
Це навчальна нотатка про межі застосування ШІ в невеликому українському бізнесі. Три списки й сцени з інтернет-магазину ілюстративні й узагальнені з типових впроваджень. Текст не є юридичною чи фінансовою консультацією і не замінює внутрішню політику компанії: рішення про пілот і заборони залежать від ваших процесів, доступу до даних і готовності тримати людину на підписі.