AI & IT

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

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

· обновлено

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

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

Монтажная компания держала учёт объектов в таблице руководителя, чатах по каждому объекту и памяти прораба, и на пятнадцати и более объектах это превращалось в ежедневный обзвон для сбора статусов. Построена внутренняя платформа с карточкой объекта, типовым маршрутом этапов и мобильным сценарием для прораба вместо коробочной CRM. Статус объекта виден без звонка прорабу, отчёт заказчику собирается из уже внесённых данных, а первый рабочий контур запускается за 2-8 недель.

Контекст

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

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

Задача

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

Решение

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

Стек

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

Результаты

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

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

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

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

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

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

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

Разработка кастомных SaaS и внутренних платформ

Какую услугу закрывает

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

Почему для учёта объектов не подходит обычная CRM?

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

Какие этапы обычно фиксируют в учёте объектов?

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

Что попадает в автоматический отчёт заказчику?

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

Есть ли уже завершённые проекты такого рода с измеренными результатами?

Механика описана по задачам из практики в смежных процессах — учёте заявок и производственном учёте — и перенесена на объектный процесс монтажа. Мы не обещаем процентов экономии без собственной базовой линии компании и говорим об этом прямо на диагностике.

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

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

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