AI-чат-бот для звітності керівника: продажі, реклама та графіки в Telegram

Керівнику рідко потрібна ще одна складна панель з десятками фільтрів. Зазвичай йому потрібно швидко отримати відповідь на конкретне запитання: скільки продали за тиждень, які угоди затрималися, як спрацювала реклама та де показники змінилися.

У робочому контурі такий запит приймається в Telegram. AI-чат-бот розуміє формулювання звичайною мовою, уточнює період або підрозділ, якщо питання є неоднозначним, а потім передає завдання серверу. Сервер звертається лише до дозволених звітів у CRM, Google Ads та інших підключених системах, формує зведення або графік і надсилає керівнику короткий висновок із посиланням на детальні дані.

Це не заміна CRM і не «автономний директор». Бот стає зручним вікном до корпоративної звітності: допомагає швидше отримати перевірену інформацію, але не вигадує відсутні значення і не виконує важливі дії без встановленого контролю.

Чому керівнику зручніший діалог, а не ще одна панель

У CRM вже є угоди, завдання та історія продажів. У рекламному кабінеті — покази, кліки, витрати та конверсії. У ERP можуть зберігатися замовлення, оплати, залишки та відвантаження. Проблема виникає не через відсутність даних, а через те, що вони знаходяться в різних системах і вимагають різних звітів.

Telegram скорочує шлях до інформації. Керівник не згадує, у якому розділі знаходиться потрібний фільтр, а пише: «Покажи продажі за поточний тиждень по відділах і порівняй з попереднім» або «Що сталося з витратами та конверсіями Google Ads за останні сім днів?»

Бот перетворює запит на зрозумілі параметри звіту: джерело даних, період, підрозділ, показник та формат результату. Якщо період не вказано або під словом «продажі» у компанії мають на увазі різні етапи, бот спочатку ставить уточнювальне запитання. Таким чином, природна мова допомагає керувати звітністю, але не замінює правила розрахунку.

Головне правило: бот пояснює та систематизує дані, але бере значення лише з дозволених джерел. У кожному звіті зазначаються період, час формування та системи, з яких отримано показники.

Як запит проходить через Telegram і сервер

Telegram у цій схемі виконує роль інтерфейсу, а не місця зберігання корпоративних даних. У повідомленні залишаються запитання та готова відповідь, а підключення до CRM та рекламних акаунтів здійснюється на сервері. Дані для доступу не передаються у чат.

Бот ідентифікує користувача та перевіряє його роль: керівник компанії, керівник відділу або менеджер.
З питання виокремлюються період, необхідний звіт, фільтри та бажаний формат — короткий звіт, таблиця чи графік.
Сервер запускає заздалегідь затверджений сценарій звітності та запитує дані через API системи або підготовлений захищений коннектор.
Отримані значення перевіряються: чи збігаються валюти та часові пояси, чи заповнені обов’язкові поля, чи немає часткової відповіді від джерела.
Бот формує короткий управлінський висновок, додає графік або захищене посилання та зберігає запис про виконаний запит.

Боту не надають можливості формувати довільні запити до бази даних. Він працює з узгодженим набором звітів та допустимих параметрів. Це робить результат передбачуваним і не дозволяє випадковому формулюванню розкрити зайві дані.

Звіт про продажі з CRM

Для формування звіту про продажі сервер звертається до CRM і отримує дані, які вже веде відділ: суми та кількість угод, етапи воронки продажів, відповідальних менеджерів, джерела звернень, дати наступних дій та причини закриття. Склад показників залежить від того, які поля дійсно заповнені та дозволені для конкретного керівника.

Що отримує керівник

На запитання «Як йдуть продажі цього місяця?» бот не відповідає однією загальною сумою. Він надає звітний період, фактичні продажі згідно з правилами, що діють у компанії, порівняння з попереднім аналогічним періодом та кілька відхилень, які потребують уваги.

угоди за етапами та відповідальними менеджерами;
угоди без наступного завдання або з простроченим терміном дії;
план і фактичні показники, якщо затверджений план зберігається у підключеній системі;
динаміка за днями або тижнями на графіку;
посилання на повний звіт із тими самими фільтрами.

Якщо в CRM не вказано причину невдачі або угода не пов’язана з джерелом, бот не відновлює це значення на власний розсуд. Він показує, яка частина звіту є неповною, та вказує записи, які співробітник має перевірити.

Звіт щодо рекламних кампаній Google Ads

Google Ads API дозволяє серверу отримувати звітні дані — від рівня облікового запису та кампанії до більш детальних зрізів. Для управлінського звіту бот запитує назви та стан кампаній, покази, кліки, витрати, конверсії та цінність конверсій за обраний період. Витрати перераховуються у валюту рекламного облікового запису, після чого сервер може розрахувати похідні показники для звіту.

Керівник пише: «Як спрацювала реклама за минулий тиждень?» Бот надає загальні витрати, кліки та конверсії, показує динаміку за днями, виділяє кампанії з помітними змінами щодо обраного періоду порівняння та додає графік. За потреби запит уточнюється за обліковим записом, кампанією або регіоном.

Що важливо знати про конверсії

Google Ads враховує у показнику «Конверсії» лише ті дії, які відповідним чином налаштовані в рекламному обліковому записі. Тому бот окремо вказує джерело показника й не замінює рекламну конверсію фактичним продажем. Якщо в обліковому записі конверсією вважається надсилання форми, звіт саме так і позначає її — як надсилання форми, а не як оплачене замовлення.

Підключення здійснюється через офіційну авторизацію Google та developer token. Доступ зберігається на сервері та обмежується необхідними обліковими записами. Telegram не отримує ці реквізити та не виступає проміжним сховищем рекламних даних.

Як реклама пов’язана з продажами

Рекламний звіт стає кориснішим, коли його можна зіставити зі зверненнями та продажами в CRM. Для цього під час надходження ліда зберігаються мітки кампанії або ідентифікатор рекламного переходу, а в CRM підтримується чіткий зв’язок між зверненням, угодою та джерелом.

Тоді бот готує звіт по всьому ланцюжку: рекламні витрати, звернення з позначених кампаній, угоди на відповідних етапах та підтверджені продажі. Назви та правила розрахунку заздалегідь узгоджуються з бізнесом, щоб «лід», «угода» та «продаж» не змішувалися в одному показнику.

Якщо в CRM немає стабільної класифікації або частина звернень надходить без вказівки джерела, бот відображає рекламу та продажі у двох окремих блоках. Він не розраховує окупність за неповними даними та не видає припущення за фінансовий результат.

Які ще управлінські завдання виконує бот

Цей самий інтерфейс працює з іншими дозволеними звітами. Набір залежить не від фантазії ШІ, а від систем компанії, якості даних та прав користувача.

Воронка продажів та завантаження відділу. Бот відображає угоди за етапами, кількість завдань, прострочення та розподіл роботи між менеджерами.
Оплати та дебіторська заборгованість. Якщо статуси оплат ведуться в ERP або CRM, бот формує перелік очікуваних та прострочених платежів, але не ініціює оплату.
Замовлення та їх виконання. Керівник отримує звіт щодо нових, зібраних, відвантажених та затриманих замовлень на основі статусів облікової системи.
Залишки та потреби. Бот показує позиції, що нижчі за узгоджений поріг, і надає дані, на підставі яких співробітник приймає рішення щодо закупівлі.
Регулярний звіт. У визначений час бот збирає затверджений набір показників і надсилає його керівнику, не вимагаючи ручного відкриття кожної системи.

За запитом можна отримати коротку відповідь у Telegram, а регулярну детальну версію — за захищеним посиланням. Той самий серверний сценарій за потреби підключається до корпоративного веб-кабінету або іншого дозволеного каналу.

Як бот формує графік і посилання на звіт

Для простого запиту достатньо повідомлення з кількох рядків: головний показник, зміна порівняно з обраним періодом та фактори, на які варто звернути увагу. Якщо даних більше, сервер створює графік і таблицю. Бот надсилає їх у вигляді зображення або надає посилання на повний звіт.

Посилання веде не до відкритого файлу, а до захищеного представлення з перевіркою користувача та обмеженим терміном дії. У самому звіті зберігаються застосовані фільтри, період, час оновлення та джерела. Керівник може перевірити результат, а аналітик — відтворити розрахунок.

Короткий текст формується після розрахунків, а не замість них. Спочатку сервер отримує та перевіряє значення, а потім штучний інтелект допомагає пояснити їх зрозумілою мовою. Це знижує ризик отримання красивої, але непідтвердженої відповіді.

Права доступу, журнал та підтвердження працівником

Кожен користувач має свою роль та відповідний набір звітів. Керівник компанії може переглядати загальний звіт, керівник відділу — показники свого підрозділу, а менеджер — лише власні угоди. Перевірка виконується на сервері під час кожного запиту, а не лише під час першого підключення Telegram.

Небезпечна логіка

Бот отримує загальний доступ до бази даних, самостійно формулює запити та виконує дії одразу після повідомлення в чаті. Неможливо швидко з’ясувати, які дані він використовував і хто запустив операцію.

Робоча логіка

Бот запускає лише дозволені звіти, перевіряє роль, фіксує запит та джерела. Зміна бюджету, зупинка кампанії, платіж, публікація чи інша критична дія вимагає окремого підтвердження співробітника.

Ведення журналу допомагає відновити хід роботи: хто поставив запитання, який звіт було запущено, які фільтри застосовано та куди надіслано результат. У журнал не потрібно безпідставно копіювати весь масив комерційних даних — достатньо інформації, необхідної для контролю та розслідування помилок.

Що відбувається, якщо даних недостатньо

Звітність порушується не лише через технічну помилку. Часто запит подано без зазначення періоду, різні відділи використовують різні визначення поняття «продаж», у частини угод відсутнє джерело, а рекламний обліковий запис тимчасово не надав відповіді. Для кожного такого випадку задається відповідна поведінка.

у разі неоднозначного запитання бот уточнює період, відділ або показник;
у разі неповних даних показує доступну частину та чітко вказує на обмеження;
у разі помилки CRM або Google Ads не повторює старі дані як нові, а повідомляє час останнього успішного оновлення;
у разі розбіжностей у валютах, часових поясах або правилах розрахунку призупиняє об’єднаний звіт до проведення перевірки;
нестандартний запит передається аналітику або відповідальному співробітнику разом із початковим запитанням.

Впевнена відповідь за відсутності даних є небезпечнішою, ніж чесне повідомлення про обмеження. Тому сценарії помилок розробляються так само ретельно, як і основний звіт.

Як відбувається впровадження

Робота починається не з підключення Telegram, а з правил управлінської звітності. Команда разом із відповідальним за процес визначає, які питання насправді ставить керівництво та де можна знайти підтверджені дані для відповіді.

Фіксуємо питання. Складаємо перелік регулярних та разових запитів керівника, формати та допустимий час на їх підготовку.
Узгодимо визначення. Уточнимо, що компанія вважає лідом, продажем, оплатою, простроченням та конверсією.
Перевіряємо джерела. Визначаємо доступні API, заповненість полів, власників даних та права користувачів.
Створюємо сценарії звітності. Для кожного питання задаємо джерела, фільтри, розрахунки, формат відповіді та дії у разі помилки.
Налаштовуємо доступ та журнал. Розподіляємо ролі, обмежуємо звіти та позначаємо операції, які потребують підтвердження з боку людини.
Проводимо тестування на реальних періодах. Звіряємо відповіді бота з даними CRM, рекламного кабінету та актуальних управлінських звітів.

Після запуску нові запити додаються не як вільні команди, а як перевірені сценарії. Це дає змогу розширювати можливості помічника без втрати контролю над даними та розрахунками.

Що в підсумку отримує керівник

Керівник ставить запитання там, де йому зручно, і отримує зрозумілу відповідь без необхідності вручну збирати кілька таблиць. У повідомленні міститься короткий висновок, поруч — графік або захищене посилання, а за відповіддю стоять конкретні записи в CRM, показники Google Ads та узгоджені правила розрахунку.

Цінність такого бота полягає не в імітації повної автономності. Він скорочує шлях від запитання до інформації, що перевіряється, звертає увагу на відхилення та залишає право прийняття рішення за людиною там, де це дійсно необхідно.

Перед впровадженням достатньо відповісти на п’ять запитань: які звіти потрібні керівництву, де зберігаються вихідні дані, хто має право їх переглядати, які визначення використовує бізнес і які дії завжди підтверджує співробітник. Якщо ці правила зрозумілі, Telegram стає зручним інтерфейсом для звітності, а штучний інтелект — інструментом пояснення, а не джерелом непідтверджених цифр.