Підтримка чат-бота після запуску: що входить, як рахувати вартість і що записати в SLA
Підтримка чат-бота після запуску включає моніторинг і виправлення збоїв, оновлення під зміни API месенджерів і CRM, інфраструктуру, а також розвиток: нові сценарії, тексти, інтеграції. З часом можуть змінитися поле в CRM, API платіжного сервісу чи сертифікат, і окремі сценарії потребуватимуть адаптації. Нижче розбираємо, що входить у супровід, моделі оплати, що записати в SLA і як не переплачувати.
Навіщо боту підтримка, якщо він уже працює
Чат-бот залежить від зовнішніх систем, які змінюються без вашої участі: месенджерів, CRM, платіжних сервісів, AI-провайдерів. Кожна така зміна може зламати сценарій, навіть якщо код бота ніхто не чіпав.
Типові причини збоїв через кілька місяців після запуску:
- Оновлення API месенджера або правил платформи.
- Зміна полів, статусів або лімітів у CRM.
- Закінчення сертифікатів, токенів доступу, оплати сервісів.
- Зростання бази користувачів і навантаження на розсилки.
- Застарілий контент: ціни, адреси, FAQ.
Telegram публікує зміни Bot API у відкритому журналі змін. Перевірка залежностей допомагає вчасно помітити зміни, що стосуються конкретного бота.
Що входить у підтримку чат-бота
Підтримку зручно ділити на чотири частини: технічна експлуатація, реакція на інциденти, оновлення й контент, розвиток. У договорі кожна має бути описана окремо.
| Частина | Що входить | Регулярність |
|---|---|---|
| Експлуатація | Сервер, база даних, резервні копії, сертифікати, моніторинг | Постійно |
| Інциденти | Виправлення збоїв бота та інтеграцій | За потреби, за SLA |
| Оновлення | Адаптація до змін API месенджерів, CRM, платіжних сервісів; оновлення бібліотек | За потреби |
| Контент і AI | Оновлення FAQ, бази знань, перевірка якості AI-відповідей | Щомісяця |
| Розвиток | Нові сценарії, інтеграції, звіти | За окремими задачами |
Частину контентних змін команда замовника може робити сама, якщо в боті є адмін-панель. У кейсі REHAU адміністратори оновлюють питання й відповіді FAQ без правок коду, а в MedHouse Club редагують тексти статусів замовлень без розробника. Це прямо зменшує вартість підтримки.
Моделі оплати підтримки
Найпоширеніші моделі: фіксований місячний пакет годин, оплата за фактом і виділена команда. Вибір залежить від того, як часто змінюється бот і наскільки він критичний для бізнесу.
| Модель | Як працює | Кому підходить | Ризики |
|---|---|---|---|
| Пакет годин | Фіксований обсяг годин щомісяця, невикористані можуть не переноситися | Стабільний бот з рідкими змінами | Переплата у спокійні місяці |
| За фактом | Оплата кожної задачі окремо | Простий бот без критичних процесів | Немає гарантованого часу реакції |
| Виділена команда | Розробники працюють над продуктом постійно | Бот є частиною продукту чи ключового процесу | Найвища вартість |
Приклад продукту, що розвивається постійно: мобільна CRM NFM AGRO, де після першої публікації великі блоки бізнес-логіки виходили кожні один-два місяці, а між ними коротші релізи з виправленнями. Для FAQ-бота такий режим був би надлишковим.
Що записати в SLA
SLA (угода про рівень сервісу) визначає, як швидко підрядник реагує на проблеми різної критичності і що вважається порушенням. Без нього «терміново» кожна сторона розуміє по-своєму.
Мінімальний зміст:
- Рівні критичності. Наприклад: бот не працює взагалі; не працює ключовий сценарій (оплата, заявка); другорядна помилка; побажання.
- Час реакції та відновлення для кожного рівня, з урахуванням робочих годин чи режиму 24/7.
- Канал звернень: тікет-система, чат, телефон для критичних випадків.
- Моніторинг: хто і як дізнається про збій першим.
- Звітність: щомісячний звіт про інциденти, час реакції й виконані задачі.
- Виключення: збої з вини сторонніх сервісів, форс-мажор.
Важливо, щоб критичний сценарій (наприклад, прийом заявок) мав резерв: черга повідомлень і повторна передача в CRM, як ми описали в статті інтеграція чат-бота з CRM.
Скільки коштує підтримка і як не переплачувати
Вартість підтримки визначають кількість інтеграцій, наявність AI, критичність процесу та швидкість, з якою змінюється бізнес. Єдиної «правильної» суми немає, але є способи її знизити.
Як не переплачувати:
- Адмін-панель для контенту. Кожен текст, який команда змінює сама, прибирає задачу з підтримки.
- Моніторинг і журнал помилок. Проблему, яку видно одразу, дешевше виправити.
- Документація й передача знань. Код, доступи й опис інтеграцій у замовника полегшують передачу підтримки іншій команді.
- Розділення підтримки й розвитку. Нові функції оцінюються окремо, а не «з'їдають» пакет годин.
- Ліміти на AI API. Бюджетні обмеження захищають від неочікуваних рахунків, про це в статті безпека AI-чат-ботів.
Щомісячні витрати на AI API, сервер і сервіси, які не є підтримкою, але теж регулярні, ми розібрали в статті скільки коштує AI-агент.
Що робити, якщо розробник бота зник
Якщо підрядник, який робив бота, більше недоступний, перший крок полягає в отриманні доступів: акаунт бота, сервер, репозиторій, CRM-ключі. Без них навіть досвідчена команда не зможе швидко допомогти.
Далі аудит: чи є вихідний код, як влаштовані інтеграції, де зберігаються дані, які бібліотеки застаріли. За результатами аудиту зрозуміло, що дешевше: підтримувати наявний код чи переписати проблемні частини. Під час вибору нового підрядника попросіть пояснити, як він перевірить код, дані та інтеграції до початку робіт.
Висновок
Підтримка чат-бота потрібна, бо він залежить від месенджерів, CRM і сервісів, які змінюються без вашої участі. Розділяйте експлуатацію, інциденти, оновлення й розвиток, обирайте модель оплати за критичністю бота і фіксуйте рівні критичності та час реакції в SLA. Адмін-панель, моніторинг і документація знижують вартість супроводу найбільше.
Поширені запитання
Технічна експлуатація (сервер, резервні копії, моніторинг), виправлення збоїв, оновлення під зміни API месенджерів і CRM, оновлення контенту та бази знань, а також розвиток за окремими задачами.
Мінімальна так: сервер, сертифікати, моніторинг і реакція на збої. Якщо в боті є адмін-панель, контент команда може оновлювати сама.
Це угода про рівні критичності проблем, час реакції й відновлення, канали звернень і звітність підрядника.
Дати команді адмін-панель для контенту, налаштувати моніторинг і журнал помилок, мати документацію й доступи в себе та оцінювати нові функції окремо від підтримки.
Отримати всі доступи (акаунт бота, сервер, репозиторій, ключі API), замовити аудит коду й інтеграцій і за його результатами вирішити, підтримувати наявне рішення чи переписати проблемні частини.
Переглядайте обсяг після змін у процесі, інтеграціях або навантаженні; регулярно перевіряйте SLA, доступи та резервне відновлення.
Джерела
Консультація щодо підтримки вашого чат-бота
За 15 хвилин із фахівцем BotLabs із впровадження обговоримо, які операції виконує ваш бот і які збої зупиняють роботу бізнесу. Визначимо дані для оцінки підтримки та вимоги до реакції на інциденти.
Важливі операції.
Вимоги до підтримки.
15 хвилин із фахівцем із впровадження: критичні операції, інтеграції та вимоги до підтримки.
