На конференції або у LinkedIn-стрічці ви вже зустрічали слово RAG. Можливо, навіть чули: «ми зробили корпоративного AI-асистента, і тепер HR-менеджер витрачає на онбординг утричі менше часу». Звучить переконливо. Але між «хочемо щось таке саме» і «асистент дав першу правильну відповідь» — конкретний маршрут, який мало хто описує без технічного жаргону.
Ця стаття — практичний путівник для власника або операційного директора компанії на 20–200 людей. Не «що таке RAG в теорії», а «як пройти від ідеї до робочої системи». Ви дізнаєтесь, як провести аудит готовності компанії, що написати у технічному завданні, скільки це коштуватиме на українському ринку у 2026 році, і яких помилок уникнути, щоб не втратити місяць та бюджет.
Це п’ята стаття серії про RAG для бізнесу. Попередні чотири дали вам теоретичну базу: чим RAG відрізняється від fine-tuning, як підготувати корпоративні документи для RAG, self-hosted чи хмарний RAG та як оцінити якість RAG-системи. Тепер — до дії.
Перш ніж рухатись далі, коротке розрахункове питання: скільки годин на день ваша команда витрачає на пошук інформації по внутрішніх документах? Для компанії з 50 людей, де кожен витрачає у середньому 2 години на добу на «знайти нормативку», «перепитати у колеги» або «знайти той email», це ~$10 000 втрачених ресурсів щодня (якщо рахувати за середньою ставкою $100/год). RAG-асистент не ліквідує ці витрати повністю, але здатний скоротити їх на 40–60% за рахунок того, що правильна відповідь знаходиться за 5 секунд, а не за 20 хвилин.
Що таке корпоративний RAG-асистент і навіщо він потрібен
RAG (Retrieval-Augmented Generation) — архітектура, в якій велика мовна модель не відповідає «із голови», а спочатку знаходить у вашій базі знань релевантні фрагменти, а потім формулює відповідь на їх основі. Результат: чат-бот, який знає саме вашу специфіку — ваші процедури, ваші продукти, вашу документацію, — а не загальну інформацію з інтернету.
Чим він відрізняється від звичайного чат-бота
Стандартний чат-бот на кшталт ChatGPT або Gemini відповідає на основі знань, отриманих під час навчання. Він не знає, що у вашій компанії відпустка надається після 6 місяців роботи, а не після стандартних 12. Він не знає, що ваш продукт «Модель Б» несумісний із контролером версії 2.3. Він не знає, що клієнт «Альфа-ком» має спеціальні умови платежу.
RAG-асистент знає — бо ці дані завантажені в його базу знань. Він цитує ваш документ, а не видумує відповідь. Якщо у базі немає відповіді — він прямо каже «не знаю», замість того щоб галюцинувати.
Друга ключова різниця: база знань RAG-асистента оновлюється без повторного навчання моделі. Ви оновили регламент — завантажили документ — асистент вже відповідає за новими правилами. Для fine-tuning це зайняло б тижні і тисячі доларів. Детально різницю підходів розібрано у статті про чим RAG відрізняється від fine-tuning.
Які бізнес-задачі вирішує RAG-асистент
На практиці корпоративні RAG-асистенти закривають чотири типи задач:
Внутрішній FAQ і онбординг. Новий співробітник не смикає HR-менеджера з питанням «де знайти шаблон наказу» або «яка у нас процедура авансового звіту» — він запитує асистента і отримує відповідь разом із посиланням на потрібний документ. HR-відділ одного з наших клієнтів скоротив час адаптації нових співробітників удвічі завдяки такому асистенту.
Підтримка клієнтів першої лінії. Асистент закриває 60–80% типових запитів (статус замовлення, умови повернення, технічні характеристики), а оператор підключається лише до нестандартних випадків. Детальніше — на сторінці AI-асистент для підтримки клієнтів.
Внутрішній пошук по документах. Юридичний або фінансовий відділ запитує «яка у нас редакція договору з постачальниками станом на грудень 2025» — і отримує конкретний абзац з потрібного документа замість самостійного перегляду ста файлів у хмарному сховищі.
Підтримка менеджерів продажів. «Які технічні характеристики продукту Х порівняно з конкурентом Y» або «чи була у нас знижка для клієнтів сегменту SMB у Q1» — асистент знаходить відповідь у CRM-нотатках, прайс-листах і внутрішніх аналітичних зведеннях.
З чого починається впровадження: аудит готовності
Перш ніж підписувати контракт із підрядником, витратьте 2–3 дні на внутрішній аудит. Він покаже, чи готова компанія до впровадження прямо зараз, або спочатку потрібно навести порядок у документах.
Аудит документів: яка база знань у вас є зараз
Зберіть відповіді на такі питання:
- Скільки документів у вас є в цифровому вигляді? (Лише Word/PDF/Google Docs — не паперові регламенти у шафі.)
- В якому стані ці документи? Актуальні чи є файли «Регламент_2019_ФІНАЛ_виправлений_v3»?
- Де вони зберігаються? Google Drive, SharePoint, папка на сервері, у кількох місцях одночасно?
- Хто відповідає за актуальність? Є конкретна людина чи «всі і ніхто»?
- Чи є документи у вигляді сканованих зображень (PDF-скани, фотографії бланків)?
Якщо більше 30% документів — скановані PDF або файли старші за 3 роки без перевірки актуальності, заплануйте 2–4 тижні додаткової роботи перед запуском пілоту. Стаття як підготувати корпоративні документи для RAG детально пояснює, що саме потрібно зробити.
Аудит процесів: хто задає питання, кому, як часто
Визначте 2–3 сценарії з найбільшою частотою повторюваних питань. Для цього можна провести опитування серед керівників відділів протягом тижня: «назвіть 5 питань, які вам ставлять найчастіше».
Типова картина для компанії 50 осіб: – HR отримує 15–20 запитів на тиждень щодо відпусток, авансових звітів, шаблонів документів – IT-підтримка — 10–15 запитів щодо доступів, налаштувань, стандартних процедур – Відділ продажів — 20–30 запитань щодо умов договорів, технічних характеристик, цін
Це і є ваші пріоритетні сценарії для пілоту. Не намагайтесь охопити все одразу — почніть з одного відділу або одного типу запитів.
Аудит інфраструктури: де зберігаються дані, чи є IT-відповідальний
Тут потрібно визначити три речі:
По-перше, де буде жити асистент: у хмарі (швидше і дешевше на старті) чи на власних серверах (більше контролю, але дорожче і складніше). Детальний порівняльний аналіз є у статті про self-hosted чи хмарний RAG.
По-друге, хто буде IT-контактом з боку замовника: хтось, хто надасть доступи, зможе допомогти з інтеграцією в корпоративні системи і відповість за перевірку безпеки.
По-третє, чи є обмеження на обробку даних: персональні дані клієнтів, комерційна таємниця, вимоги до зберігання (EU GDPR, якщо у вас клієнти в Євросоюзі).
Як скласти ТЗ на корпоративний AI-асистент: шаблон для бізнесу
Це найважливіший розділ статті. Правильно складене технічне завдання — різниця між пілотом, що запускається за 3 тижні, і «ми ще уточнюємо вимоги» через три місяці.
Нижче — чотири розділи, які мають бути у будь-якому ТЗ на RAG-асистента.
Розділ 1: Мета та сценарії використання
Не пишіть «хочемо AI-асистента для компанії». Пишіть конкретну мету через вимірювані показники.
Шаблон:
| Поле | Приклад заповнення |
|---|---|
| Мета проекту | Скоротити час відповіді HR на запити нових співробітників з 2 годин до 10 хвилин |
| Цільові користувачі | Нові співробітники (перші 3 місяці), HR-менеджери (для перевірки) |
| Основний сценарій 1 | Новий співробітник запитує про процедуру оформлення відпустки |
| Основний сценарій 2 | Менеджер запитує шаблон наказу або договору |
| Другорядний сценарій | HR-менеджер перевіряє актуальність відповіді асистента |
| Що НЕ входить у scope | Обробка заявок на відпустку, підпис документів, доступ до персональних справ |
| Метрика успіху | 80% запитів закриваються без звернення до HR-менеджера впродовж 30 днів після запуску |
Останній рядок — критично важливий. Ви повинні заздалегідь знати, за якими цифрами приймете рішення «пілот успішний, розширяємо».
Розділ 2: Джерела знань
| Поле | Приклад |
|---|---|
| Список джерел | Регламент HR (Google Docs), шаблони документів (папка Drive), FAQ для новачків (Confluence) |
| Формати файлів | .docx, .pdf, .xlsx (без таблиць з формулами) |
| Обсяг (приблизно) | 50–80 документів, ~300 сторінок |
| Хто відповідає за актуальність | HR-директор Іваненко О. В. — щоквартальний перегляд |
| Частота оновлення бази | Щоквартально або при зміні регламентів |
| Мова документів | Українська (основна), деякі документи двомовні |
Чітко вкажіть, хто оновлюватиме базу знань після запуску. Якщо це питання залишається «хтось», система деградує: через рік асистент відповідатиме за застарілими даними, і довіра до нього впаде.
Розділ 3: Вимоги до безпеки та доступу
| Вимога | Деталі |
|---|---|
| Доступ | Тільки для внутрішніх співробітників (SSO або логін/пароль) |
| Персональні дані | Не завантажувати трудові договори, особисті справи, персональні дані |
| Конфіденційність | Підрядник підписує NDA до отримання доступу до документів |
| Зберігання даних | Дані зберігаються на серверах у ЄС (або в Україні — вкажіть вимогу) |
| Логи запитів | Зберігати 90 днів для аналізу якості відповідей |
Розділ 4: Критерії прийняття
Це розділ, де більшість замовників роблять помилку — пропускають або пишуть нечітко. «Система працює добре» — не критерій. Критерії мають бути вимірювані.
Приклад таблиці критеріїв:
| Критерій | Порогове значення | Спосіб перевірки |
|---|---|---|
| Точність відповідей на тестовому наборі | ≥ 80% релевантних відповідей | 50 питань, підготовлених HR-командою |
| Час відповіді | ≤ 5 секунд | Ручне тестування 20 запитів |
| Відмова відповідати поза базою | Асистент каже «не знаю», не вигадує | 10 питань поза базою знань |
| Доступність системи | 99% у робочий час (пн-пт 9:00–18:00) | Моніторинг підрядника |
Детальніше про метрики оцінки якості — у нашій статті як оцінити якість RAG-системи.
Покроковий процес впровадження: від підпису контракту до першого запиту
Крок 1: Підготовка документів (2–4 тижні)
Це найдовший і найнудніший етап — але від нього залежить 70% якості кінцевого результату. На цьому кроці:
- Збирається весь масив документів в одне місце (наприклад, окрема папка Google Drive)
- Видаляються застарілі версії (залишається тільки актуальна редакція)
- Скановані PDF або документи у форматі зображень конвертуються в текстовий формат (OCR)
- Великі файли (наприклад, регламент на 200 сторінок) розбиваються на логічні частини
- Таблиці з формулами замінюються на текстові версії — RAG погано обробляє Excel-таблиці зі складними залежностями
- Документи маркуються: дата актуальності, відповідальний, тип (регламент, шаблон, FAQ)
Якщо ваші документи — «скановані PDF з 2012», на конвертацію та чищення може піти 3–4 тижні замість двох. Це не помилка підрядника — це фізична реальність. Плануйте буфер.
Крок 2: Налаштування пілоту на 20–50 документах
Пілот — це не «спробувати і подивитись». Це структурований тест на обмеженому наборі документів з чіткими метриками успіху (ви їх вже прописали у ТЗ на кроці 4).
На цьому кроці підрядник: – Завантажує 20–50 найважливіших документів обраного відділу – Налаштовує систему пошуку (розмір чанків, кількість результатів, модель ембедингів) – Підключає мовну модель і задає системний промпт (мова відповідей, тон, поведінка при браку інформації) – Інтегрує інтерфейс — Telegram-бот, веб-чат або Slack-інтеграція
Типовий термін — 1–2 тижні для простого пілоту з готовими документами.
Крок 3: Тестування «першого запиту» з командою
«Перший запит» — це milestone, а не просто технічний тест. Зберіть 3–5 людей, які будуть реальними користувачами системи (HR-менеджер, кілька нових співробітників), і проведіть сесію тестування за таким сценарієм:
- Кожен учасник задає 5–10 питань, відповіді на які він знає (щоб можна було оцінити точність)
- Фіксуєте відповіді: правильна, частково правильна, неправильна
- Для кожної неправильної відповіді — перевіряєте, чи є відповідь у документах. Якщо є, але асистент не знайшов — це питання налаштування (розмір чанків, пошуковий алгоритм). Якщо документа немає — треба додати.
Типовий результат першої сесії: 60–70% правильних відповідей. Мета — довести до 80%+ за наступні 1–2 ітерації.
Крок 4: Ітерація та розширення бази знань
Після першої сесії тестування у вас буде список «білих плям» — питань, на які асистент не знайшов відповіді. Це ваш пріоритетний список для поповнення бази:
- Додати відсутні документи
- Перефразувати FAQ, щоб вони відповідали реальним формулюванням питань (люди питають «як взяти відпустку», а у регламенті написано «порядок оформлення відпустки»)
- Додати синоніми і скорочення, які використовує ваша команда
Після 2–3 ітерацій (зазвичай 2–4 тижні) система виходить на стабільний рівень якості і може бути відкрита для ширшого кола користувачів.
Типові помилки, які коштують місяць і бюджет
Сміттєва документація на вході
Найчастіша помилка — завантажити в систему «все, що є», не перевіряючи якість. Що конкретно руйнує якість RAG-асистента:
Скановані PDF без текстового шару. Система «бачить» картинку, не текст. Або не знаходить нічого, або результат OCR-розпізнавання сповнений помилок. Ознака проблеми: файл є, але асистент «не знає» про це поняття.
Документи зі складними таблицями. Таблиця прайс-листа в Excel або вкладена таблиця у Word розбивається системою непередбачувано — асистент може відповідати уривками рядків без контексту. Рішення: таблиці переводити в текстовий формат або маркдаун.
Суперечливі версії одного документа. «Регламент_v1», «Регламент_ФІНАЛ», «Регламент_2024_правки». Якщо в базі є кілька версій — асистент цитуватиме випадкову. Залишайте лише актуальну версію.
Документи без дати або з вказівкою на застарілий стан. «Станом на 2021 рік» у регламенті — класичний сигнал для перевірки актуальності перед завантаженням.
Абревіатури без розшифрування. Якщо у вас «КВП» — це «контрольно-вимірювальні прилади», а не «комерційна відпускна ціна», додайте глосарій термінів до бази знань. Без нього асистент буде плутати контекст.
«Поставте нам GPT» без визначення сценаріїв
Друга за частотою помилка — розпочати проект без чіткого ТЗ. Типовий сценарій: «нам потрібен чат-бот, ось наші документи, зробіть». Підрядник робить «щось», замовник очікував «інше», місяць втрачено.
Конкретні симптоми цієї помилки: – Проект стартує без визначеної метрики успіху – Не вказано, хто з боку замовника приймає систему – Сценарії використання описані загально: «відповідати на питання співробітників» – Немає тестового набору питань для перевірки якості
Розділ «Як скласти ТЗ» вище — саме для того, щоб цього уникнути.
Відсутність власника проекту з боку замовника
Це найтихіша помилка, але одна з найдорожчих. Проект без внутрішнього власника — це проект без пріоритету. Підрядник надсилає питання, відповідь приходить через тиждень, тести відкладаються, дедлайни зсуваються.
«Власник проекту» — це конкретна людина всередині вашої компанії, яка: – Відповідає за збір і актуальність документів – Організовує тестові сесії з командою – Приймає рішення про зміни в scope – Комунікує з підрядником (одна точка контакту)
Ця роль займає 3–5 годин на тиждень під час впровадження (6–8 тижнів) і 1–2 години на місяць після запуску. Найкращий кандидат — операційний директор, HR-директор або керівник відповідного відділу. Не IT-директор (якщо завдання — HR або продажі), і не «хтось із команди в міру можливостей».
Орієнтовний бюджет і терміни для UA-ринку (2026)
Нижче — оцінки на основі аналізу ринкових пропозицій. Це вилки, не фіксовані ціни: конкретна цифра залежить від обсягу документів, складності інтеграцій та вимог до безпеки.
Пілот на одному відділі
Що входить: Підготовка та завантаження 30–80 документів одного відділу, налаштування пошукової системи, базовий інтерфейс (Telegram-бот або веб-чат), 2–3 ітерації налаштування, базовий моніторинг якості.
Термін: 3–6 тижнів від підпису контракту (за умови готових документів).
Орієнтовна вартість: 50 000 – 120 000 ₴ (оцінка на 2026 рік).
Пілот — це не «демо», а повноцінна робоча система для одного сценарію. Після пілоту ви маєте конкретні цифри якості і можете ухвалювати рішення про масштабування.
Production-розгортання
Що входить: Розширення бази знань на всі відділи або ключові сценарії, інтеграція з корпоративними інструментами (CRM, HRM, SharePoint, Google Workspace), налаштування прав доступу, навчання адміністратора системи, SLA на доступність.
Термін: 8–16 тижнів після успішного пілоту.
Орієнтовна вартість: 150 000 – 400 000 ₴ (оцінка на 2026 рік) залежно від кількості інтеграцій і обсягу бази.
Ціна підтримки і розширення бази
Після запуску потрібна регулярна підтримка: оновлення документів, нові сценарії, технічне обслуговування, аналіз якості відповідей.
Орієнтовна вартість підтримки: 8 000 – 20 000 ₴/місяць залежно від інтенсивності оновлень та складності системи.
Коли варто починати рахувати ROI: Зазвичай через 3–4 місяці після виходу на production. Для типової HR-задачі (онбординг, FAQ) точка беззбитковості — 6–9 місяців.
Кейс: RAG-асистент для HR онбордингу — реальні цифри
Компанія середнього розміру з активним наймом: 40–60 нових співробітників на квартал, HR-команда з 3 осіб. До впровадження асистента кожен новий співробітник генерував в середньому 8–12 питань до HR у перший місяць. З урахуванням часу HR на відповіді, часу новачка на очікування і загального фрикціону при онбординзі — реальна вартість «людського FAQ» складала суттєву частину ресурсу HR-команди.
Після впровадження RAG-асистента з базою онбордингових документів (регламенти, шаблони, інструкції, FAQ для нових співробітників):
- Час адаптації нових співробітників скоротився вдвічі — з 4 до 2 тижнів до повної операційної готовності
- 504 онбординги на рік закривались з мінімальним залученням HR (запити до асистента замість листів і дзвінків)
- Операційні витрати HR-відділу на онбординг скоротились на 30–40%
- HR-менеджери звільнили час для стратегічних задач: навчання, розвиток культури, складні ситуації
Ключова умова успіху в цьому кейсі — чітке ТЗ з метрикою «скоротити типові запити до HR на 70% за перший місяць» і якісна підготовка онбордингової документації (8 документів, структурованих за темами). Не сотня файлів, а 8 добре написаних і актуальних — цього виявилось достатньо для покриття 80%+ питань.
Часті питання
Скільки документів потрібно для запуску пілоту?
Для першого пілоту достатньо 20–50 документів, які покривають один конкретний сценарій. Важливіша якість: актуальні, текстові, чітко структуровані файли дають кращий результат, ніж 200 різнорідних документів. Якщо у вас 10 добре написаних регламентів по HR-процесах — це вже достатня база для тестового пілоту. Розширювати базу краще після перших результатів тестування: ви побачите «білі плями» і точково додасте потрібне.
Чи потрібен власний IT-відділ для впровадження RAG?
Ні. Більшість хмарних рішень не вимагають власної IT-інфраструктури. Потрібна лише одна людина з боку замовника, яка може надати доступ до документів і організувати тестування. Технічну частину — налаштування, хостинг, інтеграції — бере на себе підрядник. Власний IT-відділ потрібен, якщо ви обираєте self-hosted розгортання з вимогами до суверенітету даних.
Скільки часу займає підготовка документів?
Залежить від поточного стану. Якщо у вас є 30–50 актуальних Word/PDF-документів у цифровому вигляді — 1–2 тижні на структурування і перевірку. Якщо документи переважно скановані або потребують актуалізації — 3–5 тижнів. Окремо рахуйте час на вирішення організаційного питання: хто відповідає за актуальність і підтверджує, що документ можна завантажувати. Це часто стає несподіваним блокером.
Що робити, якщо асистент дає неправильні відповіді?
Перший крок — перевірити, чи є правильна відповідь у документах. Якщо є, але асистент не знайшов — це технічне налаштування (підрядник виправляє). Якщо відповіді у документах немає — треба її додати. Якщо асистент видає частково правильну відповідь — можна додати FAQ-документ з точнішими формулюваннями. Нормальна практика: після кожного місяця роботи аналізувати 10–20% запитів і коригувати базу знань.
Чи можна інтегрувати RAG-асистента в Telegram або Slack?
Так. Telegram-бот — найпоширеніший варіант для українських компаній: швидко, зручно, не потребує додаткового програмного забезпечення. Slack і Microsoft Teams підходять для компаній, де ці інструменти вже є корпоративним стандартом. Також можна вбудувати чат-віджет у корпоративний портал або інтранет. Вибір каналу краще погоджувати на етапі ТЗ — він впливає на вартість інтеграції.
Яка різниця між RAG-асистентом і звичайним ChatGPT?
ChatGPT відповідає на основі публічних знань, отриманих під час навчання — він не знає вашу компанію, ваші процедури, ваші продукти. RAG-асистент знає саме вашу специфіку, бо відповідає з ваших документів. Крім того: ChatGPT може «вигадати» відповідь (галюцинація), RAG-асистент посилається на конкретний документ і відмовляється відповідати, якщо інформації немає. Ще одна відмінність: дані залишаються у вашій інфраструктурі, не у хмарі OpenAI.
Висновок і наступний крок
Корпоративний RAG-асистент — це не магія і не «просто ChatGPT для компанії». Це система, якість якої залежить від трьох речей: чітко сформульованих сценаріїв у ТЗ, якісних документів на вході і внутрішнього власника, що веде проект. Якщо ці три умови виконані — пілот запускається за 3–6 тижнів і дає вимірюваний результат.
Якщо ні — є ризик витратити 2–3 місяці на «уточнення вимог» і так і не дійти до першого запиту.
Найкращий наступний крок — не «вивчити ще більше про RAG», а провести внутрішній аудит: визначити один сценарій, зібрати документи, призначити власника. Це займає 2–3 дні і дає чіткість, чи готова компанія до пілоту прямо зараз.
Якщо хочете зробити це разом із фахівцями — ми проводимо безкоштовний AI-аудит за 5 днів: аналізуємо ваші процеси, визначаємо найбільш перспективний сценарій для RAG і готуємо попередній кошторис на пілот. Залишити заявку на аудит.
