Почему каждый пятый клиент не приезжает и как мы сэкономили 240 тыс ₽ в прокате
Каждый пятый клиент просто не приезжает. Машина стоит, водитель ждёт, счётчик убытков тикает — и никто ничего не может сделать, потому что диспетчер в это время вбивает данные в Excel.
Если у вас прокат или автопарк, вы знаете эту картину: утро начинается с кучи заявок, которые надо разнести по CRM вручную, потом обзвон для подтверждения, потом согласование с водителями — и так четыре-пять часов каждый день. А клиент всё равно не приехал, потому что напоминание ушло слишком поздно или не ушло вообще.
Сергей из Петербурга терял на этом 220 тысяч рублей в месяц — тихо, незаметно, строчка за строчкой в отчёте. Пока не решил разобраться, где именно утекают деньги. Вот что из этого вышло.
Контекст клиента
К нам обратился Сергей - директор транспортной компании из Санкт-Петербурга, которая занимается краткосрочной арендой автомобилей. В штате 42 человека, ежемесячный оборот - около 18 млн ₽. Это уже не маленький прокат «на коленке», а полноценный бизнес: диспетчерская служба, водители, постоянный поток клиентов.
До начала нашей работы вся операционка держалась на диспетчерах и Excel. Заявки вносили вручную, подтверждения клиентам отправляли в WhatsApp или просто звонили голосом, а статус машин сверяли по таблице, которую кто-то из команды обновлял «когда не забывал». amoCRM уже стояла, но работала как дорогой блокнот - сделки заводили, а автоматики не было никакой.
Что у них болело (в цифрах)
Прежде чем предлагать решение, мы три недели проводили аудит. Картина вышла показательная.
18% клиентов не приезжали на забронированный транспорт. Это называется no-show - и именно с этой проблемой Сергей пришёл к нам в первую очередь. Из тех, кто не приехал, 70% объясняли всё просто: «Я забыл» или «Мне никто не напомнил». Машина стояла, водитель ждал, деньги утекали.
Каждый месяц из-за пустых рейсов компания теряла 8-10 машино-дней. При среднем чеке 4 200 ₽ это 33 000-42 000 ₽ прямых потерь только от no-show. Плюс выручка, которую диспетчеры просто не успевали отработать вовремя, - итого около 220 тыс ₽ в месяц уходило в никуда.
Диспетчер тратил 12 минут на каждую типовую заявку: открыть CRM, внести данные, вручную уточнить в МойСклад, написать клиенту, поставить напоминалку в телефон. При потоке в 35 активных клиентов в день это 4-5 часов чистой рутины. Переработки диспетчеров доходили до 80 часов в месяц - и это и деньги, и выгорание людей.
Вот как выглядели ключевые показатели до начала работы:
- Доля автоматизированных операций: 15%
- Время на типовую заявку: 12 минут
- Клиентов на одного диспетчера в день: 35
- No-show: 18%
Как снизить no-show в прокате транспорта: что реально работает
Прежде чем рассказать, что именно мы сделали для Сергея, - ответим на вопрос, с которым к нам приходят чаще всего: как снизить no-show в прокате транспорта через автоматизацию и есть ли здесь универсальный рецепт.
Есть три рабочих варианта, которые реально снижают процент неявок:
- Автоматическое напоминание за 24 часа и за 2 часа до брони. Большинство «забывашек» реагируют именно на второе - за 2 часа. Если человек не может приехать, он успевает отменить, и машина не простаивает.
- Подтверждение брони одной кнопкой. Когда клиент нажимает «Да, приеду» - он берёт на себя небольшое обязательство. Психологически это работает: явка вырастает на 20-35%.
- Автоматическая отмена и переброс машины. Если клиент не подтвердил за N часов - бронь снимается, машина снова доступна. Без этого шага первые два теряют половину смысла.
Для всего этого нужна связка: CRM (хранит бронь и историю клиента) + мессенджер (отправляет напоминания и принимает ответы) + учётная система (знает, какая машина свободна). Именно такую связку мы и собрали для Сергея.
Что мы предложили - наш стек
Для этого клиента выбрали три инструмента. Расскажем о каждом честно - с плюсами и минусами.
amoCRM
Что умеет: воронка сделок, база клиентов, история взаимодействий, триггеры на смену статуса. Хорошо подходит для компаний с потоковыми продажами и повторными клиентами. Цена: от 592 ₽/пользователь в месяц (тариф «Базовый»). Минусы: не заточена под складской учёт - нужна отдельная система для машин; при большом объёме кастомизации без технического подрядчика не обойтись.
У Сергея amoCRM уже стояла - это сэкономило нам время на онбординг. Мы просто «оживили» то, что уже было куплено.
Telegram Bot
Что умеет: отправлять сообщения с кнопками, принимать ответы клиентов, работать как двусторонний канал связи. В России Telegram - стандарт для сервисных уведомлений: открываемость сообщений в боте выше 80%, тогда как у email - 15-20%. Цена: сам бот бесплатный, платите только за разработку и хостинг. Минусы: клиент должен быть в Telegram и написать боту первым (или перейти по ссылке); часть аудитории 55+ предпочтёт звонок.
Для аудитории Сергея - преимущественно 25-45 лет, городские жители - Telegram подошёл идеально. SMS обошлись бы в 3-5 раз дороже при меньшей отдаче.
МойСклад
Что умеет: учёт остатков в реальном времени, статусы заказов, интеграция с CRM. Для проката транспорта это, по сути, «журнал доступности машин»: какая свободна, когда и на сколько забронирована. Цена: от 1 000 ₽/мес (тариф «Старт»), профессиональный тариф - от 6 900 ₽/мес. Минусы: изначально заточен под товарный учёт, а не под услуги; для специфики проката потребовалась небольшая настройка справочников.
Вместе эти три системы освободили диспетчеров от рутины: CRM управляет сделками, бот общается с клиентами, МойСклад следит за машинами.
Как мы это внедряли (шаги по неделям)
День 1-3: аудит и карта процессов
Два рабочих дня мы провели прямо рядом с диспетчерами - буквально сидели и смотрели, как они работают. Записывали каждый шаг типовой заявки: откуда приходит клиент, что вносят в CRM, как подтверждают бронь, как проверяют доступность машины. Выяснилось, что 40% времени уходило на переключение между вкладками и ручной перенос данных из одной системы в другую.
День 4-7: настройка amoCRM и МойСклад
Перестроили воронку в amoCRM под реальный процесс: «Новая заявка» → «Подтверждение отправлено» → «Клиент подтвердил» → «Выдача» → «Завершено». Настроили синхронизацию с МойСклад: при смене статуса сделки в CRM статус заказа в складской системе менялся автоматически. Диспетчеры участвовали в этом этапе сами - тестировали, говорили, где неудобно, мы правили.
День 8-12: разработка и запуск Telegram-бота
Написали бота с тремя сценариями: подтверждение брони (кнопки «Подтверждаю» / «Отменить»), напоминание за 24 часа, напоминание за 2 часа. При нажатии «Подтверждаю» сделка в amoCRM автоматически уходила в статус «Клиент подтвердил». При нажатии «Отменить» - статус менялся на «Отмена», машина освобождалась в МойСклад. Всё без участия диспетчера.
Отдельно настроили очередь отправки сообщений - чтобы при утреннем пике бот не «захлёбывался» и сообщения доходили в правильном порядке.
День 13-16: тестирование и обучение команды
Прогнали 50 тестовых сделок. Нашли три бага: один - в логике переходов между статусами, два - в текстах сообщений (клиенты не понимали, на какую именно машину оформлена бронь). Поправили. Провели двухчасовое обучение для диспетчеров - показали, что изменилось и что теперь делать НЕ нужно.
День 17-21: боевой запуск и сопровождение
Запустили на реальном потоке. Первую неделю были на связи ежедневно - Сергей писал в чат, если что-то шло не так. Критичных инцидентов не было, только мелкие правки в текстах уведомлений.
Что получили в цифрах
| Показатель | До | После (3 месяца) |
|---|---|---|
| No-show | 18% | 6% |
| Время на типовую заявку | 12 минут | 2 минуты |
| Клиентов на диспетчера в день | 35 | 58 |
| Доля автоматизированных операций | 15% | 78% |
| Переработки диспетчеров | ~80 ч/мес | ~15 ч/мес |
| Рост выручки | - | +240 тыс ₽/мес |
Прирост выручки сложился из двух частей: меньше пустых рейсов - больше оплаченных броней, плюс те же диспетчеры стали обрабатывать на 65% больше заявок в день.
Сергей сформулировал главное сам: «Дело было не в том, что бот сам пишет клиентам. Дело в том, что диспетчеры перестали быть узким местом. Теперь они занимаются сложными случаями, а не тем, чтобы напомнить человеку, что завтра в 10 утра у него машина».
Что бы мы сделали иначе
1. Раньше подключили бы SMS как резервный канал. Около 8% клиентов Сергея Telegram формально используют, но уведомления не читают. SMS-резерв мы добавили только на пятой неделе, когда это стало очевидно. Лучше было предусмотреть с самого начала.
2. Не недооценивали бы сопротивление диспетчеров. Двое из пяти первые две недели продолжали вносить данные по-старому параллельно с автоматикой - по привычке и из недоверия к системе. Это плодило дубли. Нужно было жёстче проговорить на старте: «Старый процесс отключаем с такого-то числа».
3. Настроили бы аналитику с первого дня. Статистику по no-show и времени обработки мы начали собирать только с третьей недели - потеряли чистые данные первых двух недель для сравнения. Теперь всегда ставим счётчики до запуска, а не после.
Можем повторить у вас
Этот кейс хорошо масштабируется на любой прокат или транспортный сервис, где есть поток бронирований и проблема no-show: аренда авто, прокат спецтехники, трансферы, каршеринг с диспетчером.
Кому подойдёт: компания с 10+ сотрудниками, потоком от 20 заявок в день, уже работающая в какой-либо CRM (или готовая её завести).
Срок внедрения: 14-21 день от старта до боевого запуска.
Стоимость нашей работы: от 120 до 280 тыс ₽ в зависимости от сложности интеграций и количества сценариев бота.
Что нужно от вас: доступ к CRM,
Что делать прямо сейчас
Если вы дочитали до этого места — скорее всего, проблема no-show у вас уже есть, просто её ещё не считали. Вот с чего начать сегодня:
- Посчитайте свой процент no-show за последние 30 дней. Возьмите количество бронирований и вычтите реальные выезды. Если цифра выше 10% — у вас есть прямые потери, которые легко сократить.
- Запишите, как сейчас устроено подтверждение брони. Кто звонит, кто пишет, в какой момент, что происходит если клиент не ответил. Часто уже на этом шаге видно, где дыра.
- Проверьте, есть ли в вашей CRM API или готовые интеграции. Это определяет, насколько быстро можно автоматизировать напоминания — за неделю или за месяц.
- Оцените стоимость одного простоя. Умножьте среднюю аренду на количество no-show в месяц. Когда видишь реальную сумму — решение об автоматизации принимается гораздо быстрее.
Когда зовут нас
FlowFrame занимается именно такими задачами: берём живой бизнес-процесс, находим узкое место и закрываем его автоматикой — без лишних совещаний и переписки на три месяца.
Если хотите разобрать свою ситуацию — на сайте есть AI-бот, который задаст пару уточняющих вопросов и поможет понять, есть ли смысл двигаться дальше. Без обязательств, просто честный разговор.