Как Telegram-бот для контроля работ спас строительно-отделочную фирму от новых потерь в миллионы рублей

«Я потерял больше миллиона из-за того, что не мог контролировать, что делают на объекте».

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

Мы разработали решение — Telegram-бота для управления строительными проектами с пошаговым контролем каждого этапа. Расскажу, как это работает и какие конкретные боли решает.

Проблема: когда стройка выходит из-под контроля

Ситуация типична для любого строительного бизнеса с удалёнными объектами:

• Исполнитель приехал на объект, сделал работу — но прораб об этом узнает только по телефону, без фото и подтверждений.

• Заказчик звонит: «Ну что, как дела?» — получает размытый ответ, потому что исполнитель не может показать промежуточные результаты.

• Финансовые расчёты с исполнителями ведутся «на коленке»: сколько положено, сколько оплачено, какая маржа — всё в голове или в разрозненных заметках.

• Нет прозрачности: на каком подэтапе находится работа, что уже сделано, что ещё предстоит.

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

Решение: Telegram-бот для управления строительными проектами

Мы создали Telegram-бота на Python (aiogram 3.x), который закрывает все описанные проблемы. Бот работает для всех участников процесса: исполнителей, прорабов, менеджеров и заказчиков.

Пошаговый контроль через подэтапы

Каждая работа в боте разбита на подэтапы. Например, работа «Грунтование» состоит из трёх шагов:

1. Подготовка поверхности

2. Нанесение грунтовки

3. Высыхание и отверждение

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

Приёмка работ прорабом

После того как исполнитель прошёл все подэтапы, работа переходит в статус «Ожидает проверки». Прораб открывает раздел «Приемка работ», видит все проекты с ожидающими проверками, просматривает фото каждого подэтапа и принимает решение:

• ✅ Одобрить — работа принята, исполнитель может переходить к следующей

• ❌ Отклонить — работа возвращена на доработку с комментарием

При одобрении заказчик автоматически получает уведомление с фото и документом акта осмотра. Больше никаких звонков «ну что, как дела?».

Прозрачные финансовые расчёты

Бот ведёт отдельный учёт по каждому проекту:

• Базовая стоимость работы (с учётом площади и коэффициента)

• Положено к оплате исполнителю (с учётом маржи по умолчанию 20%)

• Фактически оплачено — сколько уже перечислено

• К доплате — разница

Маржа настраивается по каждому проекту индивидуально. Администратор видит полную финансовую картину по всем проектам в одном месте.

Автоматический расчёт стоимости с коэффициентом площади

Бот учитывает, что маленькие помещения стоят дороже за квадратный метр. Встроенный коэффициент площади автоматически корректирует цену:

• Менее 20 м² — коэффициент 1.8x

• 20–50 м² — коэффициент 1.5x

• 50–100 м² — коэффициент 1.2x

• Более 200 м² — коэффициент 0.8x

Это исключает ошибки ручного расчёта и споры с исполнителями.

Интеграция с Google Calendar

Прораб может подключить свой Google Calendar через Device Flow — бот автоматически создаёт события для работ с плановыми датами. Никаких забытых сроков.

Как это работает на практике

Исполнитель заходит в бота, выбирает свой проект, видит список работ. Выбирает работу — видит подэтапы. Для текущего подэтапа загружает фото и пишет комментарий. Переходит к следующему.

Прораб получает уведомление, что работа ожидает проверки. Открывает раздел «Приемка работ», просматривает фото каждого подэтапа, нажимает «Одобрить». Заказчик получает уведомление с фото.

Заказчик заходит в бота — видит свои проекты, статусы работ, загруженные фото. Может просмотреть документы проекта. Больше не нужно звонить и спрашивать.

Менеджер создаёт новый проект пошагово: адрес, ФИО заказчика, телефон, дата монтажа, площадь, выбор работ из прайс-листа. Всё в диалоговом режиме.

Технологический стек

• Python 3.11 + aiogram 3.x — асинхронный фреймворк для Telegram Bot API

• Docker + docker-compose — деплой

• JSON-хранилище — проекты, пользователи, прайс-лист, журнал действий

• aiohttp — интеграция с Google Calendar API

• Long polling — без необходимости настраивать webhook

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

Результаты внедрения

Что изменилось после запуска бота:

1. Контроль на каждом этапе. Прораб видит фото каждого подэтапа, а не получает размытые отчёты по телефону. Качество работ стало проверяемым в процессе, а не постфактум.

2. Промежуточные результаты заказчику. Заказчик получает уведомления с фото при каждом одобрении работы. Прозрачность процесса — больше не нужно звонить и спрашивать «как дела».

3. Прозрачные финансовые расчёты. Администратор видит по каждому проекту: базовая стоимость, положено к оплате, фактически оплачено, к доплате. Маржа настраивается по проекту. Никаких расчётов «в голове».

4. Защита от перехода без проверки. Статусы блокируют переход к следующей работе без одобрения прораба. Исполнитель не может сказать «сделал» и забыть — система требует фото каждого подэтапа.

5. Автоматический расчёт стоимости. Коэффициент площади исключает ошибки ручного расчёта. Прайс-лист структурирован с тремя ценами на каждую позицию — с материалами, без материалов, для исполнителя.

Итог

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

Для строительного бизнеса с удалёнными объектами такой инструмент — не роскошь, а необходимость. Потому что потерянный контроль обходится дороже, чем разработка.