В одной из московских школ мы сделали Telegram-бота, который автоматизировал «операционку»: согласия на мероприятия, запись на кружки, заявки в хозчасть/ИТ, массовые оповещения, анонимный канал психолога и контур директора с согласованиями и дашбордами. Я старался максимально упростить сложную и разрозненную модель управления.

Проект реально сработал, но его пришлось закрыть: с 2025/26 учебного года все школьные коммуникации перевели в национальный мессенджер «Макс» (MAX), а Telegram оказался «под запретом».

МЭШ, Сферум и наш бот: кто за что отвечает

• МЭШ (Московская электронная школа) — отлично работает с расписанием и оценками, но не заточен под операционные процессы;

• Сферум — позиционировался как «безопасная альтернатива WhatsApp», но по сути просто чат без автоматизации;

• Наш бот в Telegram — это надстройка над повседневной школьной деятельностью. Он решал задачи, которых не было ни в МЭШ, ни в Сферуме:

  • автоматический сбор согласий,

  • учёт кружков и посещаемости,

  • тикет‑система для хозчасти/ИТ,

  • шаблоны уведомлений и отчётность «кто ответил»,

  • анонимный канал психолога,

  • взаимодействие «Родитель — администрация»,

  • управленческий контур директора.

По сути, «Сферум» был просто чат-платформой (аналог WhatsApp, но «для школ»), а бот - инструментом автоматизации и учёта.

Какие задачи решал бот

• Мероприятия и экскурсии — карточка события, согласия родителей кнопкой «Да/Нет», выгрузки списков.

• Кружки и секции — запись с квотой мест, учёт посещаемости, напоминания о пропусках.

• Заявки в хозчасть/ИТ — тикет‑система с приоритетами, статусами и SLA.

• Шаблоны и напоминания — «Ознакомлен/Приду», отчёт «кто не ответил».

• Анонимная линия психолога — чат без раскрытия личности ученика.

• Контур директора и администрации школы — согласования (выезды, закупки), дашборды по заявкам/ответам, экстренные рассылки, аудит.

Архитектура и стек

# Основа
Python 3.11 + aiogram 3.x
PostgreSQL 15
Redis 7.x
APScheduler 3.x

# Инфраструктура  
Docker + Docker Compose
Nginx (reverse proxy)
Prometheus + Grafana
Loki (логи)

# Интеграции
Google Sheets API
Telegram Bot API

Роли: student, parent, teacher, admin, psychologist, director.
Вход только по инвайт-коду.

flowchart TD
  subgraph Telegram
    U1[Ученики]
    U2[Родители]
    U3[Учителя]
    U4[Администраторы]
    U5[Психолог]
    U6[Директор]
  end

  subgraph Bot[Telegram Bot (aiogram)]
    A1[Роутинг/сценарии]
    A2[RBAC/политики]
    A3[Inline-UI]
  end

  subgraph Backend
    DB[(PostgreSQL)]
    R[Redis — очереди/повторы]
    S[Scheduler — напоминания]
  end

  subgraph Integrations
    G[Google Sheets — отчёты]
    X[Файловые выгрузки (внутр. контур)]
  end

  U1-->A1; U2-->A1; U3-->A1; U4-->A1; U5-->A1; U6-->A1
  A1-->DB; A1-->R; A1-->S; A1-->G; A1-->X

Технические детали

• Производительность

  • 1 школа, ~600 пользователей.

  • Массовые рассылки по 500+ адресатам проходили за ~40–60 секунд.

  • Пиковые нагрузки - утром при рассылке уведомлений: до 50 RPS.

• Мониторинг

  • Prometheus + Grafana (внутренние метрики).

  • Логирование JSON (парсинг в Loki).

  • Метрики: время отклика (среднее 180–250 мс), процент доставки сообщений (≈ 98%).

• Резервное копирование

  • Ежедневные дампы PostgreSQL → облако (зашифровано).

  • Redis — не критичен (данные восстанавливались из основной БД).

  • Конфиги/секреты — в vault + зашифрованные .env.

Конкретные метрики эффекта

До бота vs После:
- Время сбора согласий: 2–3 дня → 4–6 часов
- Доля ответивших родителей: 60% → 85%
- Время решения IT-заявок: 5 дней → 2 дня (среднее)
- Отображение задач в реальном времени со статусами исполнения

Проблемы и их решения

• Спам/флуд

  • Ограничение на количество сообщений в минуту.

  • Inline-кнопки вместо текстовых «Да/Нет» — исключили шум.

  • Антидубли (Redis-ключи на сообщения).

• Onboarding

  • Печатные инструкции с QR-кодом для родителей.

  • Мини-воркшоп для учителей («3 кнопки, которые вам нужны»).

  • Роль «админ класса» — помогала коллегам с установкой.

• Изменения регламентов

  • Гибкая модель согласований (матрицы в БД).

  • Возможность вносить новые категории тикетов без перекомпиляции.

  • Настройка SLA под требования директора.

Альтернативы и миграция

Когда стало ясно, что Telegram уходит, «Сферум» логично рассматривался как альтернатива. Но у него была ключевая проблема: нет API и нет возможности встроить сторонних ботов.

Мы рассматривали:

• Сферум — подходит для чатов, но без автоматизации.

• ВКонтакте — есть API, но adoption родителей хуже.

• MAX — туда ушёл Сферум, но API тоже закрыто → миграция невозможна.

Что спасли: саму бизнес-логику (согласия, тикеты, отчётность).
Что потеряли: транспорт (Telegram и его удобство).

Почему закрыли

С сентября 2025 года все школы обязаны перевести коммуникации в «Макс», куда интегрировали «Сферум». Telegram оказался запрещён. API «Макса» и «Сферума» для сторонних разработчиков отсутствует, поэтому перенести бота напрямую невозможно.

Выводы

• Бот решал задачи, которых не было в МЭШ и Сферуме.

• Открытые API = инновации. Telegram позволял создавать рабочие инструменты, «Сферум/Макс» пока нет.

• В EdTech в России продукт может умереть не от отсутствия спроса, а от регуляторных изменений.