Как вести сметы и этапы ремонта: сроки, бригады и оплаты

Вести сметы и этапы ремонта удобнее вокруг карточки объекта. Свяжите с ней согласованный расчёт, сроки, бригаду и фактические оплаты. Статус «Этап принят» оставьте отдельным событием: он не означает, что деньги уже поступили.

Ниже — учебный порядок для небольшой ремонтной компании. Его можно сначала проверить в таблице, затем перенести в CRM. Суммы, объекты и ситуации вымышлены; пример не заменяет договорные документы и бухгалтерский учёт.

Сделайте объект основой учёта

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

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

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

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

Считайте смету по позициям

Для каждой позиции укажите работу или материал, единицу, количество и цену. Итог должен складываться из этих строк. Ручное поле «Всего» без связи с позициями легко забыть обновить.

Если стоимость меняется, сохраните версию расчёта и причину. Согласованная смета и новый вариант не должны выглядеть одинаково. Иначе сотрудник не поймёт, какую сумму показывать заказчику.

Отдельно проверьте добавленную работу. Она не должна незаметно исчезнуть из итоговой суммы или попасть в неё дважды. Удаление позиции также должно пересчитывать результат.

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

Разбейте работу на проверяемые этапы

Название этапа должно объяснять, что будет готово и кто это проверит. «Работаем» не помогает понять срок и следующую задачу. Для первого запуска достаточно нескольких этапов с ясным результатом.

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

Этап без срока показывайте отдельно. Он ещё не считается просроченным, но требует решения руководителя. Не прячьте такие записи из отчёта ради спокойной общей картины.

Если бригада работает на нескольких объектах, проверяйте пересечение обязательств. Одна и та же команда не становится свободной только из-за создания новой карточки ремонта.

Разведите согласованную сумму, оплату и остаток

Учебная смета состоит из трёх этапов: 60 000, 75 000 и 45 000 рублей. Общая сумма — 180 000 рублей. По первому этапу поступило 40 000, по второму внесён аванс 20 000.

Учтено поступлений 60 000 рублей. Общий остаток по согласованной сумме — 120 000. Это ещё не означает, что вся эта сумма уже просрочена.

Если первый этап принят, по нему остаётся 20 000 рублей. По второму часть суммы внесена заранее, а работы ещё продолжаются. Поэтому одного общего показателя «Долг» недостаточно.

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

Не прячьте переплату и исправления

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

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

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

Возвраты и перераспределение платежей требуют собственных правил. Пока они не проверены, не подставляйте отрицательные значения в случайные поля ради нужного итога.

Сделайте отчёт пригодным для планёрки

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

Для проверки откройте карточку одного ремонта и пересчитайте его вручную. Затем измените статус этапа без добавления оплаты. Сумма поступлений должна остаться прежней.

Проверьте и обратную ситуацию: аванс внесён, но этап ещё не принят. Отчёт не должен автоматически переводить работу в завершённую. Эти события независимы.

Фильтр бригады полезен только при настоящей связи с этапами. Имя в произвольной заметке не позволит надёжно собрать её текущие обязательства.

Переносите данные по очереди

Сначала перенесите заказчиков и объекты, затем свяжите сметы и этапы. Фактические оплаты загружайте после проверки идентификаторов. Иначе одинаковые фамилии или похожие адреса смешают ремонты.

Для клиентов используйте пробный файл Excel (.xlsx) или CSV. Сопоставьте столбцы, просмотрите результат и проверьте дубли. Не начинайте со всего архива.

После переноса выберите один объект и сверьте все четыре группы данных. Зафиксируйте дату перехода и договоритесь, где сотрудники теперь обновляют сведения. Параллельное ведение двух источников требует явного порядка.

До приглашения бригад проверьте права двумя аккаунтами. Сотрудник должен получать только предусмотренные ему записи, включая открытие карточки по прямому адресу. Скрытого меню недостаточно.

Как использовать пример mottorable

В опубликованном учебном примере «Смета+» — 20 вымышленных клиентов, 20 объектов с этапами, сметами и учтёнными поступлениями. Это набор для проверки интерфейса и связей, а не результаты реального бизнеса.

В этих CRM нет разделения записей по сотрудникам. Владелец и сотрудники с ролью «админ приложения» видят все записи. Назначенный ответственный и фильтр помогают организовать работу, но не ограничивают доступ. Если каждому сотруднику нужна закрытая часть базы, этот пример не закрывает ваше требование.

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

В CRM для строительной компании и ремонта есть связанные объекты, сметы, этапы и оплаты. Нажмите «Скопировать себе бесплатно», чтобы получить учебный пример в своём аккаунте.

Очистите примеры, импортируйте клиентов из Excel (.xlsx) или CSV и пригласите сотрудников с ролью «админ приложения». Если нужны другие этапы, выберите «Собрать под себя» и опишите свой порядок работ. Бесплатный старт: без оплаты, без банковской карты.

В примере нет обмена с 1С, онлайн-кассы и приёма реальных платежей. Учтённые оплаты остаются записями для вашего контроля. Актуальные условия использования указаны на странице тарифов.

Перед рабочими данными проверьте состав сметы, расчёт остатка, сохранение после обновления и доступ сотрудника. Затем сравните отчёт с ручным расчётом одного объекта.

Если нужно сначала описать сущности и роли, используйте план создания CRM. Конкретный порядок согласования работ и расчётов закрепляйте в документах вашей компании.

Задание для своей версии

Импорт клиентов принимает Excel (.xlsx) или CSV: до 5 МБ и 5 000 строк за один раз. Старый формат .xls не поддерживается. Российские телефоны приводятся к +7; совпадения по телефону или почте можно пропустить либо обновить.

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

Если готовая копия отличается от вашего процесса, адаптируйте это задание. После изменения приложения повторите проверки из статьи.

Создайте учебную CRM ремонтной компании: клиенты, объекты, позиции сметы, этапы, бригады и записи о поступлениях. Считайте смету по позициям, остаток — как разницу сметы и учтённых поступлений. Превышение поступлений показывайте как переплату. Принятие этапа не меняет оплату. Данные — в закрытом общем хранилище администратора; приглашённые администраторы видят все записи. Только вымышленные объекты и контакты. Без 1С, кассы и приёма настоящих платежей.