Продажа и обслуживание мототехники

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

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

Что показала диагностика

1. Клиентская работа находилась вне единой системы

CRM в компании не было. Менеджеры вели клиентов:

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

Проблема была не в том, что менеджеры «плохие». Система просто никак не помогала им не терять клиентов.

2. Между подразделениями не было прозрачного процесса

При этом взаимодействие между отделами было настроено слабо. При сборке и выдаче техники что-то забывали. По запчастям не было прозрачного контроля оплат и комплектации. В сервисе клиенту было сложно понять, на каком этапе находится его техника.

То есть проблема находилась уже на уровне клиентского пути всей компании, а не только внутри отдела продаж.

3. Собственник фактически заменял систему управления

Руководитель не видел в одном месте:

Поэтому контроль строился вручную. Пока собственник лично погружён в каждую проблему, система как будто работает. Но с ростом количества клиентов такая модель становится всё менее управляемой.

Главная задача проекта

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

Поэтому amoCRM в этом проекте стала не целью, а технологической основой уже спроектированной архитектуры.

Что изменили

1. Разделили бизнес на самостоятельные воронки

Для каждого направления создали собственный процесс:

Это принципиально важное решение. До этого разные процессы фактически существовали рядом. После изменений стало возможно видеть каждый из них отдельно: какие этапы проходит клиент → что должен сделать сотрудник → какое подразделение подключается → где находится ответственность.

2. Настроили роли и взаимодействие сотрудников

Всех сотрудников завели в систему, настроили права доступа и логику взаимодействия. То есть система начала отвечать не только на вопрос: «Где находится клиент?», но и на следующий: «Кто конкретно сейчас отвечает за результат и что должен сделать дальше?»

Это один из ключевых элементов коммерческой архитектуры. Если ответственность нельзя однозначно определить, практически любой сбой начинает путешествовать между подразделениями.

3. Собрали коммуникации клиента в одном месте

К amoCRM подключили:

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

Руководитель перестаёт спрашивать: «Кто разговаривал с этим клиентом?». Он видит это в системе.

4. Связали продажи с учётной системой

amoCRM интегрировали с 1С Альфа-Авто.

Это особенно важно для бизнеса, где продажа зависит не только от коммуникации с клиентом, но и от:

После интеграции в направлении запчастей менеджеры начали получать автоматические уведомления о поступлении денег, этапы сделки менялись в зависимости от данных 1С, а клиент получал соответствующие сообщения. Таким образом данные перестали переноситься вручную из одной системы в другую.

5. Обучили команду работе по новым правилам

Сотрудников последовательно обучили работе в новой системе по отделам. Дополнительно провели тренинги по современным техникам продаж, записали обучение на видео и разработали инструкции.

Это важный момент.
Можно идеально настроить CRM — и не получить никакого результата, если сотрудники продолжают действовать по-старому. Поэтому технологическое изменение обязательно сопровождалось изменением поведения команды.

6. Добавили планы, цели и показатели

В системе настроили планы, цели и показатели сотрудников. Теперь руководитель мог видеть не просто активность: «Менеджер весь день чем-то занят», а сравнивать фактическую работу с ожидаемым результатом.

Это уже переход: от наблюдения за людьми → к управлению через данные.

7. Добавили долгосрочный контроль качества

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

Что изменилось в каждом направлении

Особенно хорошо этот кейс показывает, как единая коммерческая архитектура решает разные проблемы подразделений.

Как выглядела архитектура изменений

Если переложить проект на методологию «Архитектура коммерческой системы 3.0», в нём были затронуты сразу несколько взаимосвязанных элементов.

Результат

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

Дополнительно:

По данным исходного кейса, впоследствии автосалон был признан лучшим среди дилеров, а продажи по отдельным направлениям продолжали расти примерно на 15–25% ежегодно.

Что важно увидеть будущему архитектору коммерческой системы

Этот кейс очень легко ошибочно назвать: «Внедрили CRM — и продажи выросли в два раза».

Но это неправильный вывод. CRM была только технологическим слоем.

Результат появился потому, что сначала была создана сама логика системы:
разные направления → отдельные процессы → роли сотрудников → этапы → следующие действия → данные → интеграции → показатели → обучение → контроль качества.

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

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

© 2026 Бизнес-Архитектор. Все права защищены.

Программу ведёт лично
Михаил Командышко.