Когда владелец парка ищет «программу для таксопарка», он обычно ещё не знает, какую именно задачу собирается закрыть. Это нормально: под одним словом скрываются пять разных классов систем, решающих непересекающиеся задачи. Парк покупает диспетчерскую, а болит у него удержание водителей — и деньги уходят впустую.
Разберём классы по одному: что каждый делает, кому нужен и что происходит, если взять не тот.
Пять классов систем
| Класс | Какую задачу решает | Кому нужен | Когда лишний |
|---|---|---|---|
| Диспетчерская | Приём заказов, распределение по машинам, тарифы, своё приложение для пассажира | Парку со своим потоком заказов — корпоративные клиенты, свой бренд перевозок | Если весь поток идёт от агрегатора: распределяет он, а не вы |
| Учёт водителей и парка | Реестр водителей и машин, документы, смены, взаиморасчёты | Любому парку начиная с первого десятка водителей | Почти никогда, но на трёх водителях заменяется таблицей |
| CRM для парка | Заявки кандидатов, переписка, задачи менеджерам, воронка подключения, удержание | Парку, который набирает водителей постоянно, а не разово | Если набор закрыт и текучки нет — редкий случай в этом бизнесе |
| Телематика и мониторинг | GPS-трекинг, стиль вождения, расход топлива, обслуживание | Парку со своими машинами в аренде | Парку-подключашке: машины чужие, ставить трекеры не на что |
| Мотивация и геймификация | Цели, уровни, баллы, турниры, командные соревнования | Парку, который конкурирует за водителя с соседними парками | Если водители держатся сами — но стоит проверить, действительно ли держатся |
Главная развилка: откуда у вас заказы
Всё остальное вторично по сравнению с этим вопросом.
Если заказы даёт агрегатор — а так работает большинство парков Казахстана — диспетчерская вам не нужна. Распределением занимается агрегатор, и покупка второй системы распределения не добавит ни одного заказа. Нужны учёт, работа с кандидатами и удержание.
Если у вас свой поток заказов — корпоративные договоры, свой бренд, доставка по контракту — диспетчерская становится ядром, а остальное строится вокруг неё.
Смешанная модель встречается, но на старте удорожает всё сразу. Разумнее выбрать основной источник заказов и достроить второй, когда первый устойчиво работает.
Восемь критериев выбора
Вопросы, которые стоит задать до оплаты, независимо от класса системы:
- Кто заводит данные. Если водителей и смены придётся вносить руками, посчитайте это время: часто оно съедает всю выгоду.
- Есть ли обмен с агрегатором. Система, которая не получает данные о заказах автоматически, превращается в ещё одну таблицу.
- Что видно владельцу. Не «сколько водителей в базе», а сколько вышло на линию на этой неделе. Разница между этими цифрами и есть ваш бизнес.
- Что происходит при уходе менеджера. Если переписка с водителями живёт в его личном телефоне, вместе с ним уходит и половина парка.
- Разделение доступа. Менеджер не должен видеть финансы, а один парк — данные другого, если вы ведёте несколько.
- Язык интерфейса. В Казахстане это не мелочь: части водителей и линейного персонала комфортнее работать не на русском.
- Что нужно установить водителю. Каждая обязательная установка приложения теряет часть людей на первом шаге. Мессенджер, которым человек уже пользуется, доходит лучше.
- Как выглядит выход. Заберёте ли вы свои данные, если решите уйти. Спрашивайте до подключения, а не после.
Порядок внедрения
Ошибка, которая стоит дороже неправильного выбора, — покупать всё сразу. Работающая последовательность: сначала одна очередь заявок и история переписки, потом карточка водителя и задачи, затем показатели и признаки оттока, и только после этого мотивация. Признаки, по которым видно, что очередь дошла до каждого шага, — в разборе автоматизации таксопарка.
Причина такого порядка простая: мотивация поверх неналаженного учёта не работает. Нельзя начислять баллы за выработку, которую вы не умеете считать.
Где в этой карте Alaman
Мы закрываем два класса из пяти и не претендуем на остальные три.
Alaman CRM — класс CRM для парка: заявки кандидатов из WhatsApp и Telegram в одной очереди с ответственным, история переписки в карточке водителя, задачи менеджерам со сроками, воронка подключения, доски жизненного цикла и удержания, показатели по паркам и менеджерам. Работает в браузере и в Telegram, интерфейс на русском и английском.
Геймификация Alaman — класс мотивации: личные цели, уровни, командные соревнования и баллы, которые водитель тратит на топливо, сервис и товары в магазине парка. Водителю доступно в Telegram без установки, либо приложением из Google Play. Как устроены сами механики и где они не работают — в разборе геймификации в управлении бизнесом.
Диспетчерскую, телематику и бухгалтерский учёт мы не делаем. Если ваша задача в них — нужен другой инструмент, и лучше понять это до разговора с нами, чем после.
Частые вопросы
Нужна ли парку-подключашке диспетчерская программа? Как правило нет. Заказы распределяет агрегатор, и вторая система распределения не добавит заказов. Нужны учёт водителей, работа с кандидатами и удержание.
Можно ли обойтись таблицами? На первом десятке водителей — да. Дальше ломается не учёт, а память: забытые обещания кандидатам и незамеченный отток стоят дороже любой подписки.
С чего начать, если непонятно, что болит? Снимите три цифры за прошлую неделю: сколько заявок пришло, скольким ответили в течение часа, сколько водителей вышло на линию. Нужный класс системы станет очевиден из этих трёх чисел.
Что спросить у поставщика в первую очередь? Как система получает данные о заказах и что вы увидите на экране владельца. Если ответ размытый — считайте, что данные придётся заводить руками.
Обсудить, что подходит вашему парку — через страницу контактов. Смежные материалы: как выбрать агрегатор, онбординг водителя, как открыть таксопарк в Шымкенте.