AI & IT

Внутренняя админка для учёта объектов монтажной компании

Внутренняя админка для учёта объектов монтажной компании

Типовой сценарий внедрения: как монтажная компания заменяет Excel и чаты по объектам на внутреннюю платформу с этапами, документами и отчётами заказчику.

Разобрать учёт объектов в вашей компании

Контекст

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

Отдельная категория потерь — документы и «заодно». Акт по выполненному этапу подписывают через два месяца или забывают вовсе, деньги повисают в дебиторке не потому, что заказчик не платит, а потому что никто не проследил за бумагой. Дополнительные работы, сделанные на месте по устной договорённости, не попадают в договор и не считаются.

Задача

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

Решение

  1. Описали маршрут объекта как он есть: какие этапы реально существуют, кто за них отвечает, какие документы возникают на каждом — вместо того чтобы сразу выбирать технологию.
  2. Спроектировали карточку объекта: адрес, заказчик, договор, сумма, ответственный руководитель проекта — всё, что относится к объекту, живёт внутри одной карточки.
  3. Реализовали типовой маршрут этапов с ответственным, плановой и фактической датой на каждом; этап закрывается только по факту — фото, акт, отметка приёмки.
  4. Привязали документы к этапам: договор и смета — на объекте, акт — на конкретном этапе, допсоглашение — на допработах.
  5. Добавили фиксацию блокировок со стороны заказчика — дата, причина, что требуется от заказчика, чтобы был аргумент в разговоре о сроках, а не «мы вам звонили».
  6. Настроили уведомления: ответственному — за три дня до планового срока этапа, руководителю — при просрочке или блокировке дольше недели.
  7. Сделали мобильный сценарий для прораба: закрыть этап и прикрепить фото с телефона за одно действие — без этого система не приживается на объекте.
  8. Собрали автоматический отчёт заказчику из уже внесённых данных по этапам и сводку руководителя по всем объектам на одном экране.

Стек

Next.jsFastAPIPostgresМобильный сценарийУведомления

Результаты

Статус объекта
виден без звонка прорабу
Отчёт заказчику
собирается из уже внесённых данных, а не пишется вручную по памяти
Первый рабочий контур
запускается за 2-8 недель

Честная оговорка: этот сценарий описывает типовое устройство внедрения, а не конкретный завершённый проект с измеренными «до и после» — такого кейса с точными цифрами по монтажной компании пока нет. Механика собрана на задачах из практики в производственном и сервисном учёте и перенесена на объектный процесс монтажа, поэтому результаты выше приведены как качественные, без выдуманных процентов.

Выводы и тиражируемость

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

Подробный разбор устройства контура — в статье Учёт объектов в монтажной компании.

Разобрать учёт объектов в вашей компании

Связанные материалы

Обсудим вашу задачу

Оставьте заявку: разберу контекст, риски и предложу реалистичный план внедрения.

Оставить заявку