ШІ-агенти для бізнесу: шість процесів і межі застосування
Договори, первинка, звіти, перенесення даних, база знань і заявки. Розбираємо, що можна автоматизувати, де потрібен ШІ й що залишається працівнику.
Редакція awakes.ai · · оновлено
Де шукати завдання для ШІ
Бухгалтер звіряє акти у трьох вікнах, менеджер збирає договір із листування, заявки доводиться переносити в CRM. Ці завдання мають різну складність, хоча збоку все виглядає як ручна рутина.
Для копіювання полів і розрахунків за правилами часто достатньо інтеграції. ШІ корисний, коли потрібно розбирати текст, зображення або неоднозначні дані. Агентний сценарій потрібен, якщо модель має обирати наступні дії під час роботи. Нижче ці частини розділені для кожного процесу.
Шість процесів: де потрібен ШІ
| Процес | Що автоматизується | Де корисний ШІ | Що перевіряє людина |
|---|---|---|---|
| Договори | Підстановка реквізитів у шаблон | Витягування умов із листування | Умови й остаточний документ |
| Рахунки й акти | Звірка за номером, сумою та датою | Розбір неоднозначного призначення платежу | Розбіжності й підстави документів |
| Звіти | Збір показників і розрахунки | Опис відхилень із посиланнями на дані | Висновки й вихідні цифри |
| Перенесення даних | Обмін між CRM, складом і банком | Перетворення довільного тексту на поля | Винятки й дублікати |
| База знань | Пошук і розмежування доступу | Відповідь з урахуванням запитання та знайдених джерел | Правила й актуальність матеріалів |
| Заявки | Реєстрація звернення й сповіщення | Виділення запиту й підготовка відповіді | Складні звернення й обіцянки клієнту |
Договір тижнями ходить у листуванні
ЄДРПОУ і юридична адреса лежать у картці клієнта, IBAN надіслали листом, умови змінювали в листуванні. Менеджер переносить усе в шаблон і намагається зрозуміти, яку версію погодили.
Реквізити з CRM і розрахунок сум можна підставляти за правилами. Модель допомагає витягти погоджені умови з листа й виділити суперечності. Перед надсиланням менеджер перевіряє умови й остаточний документ. У нашому кейсі нижче показана підготовка договорів; він підтверджує автоматизацію складання, а не будь-яку можливу функцію ШІ.
Підписання й зберігання документів потребують окремого процесу. Якщо потрібен КЕП, підключення до надавача електронного підпису узгоджується окремо. «Вчасно» або інший сервіс ЕДО може залишатися місцем надсилання й зберігання.
Первинку наприкінці місяця роблять руками
У CRM угода закрита, у банку оплата надійшла, а документ ще не підготовлений. Бухгалтер звіряє записи й переносить назву, суму та дату в облікову систему.
Збіги за номером рахунку, сумою та контрагентом перевіряє інтеграція. Якщо призначення платежу написане довільно, ШІ може запропонувати відповідну угоду й показати, на чому ґрунтується вибір. Часткова оплата, повернення або кілька збігів потребують окремої перевірки.
Надходження грошей саме по собі не завжди є підставою для акта. Умови підготовки документа задають разом із бухгалтером. Система готує чернетку; бухгалтер перевіряє підставу, підписує й надсилає. Можливість передачі в M.E.Doc або іншу програму потрібно перевірити для конкретної версії та способу підключення.
Звіти з кількох джерел
Щоб відповісти, як минув місяць, працівник вивантажує дані з CRM, каси й реклами, а потім зводить їх в Excel. Для такого звіту часто достатньо інтеграції та заздалегідь погоджених формул.
ШІ можна додати для пояснення відхилень і підготовки текстового зведення. Розрахунки при цьому виконує код, а висновки мають посилатися на вихідні показники. Якщо в CRM не записана причина падіння продажів, модель не повинна видавати здогад за встановлений факт.
Перевірка матеріалів — інше завдання. У нашому кейсі аудиту оголошень ШІ зіставляє фото й текст та пропонує правки. За оцінки в годину на оголошення повна ручна перевірка 500 об’єктів потребувала б 500 годин. Це розрахунок трудомісткості, а не виміряна економія часу: повний аудит до впровадження не проводили.
Людина переносить дані між двома системами
Замовлення з CRM потрібно передати на склад, ТТН Нової Пошти — у картку замовлення, оплату з банку — пов’язати з угодою. Якщо поля відомі, таку роботу краще почати зі звичайного обміну даними через API.
ШІ корисний на вході, коли замовлення надходить листом або повідомленням без єдиної форми. Він виділяє товар, кількість та адресу; далі значення перевіряються й передаються за заданими правилами. Недоступний API, обмеження тарифу й помилки вихідних даних потребують перевірки до впровадження.
Заміна всієї системи — окремий проєкт. Наш кейс переходу з готової PMS показує досвід такої заміни, а не результат встановлення агента поруч із CRM. Для порівняння варіантів потрібно рахувати розробку, перенесення даних, навчання, підтримку й регулярні платежі разом.
Відповіді на питання живуть у головах, а не в документах
Новий менеджер шукає знижку для постійного клієнта, умови повернення або актуальний прайс. Частина відповідей лежить у документах, частина — у старому листуванні, а частина поки відома лише колегам.
Асистент із пошуком у базі знань може зібрати відповідь і дати посилання на документ. Для цього не завжди потрібен агент: іноді вистачає пошуку й одного звернення до моделі. Агентний сценарій корисний, якщо потрібно перевірити кілька джерел та уточнити відсутні відомості.
Правила, яких ніхто не записав, спочатку потрібно узгодити. Відмова відповідати без джерела — поведінка, яку налаштовують і тестують, а не гарантія будь-якої моделі. Доступ до документів працівника й клієнта розмежовується до пошуку, щоб закриті дані не потрапили у відповідь.
Заявки приходять у п’ять каналів, дивляться в один
Звернення надійшло в Instagram, менеджер перевірив пошту, картку в CRM не створили. Тут спочатку потрібна реєстрація заявок із доступних каналів і зрозумілий відповідальний за кожну.
ШІ допомагає розібрати повідомлення, визначити тему, зібрати контекст і підготувати відповідь. Статус замовлення краще отримувати із системи за перевіреним ідентифікатором. Можливість під’єднати конкретний канал залежить від його API і прав облікового запису.
Складні перемовини, знижки й обіцянки строків передаються працівнику за погодженими правилами. Не обов’язково генерувати відповідь на кожне повідомлення: сповіщення менеджеру з коротким описом запитання іноді розв’язує проблему надійніше.
Як обрати перший процес
- 1
Виміряйте обсяг
Запишіть частоту завдання й час працівника, включно з перевіркою та виправленнями. Це вихідна точка для порівняння.
- 2
Перевірте дані
Чи є потрібні реквізити, історія операцій і доступ до систем? Хто відповідає за їхню актуальність?
- 3
Опишіть результат
Зафіксуйте, що має вийти та які помилки неприпустимі. Зберіть приклади звичайних і спірних випадків.
- 4
Почніть з обмеженого запуску
Спочатку перевірте чернетки й журнал дій. Розширюйте автоматизацію після вимірювання якості.
Як оцінити окупність
Спочатку оцініть, скільки годин на місяць справді вивільниться після перевірки результату й виправлення помилок. Помножте їх на вартість години та відніміть витрати на сервіси й супровід. Отримаєте оцінку щомісячного ефекту.
Строк окупності = разові витрати на впровадження ÷ додатний щомісячний ефект. Якщо ефект нульовий або від’ємний, економія робочого часу не окупає проєкт за цих умов. Вивільнені години не дорівнюють скороченню виплат: команда може використати їх для іншої роботи.
До разових витрат включіть підготовку даних, налаштування й навчання. Наявність повторюваного завдання сама по собі не гарантує вигоду. Для рідкісних операцій або нестабільних правил ручна робота може виявитися доцільнішою.
Кейс: підготовка договорів із даних клієнта
Компанія управляє нерухомістю. Договір із власником — це прогноз доходу, комісії та умови розірвання, і збирали його руками з Excel і бази клієнтів. Шість ручних кроків перетворилися на один. Що саме ламалося і як це збирали — у кейсі.
Власна система підписання договорів з детальною аналітикою
Готовий сервіс підписання не показував нічого: чи відкрив клієнт договір, на якому пункті завис, чому зник.
Дивитися кейс повністю →Запитання перед впровадженням
- Чи потрібен ШІ для кожного із цих процесів?
Ні. Перенесення полів, розрахунки й нагадування за розкладом часто закриваються звичайною інтеграцією. Модель додають для роботи з текстом, зображеннями та неоднозначними даними.
- Скільки коштує впровадження?
Для оцінки потрібні обсяг операцій, способи доступу до даних, вимоги до перевірки й супроводу. Кошторис має окремо показувати разову роботу та регулярні витрати. Початковий розбір процесу в нас безкоштовний.
- Чи доведеться міняти CRM?
Не обов’язково. Спочатку перевіряють, чи дозволяє поточна система читати й записувати потрібні дані. Іноді потрібен інший тариф, додатковий модуль або зміна процесу.
- Куди потраплять дані компанії?
Це залежить від архітектури й постачальників. Зберігання даних у вашій CRM не виключає передачі частини інформації моделі або в журнали обробки. До запуску фіксують склад переданих даних, місця обробки, строки зберігання й права доступу.
З чого почати у вас
Оберіть один процес із таблиці та зберіть приклади вхідних даних і правильного результату. На розборі можна порівняти варіанти реалізації та зрозуміти, яких відомостей ще бракує для оцінки.
Обрали процес, але не певні, чи потягне асистент?
За 30 хвилин розберемо його за даними й правилами і скажемо прямо: де впорається асистент, де вистачить звичайної інтеграції, а де потрібна людина. Безкоштовно і без зобов’язань.