MECH ORBIT
← Усі статті
Погодження

Погодження ремонту з клієнтом: кошторис, допраці, ціна

Реальний екран CRMmech: воронка по кожному автомобілю
Погодження живе в наряді, а не в окремому чаті.

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

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

Поясніть, що змінилося після діагностики

Клієнт приїхав зі скаргою. Діагностика могла підтвердити її, звузити або знайти інше. Погодження починається з цього речення, а не з нової суми. «Знайшли те, з чим ви приїхали» і «знайшли інше, ось доказ» — різні розмови.

Доказ — фото, короткий опис перевірки, рядок роботи. Без цього клієнт чує лише ціну. З цим він може відмовитись від рядка і все одно розуміти, від чого відмовляється.

Зберіть додатковий обсяг у блоки, а не в суцільний список

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

Рішення записують по блоку, не «клієнт думає». Так, ні, або «повернемось після цієї поїздки». Часткове погодження — нормальний підсумок, не поразка адміністратора. Відхилений блок лишається в наряді, щоб його не запропонували завтра як нову знахідку.

Покажіть доплату, новий підсумок і зміну строку

Клієнту потрібні три числа, і всі вони мають бути його числами, не чужим прайсом: що додається до вже погодженого, який новий підсумок, чи зміщується видача. Одне число «загалом» ховає, що половина суми — це вже зроблена діагностика.

Строк змінюється разом із обсягом. Якщо стійка їде завтра, не можна лишати обіцянку «сьогодні до вечора» в старому записі. Планувальник і погодження розходяться саме тут.

Коли кошторис треба перевірити знову

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

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

Перед передачею в роботу запишіть: яка закупівля зараз, яка ціна для клієнта, чи рішення ще чинне, чи деталь уже можна видавати механіку. Якщо хоч однієї відповіді немає, ремонт у цех не віддають.

Спробувати безкоштовно 14 днів

Дешевший варіант: коли його можна пропонувати

Дешевший варіант — це інший обсяг або інша деталь, а не тиха знижка на той самий рядок. Його пропонують, коли він закриває скаргу клієнта і ви можете назвати, чим він слабший: ресурс, бренд, відкладена супутня робота.

Не пропонують дешевший варіант, щоб просто «закрити клієнта», якщо він не знімає несправність, з якою авто приїхало, і ви це знаєте. Тоді чесніше відмовити в роботі, ніж поставити рядок, який доведеться пояснювати на видачі.

Обидва варіанти лишаються рядками. Клієнт обирає один. Другий не зникає з історії наряду. Інакше через місяць неможливо згадати, що саме відхилили.

Як зафіксувати рішення і передати в роботу

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

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

Типовий день погодження без другої таблиці

Ранок: діагностика закрита рядком і фото. Адміністратор не набирає суму в чаті, доки блоки не зібрані. Блок «робимо зараз» містить лише те, без чого авто не забирають. Блок «можна відкласти» має власний підсумок, щоб клієнт міг сказати ні і не зупинити весь ремонт.

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

Вечір: у наряді видно, які блоки так, які ні, і яка наступна дія на завтра. Механік наступної зміни не читає вчорашній чат. Якщо для цього все ще потрібен чат, блоки були в голові, а не в документі.

Умовний приклад одного авто, не статистика. Клієнт погодив діагностику і відклав стійку. Машину знімають з підйомника, слот на стійку не обіцяють, доки не буде деталі і повторного «так». Дешевший варіант — інший бренд із названим ресурсом, не знижка на той самий рядок. Усі три рішення лишаються в історії, навіть відхилені.

Практичні запитання

Чому не досить написати клієнту одну суму?

Одна сума ховає, що вже зроблено, що нове і що можна відкласти. Клієнт або погоджує все, або відмовляється від усього.

Коли старе погодження вже не діє?

Коли змінилась деталь, бренд або закупівля, і попередня ціна для клієнта це більше не покриває. Рядок перевіряють знову.

Чи можна пропонувати дешевший ремонт?

Так, якщо чесно названо, чим він відрізняється, і він закриває скаргу. Не як спосіб мовчки підмінити погоджений рядок.

Що має побачити механік після відповіді клієнта?

Лише блоки, які можна робити, і наступну дію. Відхилене лишається в історії, але не стоїть у нього як завдання.

Де живе саме рішення?

У наряді, біля рядка, з часом. Повідомлення в чаті може попередити, але не замінює запис.

Автор

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

← Усі статті