Кейс CarLounge: як мережа детейлинг-центрів виросла на 60% за пів року, не змінивши жодного клієнта

CarLounge — мережа детейлинг-центрів: полірування, захисні покриття, оклейка VIP-авто, видалення вм'ятин і подряпин без фарбування, тонування. Заявок вистачало. Грошей — ні. Це і є точка, з якої зазвичай починається помилковий діагноз: власник дивиться на заповненість боксів і думає, що проблема в маркетингу, хоча проблема — у дзвінку, який відбувається до того, як клієнт узагалі доїде до боксу.

Точка А: відділ продажів, який приймав заявки, але не продавав

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

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

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

Що зробили

Сергій Герус почав роботу з CarLounge з найнуднішої частини: розбору реальних дзвінків мережі, одного за одним. Не загальної оцінки «нормально поговорив / погано поговорив» — такі оцінки нічого не дають, бо їх неможливо застосувати до наступного дзвінка, — а розбору по репліках: де менеджер сказав зайве, у якому місці клієнт почав втрачати інтерес, яка фраза спрацювала і чому саме вона, а не інша.

З цього розбору зібрали карту обробки клієнтів. Це не скрипт у вигляді списку фраз — таких карт у компанії вже пробували впроваджувати раніше, і вони не прижились. Це документ, що прив'язує тип клієнта до конкретної дії на конкретному кроці розмови. Клієнт, який одразу питає тільки ціну, веде розмову не так, як клієнт, який уже стикався з подряпиною і боїться, що ремонт зробить гірше, ніж було. Третій тип — власник дорогого авто, для якого головний мотив не ціна, а ризик довірити машину незнайомому майстру. Карта розводила ці випадки явно й давала менеджеру конкретний наступний крок для кожного, а не залишала вирішувати на ходу, орієнтуючись на власне відчуття моменту.

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

Навчання: чому одного інструктажу було недостатньо

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

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

Механіка: диспетчер і переговорник на одному й тому самому потоці заявок

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

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

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

Що саме змінилось у самому дзвінку

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

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

Карта обробки клієнтів фіксувала саме ці розгалуження: який тип уточнюючого питання задати залежно від того, як клієнт сформулював запит, і яку послугу й аргумент підв'язати до відповіді. Без цієї фіксації кожен менеджер вигадував уточнення по-своєму, і якість розмови залежала від того, хто саме взяв трубку в цей момент.

Точка Б: результат за пів року і за рік

Продажі зросли на 60% за перші півроку роботи з картою та тренуваннями. На другий рік — більш ніж удвічі порівняно з початковою точкою. Конверсія з ліда у візит чи зустріч виросла на 24%. Середній чек — на 25%, бо переговорник, який зрозумів реальний мотив клієнта, природно пропонує і обґрунтовує додаткові послуги там, де диспетчер просто назвав би базову ціну.

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

Складність і нюанс реалізації

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

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

Висновок кейсу

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

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

Сергій Герус — консультант із систематизації продажів, засновник методології Neurosales. sergey-gerus.com