РемКонтроль: бот для ремонтной компании от заявки до сметы

РемКонтроль это рабочее название, которое я дал продукту для презентации. В презентации нет ни бренда компании, ни бренда студии.

Задача

ТЗ было подробным. Заявка приходит от отдела продаж или из CRM. Руководитель назначает замерщика. Замерщик на объекте вносит размеры и фото прямо в бот. Смета считается по прайсу компании, руководитель её утверждает, клиент получает PDF. В ТЗ требования пронумерованы, и к ним приложены сценарии приёмки.

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

Что я предложил

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

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

У заявки есть статусы от «Новой» до «Согласована клиентом», плюс возвраты на уточнение и конечные статусы отказа и отмены. Закрыть заявку без причины нельзя. Уведомления приходят адресно, накануне выезда и при просрочке, ночью бот молчит.

Тарифов два. Первый, «Смета», закрывает ТЗ целиком: бот для сотрудников, заявки, замеры, расчёт с проверками и версиями, утверждение, PDF, статусы, загрузка прайса из Excel, бэкапы и пилот. Второй, «Объект под контролем», продолжает путь после согласия клиента: договор из сметы по шаблону, допсоглашения, этапы работ с фотоотчётами, бот для клиентов и веб-дашборд руководителя.

Что показал в презентации

Каждому шагу отдан слайд с экранами бота. На них видно, как требование из ТЗ превращается в конкретное поведение.

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

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

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

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

Утверждение. Кнопка «Вернуть» требует комментарий. Утверждённая версия сметы не меняется, любая правка создаёт новую, старая остаётся в истории. Ответ клиента привязан к версии: если смету изменили, согласие на старую не переносится.

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

Как устроено

Telegram в этой схеме только окно. Бот для сотрудников, бот для клиентов и веб-дашборд работают с одним сервером бизнес-логики на Python, aiogram и FastAPI. Данные лежат в PostgreSQL, фото и PDF в файловом хранилище, всё в Docker. Резервные копии каждый день с хранением 30 дней, восстановление проверяется на тестовом стенде. Мониторинг следит за ошибками, недошедшими уведомлениями и местом на диске.

Сервер в России оформляется на компанию, персональные данные клиентов хранятся по 152-ФЗ. Бот, сервер, домен и исходный код принадлежат компании, вместе с инструкциями по развёртыванию, описанием формул и инструкциями для каждой роли.

Что учёл и где риски

Сроки жёсткие: 6 рабочих дней до запуска первого тарифа и 13 до полной системы. Они держатся, только если в первый день пришли прайс в Excel, формулы, шаблон сметы с реквизитами и доступ к серверу. Отсчёт идёт от этого дня, так и записано в презентации. Пилот идёт на одном типе ремонта с двумя-тремя сотрудниками.

Формулы. Как компания считает откосы, есть ли скидки, коэффициенты, НДС и минимальная стоимость выезда, я вынес в список вопросов. Сложную геометрию замерщик вводит вручную, с пометкой для проверяющего.

Границы. В первую версию не входят подсчёт объёмов по фото, материалы, склад, финансы и офлайн-режим. Интеграция с CRM, клиентский бот в первом тарифе, электронная подпись и обмен с 1С вынесены в отдельные модули. Почему автоматический расчёт сметы по фото пока рано обещать, писал в разборе сервиса расчёта смет.

Что дальше

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

Частые вопросы

Бот уже работает в компании?

Нет. Есть разбор ТЗ и презентация с экранами. Решения заказчика пока нет, код не написан.

Смету считает ИИ?

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

Можно ли сделать то же самое в MAX?

В ТЗ был Telegram, под него и собрана презентация. Логика и данные живут на сервере, бот только интерфейс, поэтому второй мессенджер это отдельная оценка без переделки ядра. Как этапы и допработы фиксируются с заказчиком, писал в статье про сметы и этапы у бригад.

Коротко о главном

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

Сейчас это переданная презентация. Решение за заказчиком, бот не написан и не запущен.

Если вам нужен бот для заявок, замеров или смет, посмотрите разработку ботов. Напишите в Telegram, MAX или VK.