В компании на 15–40 человек внутренние процессы редко живут в одной системе. Заявка на закупку — в общем чате, согласование отпуска — в личных сообщениях руководителю, отчёт о продажах за день — в таблице, которую кто-то заполняет вечером, если не забудет. Руководитель узнаёт о проблемах, когда они уже стали проблемами, а сотрудники тратят время на поиск «кому писать и в каком формате».
Telegram-бот для внутренних задач решает именно эту проблему: он становится единым входом для рутинных действий команды там, где команда уже сидит — в мессенджере. Ниже разберём, какие процессы имеет смысл переносить в бота первыми, как устроены типовые сценарии и где такой бот не подходит.
Почему именно Telegram, а не отдельная система
Для внутренних процессов можно купить таск-трекер, настроить Bitrix24 или развернуть корпоративный портал. Проблема одна и та же: сотрудники в них не заходят. Чем дальше инструмент от привычного окна, тем ниже дисциплина его использования.
Telegram у команды уже открыт весь день. Бот в нём не требует обучения, регистрации и установки чего-либо. Заявку можно подать за 20 секунд с телефона, согласовать — одним нажатием кнопки в уведомлении. Это главный аргумент: не функциональность, а отсутствие трения.
Второй аргумент — бот легко связывается с тем, что у компании уже есть: Google Sheets, 1С, amoCRM, Notion, почтой. Он не заменяет учётные системы, а становится удобным интерфейсом к ним.
Четыре типа процессов, которые переносят в бота первыми
Заявки: от «напиши в чат» к структурированной форме
Заявки на закупку канцелярии, вызов IT-поддержки, ремонт оборудования, выдачу пропуска, доступ к системе. Общее у них одно: исполнителю нужен набор полей, а сотрудник пишет свободным текстом и половину полей забывает.
Бот задаёт вопросы по одному: что нужно, срочность, для какого отдела, комментарий. Записывает заявку в таблицу или трекер, присваивает номер, уведомляет исполнителя. Сотрудник видит статус («принята», «в работе», «выполнена») и не дёргает исполнителя вопросом «ну что там».
Для исполнителя появляется очередь вместо хаоса в личных сообщениях. Для руководителя — статистика: сколько заявок, какого типа, как быстро закрываются.
Согласования: отпуска, расходы, скидки
Классический сценарий: менеджер хочет дать клиенту скидку больше стандартной и пишет руководителю. Тот в дороге, увидит через два часа, клиент за это время остыл.
В боте согласование выглядит так: менеджер заполняет короткую форму (клиент, сумма, размер скидки, обоснование), руководитель получает сообщение с двумя кнопками — «Согласовать» и «Отклонить» — и, при необходимости, полем для комментария. Решение фиксируется с временной отметкой, менеджер получает уведомление мгновенно.
Полезные детали: лимиты, при которых согласование не требуется вовсе (скидка до 5% — автоматически «да»), цепочки из двух уровней для крупных сумм, напоминание согласующему, если ответа нет через два часа, и замещающий, если руководитель отметил отпуск.
Отчёты команды: конец дня без таблиц
Вечерний отчёт менеджеров, сменный отчёт на производстве, отчёт выездного мастера. Бот в заданное время присылает сотруднику три-пять вопросов, собирает ответы и складывает в таблицу или базу. Руководитель получает сводку по всем сразу: кто отчитался, кто нет, ключевые цифры за день.
Отдельно работает обратное направление — автоматическая сводка для руководителя из данных систем, без участия сотрудников. Этот сценарий мы подробно разобрали в статье о ежедневной сводке в Telegram.
Справочная: вопросы по регламентам и контактам
«Где бланк заявления?», «Какой порядок оформления командировки?», «Кто отвечает за склад в Тбилиси?». Эти вопросы повторяются с каждым новым сотрудником. Бот с подключённой базой документов отвечает на них сам, а на сложные — направляет к ответственному. Для компаний с активным наймом это заметная разгрузка HR и руководителей, подробнее — в материале об AI-агенте для HR.
Как устроен такой бот технически
Внутренний бот обычно проще клиентского: аудитория известна, сценарии конечны, нагрузка небольшая. Типовая архитектура выглядит так.
- Авторизация. Бот знает список сотрудников (по Telegram ID или номеру телефона) и их роли. Посторонний пользователь получает отказ. Увольнение — удаление из списка, и доступ закрыт.
- Сценарии. Для заявок и согласований — кнопки и пошаговые формы. Это надёжнее свободного текста: поля заполнены, формат единый.
- Хранилище. На старте часто достаточно Google Sheets: руководитель видит всё в привычной таблице. При росте — база данных и Metabase для отчётов.
- Интеграции. Создание задачи в трекере, запись в 1С, карточка в CRM, письмо бухгалтеру. Связки собираются в n8n или Make либо пишутся напрямую, если логика нестандартная.
- Уведомления. Бот сам инициирует сообщения: напоминает о несданном отчёте, сообщает о смене статуса заявки, эскалирует просроченное согласование.
ИИ в таком боте нужен точечно: разобрать свободный текст заявки на поля, ответить по регламентам, составить резюме отчётов за неделю. Делать весь бот «умным» нет смысла — для согласования скидки кнопка «Да» лучше любой языковой модели.
Пример: производственная компания на 30 человек
Представим небольшое производство мебели: цех, склад, два менеджера по продажам, снабженец, бухгалтер и директор. До бота заявки на материалы шли снабженцу голосовыми сообщениями, согласование нестандартных заказов — звонком директору, отчёт о выпуске за смену мастер записывал в тетрадь.
В первой версии бота сделали три вещи. Заявка на материалы: мастер выбирает категорию, вводит наименование и количество, снабженец получает задачу с номером, мастер видит статус. Согласование заказа: менеджер отправляет параметры (сумма, срок, нестандартные требования), директор подтверждает кнопкой; заказы до определённой суммы со стандартным сроком согласования не требуют. Сменный отчёт: в 18:00 мастер получает вопросы о выпуске, браке и простоях, ответы попадают в таблицу, директор утром видит сводку за неделю.
Через месяц добавили то, чего не ждали: бот стал напоминать о сроках заказов, по которым приближается дата отгрузки, и собирать фотоотчёт готовой продукции перед отправкой клиенту. Это типичная траектория — первая версия закрывает очевидное, а реальные потребности проявляются уже в работе.
Где внутренний бот не подходит
Честно о границах, чтобы не строить лишнего.
Сложное управление проектами. Если нужны диаграммы Ганта, зависимости задач и ресурсное планирование — это задача трекера, а бот может быть лишь уведомлялкой к нему.
Документы с юридической силой. Согласование в боте — быстрый способ принять решение, но приказ об отпуске всё равно подписывается по правилам кадрового учёта. Бот ускоряет путь к подписи, не заменяет её.
Команды, где Telegram не основной канал. В некоторых странах и отраслях корпоративный стандарт — Slack, Teams или WhatsApp. Строить бота там, куда сотрудники не заходят, бессмысленно. Логика выбора канала разобрана в статье Telegram или WhatsApp для бизнеса.
Конфиденциальные данные без ограничений. Зарплатные ведомости и персональные данные сотрудников в бота лучше не выводить без продуманных ролей и, возможно, собственного сервера для хранения истории.
Что считать результатом
Внутренний бот редко измеряют деньгами напрямую, но измеримые показатели есть:
- Время от подачи заявки до её принятия в работу (обычно падает с часов до минут).
- Время согласования — ориентировочно с «полдня» до 15–30 минут, если согласующий получает уведомление на телефон.
- Доля сданных вовремя отчётов — при напоминаниях от бота стабильно приближается к 100%.
- Количество «а где посмотреть» в общих чатах — косвенный, но очень показательный признак.
Если через два месяца эти цифры не сдвинулись, проблема чаще не в боте, а в процессе: например, согласующий не отвечает на уведомления, и напоминания нужно эскалировать выше.
С чего начать
Мы в AiKrok обычно советуем не проектировать «корпоративный портал в Telegram» сразу, а взять один процесс, который раздражает сильнее всего. Порядок действий:
- Выпишите пять внутренних процессов, где сейчас больше всего переписки и уточнений. Выберите один, самый повторяемый.
- Опишите его как форму: какие поля нужны исполнителю, кто согласует, что считается завершением.
- Определите, куда должны попадать данные — таблица, трекер, учётная система.
- Запустите первую версию на одном отделе. Две недели — достаточный срок для заявок с согласованием и хранением в таблице.
- Через месяц соберите обратную связь и добавляйте следующий процесс.
Главное правило внутреннего бота — он должен быть быстрее, чем написать коллеге напрямую. Если это условие выполняется, команда начнёт им пользоваться без приказов.