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

Руководителю редко нужен ещё один сложный кабинет с десятками фильтров. Обычно ему нужно быстро получить ответ на конкретный вопрос: сколько продали за неделю, какие сделки задержались, как отработала реклама и где показатели изменились.

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

Это не замена CRM и не «автономный директор». Бот становится удобным окном к корпоративной отчётности: помогает быстрее получить проверяемую информацию, но не придумывает отсутствующие значения и не выполняет важные действия без установленного контроля.

Почему руководителю удобен диалог, а не ещё одна панель

В CRM уже есть сделки, задачи и история продаж. В рекламном кабинете — показы, клики, расходы и конверсии. В ERP могут храниться заказы, оплаты, остатки и отгрузки. Проблема возникает не из-за отсутствия данных, а из-за того, что они находятся в разных системах и требуют разных отчётов.

Telegram сокращает путь к информации. Руководитель не вспоминает, в каком разделе находится нужный фильтр, а пишет: «Покажи продажи за текущую неделю по отделам и сравни с предыдущей» или «Что произошло с расходами и конверсиями Google Ads за последние семь дней?»

Бот переводит вопрос в понятные параметры отчёта: источник данных, период, подразделение, показатель и формат результата. Если период не указан или под словом «продажи» в компании понимают разные этапы, бот сначала задаёт уточняющий вопрос. Так естественный язык помогает управлять отчётностью, но не заменяет правила расчёта.

Как запрос проходит через Telegram и сервер

Telegram в этой схеме служит интерфейсом, а не местом хранения корпоративных данных. В сообщении остаются вопрос и готовый ответ, а подключение к CRM и рекламным аккаунтам работает на сервере. Секреты доступа не передаются в чат.

1. Бот определяет пользователя и проверяет его роль: руководитель компании, руководитель отдела или менеджер.
2. Из вопроса выделяются период, нужный отчёт, фильтры и ожидаемый формат — короткая сводка, таблица или график.
3. Сервер запускает заранее разрешённый сценарий отчётности и запрашивает данные через API системы или подготовленный защищённый коннектор.
4. Полученные значения проверяются: совпадают ли валюты и часовые пояса, заполнены ли обязательные поля, нет ли частичного ответа от источника.
5. Бот формирует короткий управленческий вывод, прикладывает график или защищённую ссылку и сохраняет запись о выполненном запросе.

Боту не дают возможность составлять произвольные запросы к базе данных. Он работает с согласованным набором отчётов и допустимых параметров. Это делает результат предсказуемым и не позволяет случайной формулировке открыть лишние данные.

Отчёт по продажам из CRM

Для отчёта по продажам сервер обращается к CRM и получает данные, которые уже ведёт отдел: суммы и количество сделок, этапы воронки, ответственных менеджеров, источники обращений, даты следующего действия и причины закрытия. Состав показателей зависит от того, какие поля действительно заполнены и разрешены для конкретного руководителя.

Что получает руководитель

На вопрос «Как идут продажи в этом месяце?» бот не отвечает одной общей суммой. Он возвращает период отчёта, фактические продажи по принятому в компании правилу, сравнение с предыдущим сопоставимым периодом и несколько отклонений, которые требуют внимания.

• сделки по этапам и ответственным менеджерам;
• сделки без следующей задачи или с просроченным действием;
• план и факт, если утверждённый план хранится в подключённой системе;
• динамика по дням или неделям на графике;
• ссылка на полный отчёт с теми же фильтрами.

Если в CRM не заполнена причина проигрыша или сделка не связана с источником, бот не восстанавливает это значение догадкой. Он показывает, какая часть отчёта неполна, и указывает записи, которые нужно проверить сотруднику.

Отчёт по рекламным кампаниям Google Ads

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

Руководитель пишет: «Как отработала реклама за прошлую неделю?» Бот возвращает общие расходы, клики и конверсии, показывает динамику по дням, выделяет кампании с заметными изменениями относительно выбранного периода сравнения и прикладывает график. При необходимости запрос уточняется по аккаунту, кампании или региону.

Что важно понимать о конверсиях

Google Ads считает в показателе «Конверсии» только те действия, которые соответствующим образом настроены в рекламном аккаунте. Поэтому бот отдельно называет источник показателя и не подменяет рекламную конверсию фактической продажей. Если в аккаунте конверсией считается отправка формы, отчёт так и обозначает её — как отправку формы, а не как оплаченный заказ.

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

Как реклама связывается с продажами

Рекламный отчёт становится полезнее, когда его можно сопоставить с обращениями и продажами в CRM. Для этого при поступлении лида сохраняются метки кампании или идентификатор рекламного перехода, а в CRM поддерживается понятная связь между обращением, сделкой и источником.

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

Если в CRM нет устойчивой разметки или часть обращений приходит без источника, бот показывает рекламу и продажи двумя отдельными блоками. Он не рассчитывает окупаемость по неполной связи и не выдаёт предположение за финансовый результат.

Какие ещё управленческие задачи выполняет бот

Тот же интерфейс работает с другими разрешёнными отчётами. Набор зависит не от фантазии AI, а от систем компании, качества данных и прав пользователя.

• Воронка и загрузка отдела. Бот показывает сделки по этапам, количество задач, просрочки и распределение работы между менеджерами.
• Оплаты и дебиторская задолженность. Если статусы оплат ведутся в ERP или CRM, бот готовит список ожидаемых и просроченных платежей, но не инициирует оплату.
• Заказы и исполнение. Руководитель получает сводку по новым, собранным, отгруженным и задержанным заказам на основе статусов учётной системы.
• Остатки и потребность. Бот показывает позиции ниже согласованного порога и прикладывает данные, на основании которых сотрудник принимает решение о закупке.
• Регулярная сводка. В установленное время бот собирает утверждённый набор показателей и отправляет его руководителю без необходимости вручную открывать каждую систему.

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

Как бот формирует график и ссылку на отчёт

Для простого вопроса достаточно сообщения из нескольких строк: главный показатель, изменение относительно выбранного периода и факторы, на которые стоит посмотреть. Если данных больше, сервер строит график и таблицу. Бот отправляет их как изображение или даёт ссылку на полный отчёт.

Ссылка ведёт не в открытый файл, а в защищённое представление с проверкой пользователя и ограниченным сроком действия. В самом отчёте сохраняются применённые фильтры, период, время обновления и источники. Руководитель может проверить вывод, а аналитик — воспроизвести расчёт.

Краткий текст формируется после расчётов, а не вместо них. Сначала сервер получает и проверяет значения, затем AI помогает объяснить их понятным языком. Это снижает риск красивого, но неподтверждённого ответа.

Права доступа, журнал и подтверждение человека

У каждого пользователя есть роль и допустимый набор отчётов. Руководитель компании может видеть общую сводку, руководитель отдела — показатели своего подразделения, а менеджер — только собственные сделки. Проверка выполняется на сервере при каждом запросе, а не только при первом подключении Telegram.

Журналирование помогает восстановить ход работы: кто задал вопрос, какой отчёт был запущен, какие фильтры применены и куда отправлен результат. В журнал не нужно без причины копировать весь набор коммерческих данных — достаточно информации, необходимой для контроля и расследования ошибок.

Что происходит, если данных недостаточно

Отчётность ломается не только из-за технической ошибки. Часто вопрос задан без периода, разные отделы используют разные определения продажи, у части сделок нет источника, а рекламный аккаунт временно не вернул ответ. Для каждого такого случая задаётся понятное поведение.

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

Уверенный ответ при отсутствии данных опаснее честного сообщения об ограничении. Поэтому сценарии ошибок проектируются так же внимательно, как основной отчёт.

Как проходит внедрение

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

1. Фиксируем вопросы. Собираем перечень регулярных и разовых запросов руководителя, форматы и допустимое время подготовки.
2. Согласуем определения. Уточняем, что компания считает лидом, продажей, оплатой, просрочкой и конверсией.
3. Проверяем источники. Определяем доступные API, заполненность полей, владельцев данных и права пользователей.
4. Создаём отчётные сценарии. Для каждого вопроса задаём источники, фильтры, расчёты, формат ответа и действия при ошибке.
5. Настраиваем доступ и журнал. Разделяем роли, ограничиваем отчёты и отмечаем операции, которым нужно подтверждение человека.
6. Тестируем на реальных периодах. Сверяем ответы бота с CRM, рекламным кабинетом и действующими управленческими отчётами.

После запуска новые вопросы добавляются не как свободные команды, а как проверенные сценарии. Это позволяет расширять помощника без потери контроля над данными и расчётами.

Что в итоге получает руководитель

Руководитель задаёт вопрос там, где ему удобно, и получает понятный ответ без ручного сбора нескольких таблиц. В сообщении есть краткий вывод, рядом — график или защищённая ссылка, а за ответом стоят конкретные CRM-записи, показатели Google Ads и согласованные правила расчёта.

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

Перед внедрением достаточно ответить на пять вопросов: какие отчёты нужны руководству, где лежат исходные данные, кто имеет право их видеть, какие определения использует бизнес и какие действия всегда подтверждает сотрудник. Если эти правила ясны, Telegram становится удобным интерфейсом к отчётности, а AI — инструментом объяснения, а не источником неподтверждённых цифр.