MECH ORBIT
← Все статьи
Согласование

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

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

Согласование ремонта с клиентом — это не сообщение «на выходе 8 тысяч» в чате. Клиент должен увидеть, что нашли после диагностики, какие работы идут вместе и что изменится в сумме и в сроке. Сам документ, в котором это записывают, — заказ-наряд.

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

Объясните, что изменилось после диагностики

Клиент приехал с жалобой. Диагностика могла её подтвердить, сузить или найти другое. Согласование начинается с этого предложения, а не с новой суммы. «Нашли то, с чем вы приехали» и «нашли другое, вот доказательство» — разные разговоры.

Доказательство — фото, короткое описание проверки, строка работы. Без этого клиент слышит только цену. С этим он может отказаться от строки и всё равно понимать, от чего отказывается.

Соберите дополнительный объём в блоки, а не в сплошной список

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

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

Покажите доплату, новый итог и изменение срока

Клиенту нужны три числа, и все они должны быть его числами, не чужим прайсом: что добавляется к уже согласованному, какой новый итог, сдвигается ли выдача. Одно число «всего» прячет, что половина суммы — это уже сделанная диагностика.

Срок меняется вместе с объёмом. Если стойка едет завтра, нельзя оставлять обещание «сегодня к вечеру» в старой записи. Планировщик и согласование расходятся именно здесь.

Когда смету нужно проверить заново

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

Условный пример. Согласовали колодки одного бренда. На складе поставщика их не оказалось, есть другой, закупка выше. Администратор либо подтверждает новую цену с клиентом, либо ищет строку в пределах уже названной суммы. Молча поменять бренд и оставить старую цену — это или потеря маржи, или спор на выдаче.

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

Попробовать бесплатно 14 дней

Дешёвый вариант: когда его можно предлагать

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

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

Оба варианта остаются строками. Клиент выбирает один. Второй не исчезает из истории заказ-наряда. Иначе через месяц невозможно вспомнить, что именно отклонили.

Как зафиксировать решение и передать в работу

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

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

Типичный день согласования без второй таблицы

Утро: диагностика закрыта строкой и фото. Администратор не набирает сумму в чате, пока блоки не собраны. Блок «делаем сейчас» содержит только то, без чего авто не забирают. Блок «можно отложить» имеет собственный итог, чтобы клиент мог сказать нет и не остановить весь ремонт.

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

Вечер: в заказ-наряде видно, какие блоки да, какие нет, и какое следующее действие на завтра. Механик следующей смены не читает вчерашний чат. Если для этого всё ещё нужен чат, блоки были в голове, а не в документе.

Условный пример одного авто, не статистика. Клиент согласовал диагностику и отложил стойку. Машину снимают с подъёмника, слот на стойку не обещают, пока не будет детали и повторного «да». Более дешёвый вариант — другой бренд с названным ресурсом, не скидка на ту же строку. Все три решения остаются в истории, даже отклонённые.

Практические вопросы

Почему недостаточно написать клиенту одну сумму?

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

Когда старое согласование уже не действует?

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

Можно ли предлагать более дешёвый ремонт?

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

Что должен увидеть механик после ответа клиента?

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

Где живёт само решение?

В заказ-наряде, рядом со строкой, со временем. Сообщение в чате может предупредить, но не заменяет запись.

Автор

Александр Блудов — основатель MECH Orbit и владелец сети СТО. Материал написан из практики управления независимым автосервисом.

← Все статьи