От блокнота к CRM: как случайная аренда автосервиса привела к разработке собственной системы управления
В малом сервисном бизнесе автоматизация процессов часто остаётся второстепенной задачей. Особенно это характерно для отраслей с низким уровнем цифровизации — например, для независимых автосервисов.
В 2022 году я оказался внутри такого бизнеса практически случайно. Не имея опыта в автобизнесе, я взял в аренду действующий автосервис. Это решение стало отправной точкой для изучения экономики сервисного бизнеса и, в конечном итоге, привело к разработке собственной CRM-системы.
В этой статье я попробую разобрать:
-
как устроена экономика небольшого автосервиса
-
почему существующие CRM-решения плохо подходят для такого бизнеса
-
какие принципы легли в основу разработки собственной системы
-
какие результаты удалось получить после внедрения
Это не история «успешного стартапа». Скорее это попытка описать переход от хаотичного управления к системному.
Исходные условия
Осенью 2022 года знакомый предложил мне взять в аренду автосервис. Он занимался этим бизнесом более двадцати лет и решил выйти из операционного управления.
Основные параметры моего «СУПЕР» бизнеса выглядели следующим образом:
|
Параметр |
Значение |
|---|---|
|
Площадь |
256 м² |
|
Аренда |
250 000 ₽ |
|
Сотрудники |
2 механика, 4 маляра |
|
Заявленная выручка |
~500 000 ₽ |
Однако при первом же погружении стало ясно, что управленческий учет практически отсутствует.
Основные процессы выглядели так:
-
записи клиентов велись в бумажном блокноте
-
финансовый учет отсутствовал
-
история ремонтов не фиксировалась
-
складской учет не велся
Фактически бизнес функционировал как операционная система без памяти.
Погружение в отрасль
Поскольку опыта в автобизнесе у меня не было, первые месяцы пришлось посвятить изучению отрасли.
Основные источники информации:
-
видео и технические разборы на YouTube
-
общение с мастерами
-
изучение работы других сервисов
-
наблюдение за операционными процессами
Главной задачей было понять не столько ремонт автомобилей, сколько экономику сервиса.
Экономика небольшого автосервиса
После нескольких месяцев наблюдения и ручного учета удалось восстановить приблизительную структуру расходов.
|
Статья расходов |
Среднее значение |
|---|---|
|
Оборот |
~450 000 ₽ |
|
Зарплаты |
~200 000 ₽ |
|
Расходные материалы |
~90 000 ₽ |
|
Прочие расходы |
~40 000 ₽ |
Чистая прибыль составляла примерно:
150–160 тысяч рублей.
Однако аренда помещения составляла 250 тысяч рублей, что означало отрицательную операционную маржу.
При этом бизнес продолжал существовать.
Причина оказалась довольно простой:
деньги практически никто не считал.
Организация работы
В большинстве случаев один мастер выполнял сразу несколько ролей:
-
принимал клиента
-
диагностировал проблему
-
выполнял ремонт
-
принимал оплату
-
убирал
-
стирал спец одежду
-
БУХАЛ
-
по немного воровал
Такая модель работала до тех пор, пока объем операций оставался небольшим.
Однако она создавала несколько управленческих проблем:
-
невозможно было оценить загрузку сервиса
-
отсутствовала аналитика по клиентам
-
невозможно было прогнозировать поток заказов
-
спрогнозировать сезонность
-
адаптировать амортизацию
Попытка внедрения готовых CRM
Первым логичным шагом стало дисциплина плетка и кнут и внедрение существующей CRM-системы.
Мы попробовали несколько популярных решений:
-
Bitrix24
-
amoCRM
-
1С Однако внедрение оказалось проблематичным.
Сложность интерфейсов
Большинство CRM ориентированы на:
-
отделы продаж
-
корпоративные процессы
-
сложные воронки
-
молодое поколение
-
знание ПК
Для автосервиса такая модель оказалась избыточной.
Человеческий фактор
Средний возраст сотрудников составлял около 40–50 лет.
Сложные интерфейсы и большое количество полей вызывали сопротивление.

Скорость работы
В сервисе каждое действие должно занимать несколько секунд. Если оформление заказа занимает больше минуты, система начинает мешать работе. Минимум функций визуальный понятный дизайн интерфейса без шума.
Формирование требований к системе
После нескольких месяцев наблюдений сформировались основные требования к системе управления сервисом.
CRM должна была:
-
работать быстрее бумажной записи
-
быть понятной без обучения
-
фиксировать финансовые операции
-
хранить историю обслуживания автомобилей
-
Главное интуитивно логичным, как газета
Демография автосервисов: почему интерфейсы должны быть простыми
По оценкам отраслевых исследований и кадровых сервисов, средний возраст мастеров автосервисов сегодня превышает 40 лет.
Если приблизительно разложить специалистов по возрасту, картина выглядит так:

То есть примерно 70% мастеров старше 35 лет.
Это важный фактор, потому что большинство специалистов начали карьеру в период, когда:
-
компьютеры практически не использовались в сервисах
-
учет велся в блокнотах
-
обучение происходило через практику
Когда профессия была наиболее популярна
Наиболее массовый приток специалистов в автосервисную отрасль произошёл примерно в период 1998–2008 годов.
Причины этого простые:
-
после кризиса 1998 года автомобильный рынок начал быстро расти
-
появилось огромное количество небольших сервисов и гаражных мастерских
-
автомобили того времени были технически проще и легче ремонтировались
В этот период сформировалось поколение мастеров, которое и сегодня составляет основу отрасли.
После 2015 года интерес молодежи к профессии начал снижаться. Основные причины:
-
рост популярности IT-профессий
-
изменение структуры образования
-
высокая физическая нагрузка в работе автомеханика
Почему это важно для разработки CRM
Большинство CRM-систем проектируются разработчиками с расчетом на пользователей, которые уверенно работают с компьютерами.
Но реальный пользователь автосервиса часто выглядит иначе:
-
возраст 40–55 лет
-
практический опыт вместо цифрового
-
базовые навыки работы с компьютером
Поэтому интерфейсы, которые работают в автосервисах, обычно имеют несколько особенностей:
-
крупные кнопки
-
минимальное количество полей
-
максимально прямую навигацию
-
понятные действия без сложных настроек
Именно этот фактор во многом объясняет, почему многие сложные CRM плохо приживаются в сервисных компаниях.
Если упростить, возникает парадокс:
системы проектируют 30-летние разработчики,
а используют их 45-летние мастера.
Другими словами, система должна была уменьшать когнитивную нагрузку сотрудников, а не увеличивать её.
Первая версия системы
Первая версия системы была запущена 17 апреля 2023 года.
Она включала несколько базовых модулей:
-
база клиентов
-
журнал визитов
-
календарь записи
-
учет доходов
Несмотря на простоту, система быстро прижилась внутри сервиса. Сотрудники начали пользоваться системой без принуждения и без обучения.
Результаты внедрения
Через несколько месяцев использования появились измеримые изменения.
Финансовые показатели
Доход сервиса вырос примерно на 40%.
Основные причины роста:
-
снижение потери клиентов
-
более равномерная загрузка сервиса
-
прозрачность финансовых операций
-
мотив чтобы я отчитывал и наказывал наглядно
Да автоматизация была 0-левая, но я был и воронкой продаж и человеком который постоянно через Anydesk видит картину.
Операционные изменения
Также изменились процессы внутри сервиса:
-
появилась история обслуживания автомобилей
-
запись стала формироваться на 1–2 недели вперед
-
стало проще контролировать загрузку мастеров
Эволюция системы
Со временем система превратилась в небольшую экосистему инструментов т.к и ребятам нравилась работать через CRM, они видели порядок, нежели блокнот пролитый кофем
Web CRM
Основной интерфейс системы включает:
-
клиентскую базу
-
заказ-наряды
-
финансовый учет
-
складской учет
Telegram-бот
Для мастеров был добавлен Telegram-бот, который используется для:
-
уведомлений
-
просмотра задач
-
быстрого доступа к заказам
Мобильное приложение и мобильная полная Web адаптация
Позже появилось Android-приложение для мастеров.
Основные задачи приложения:
-
доступ к заказ-нарядам
-
фиксация повреждений через фотографии
-
комментарии к ремонту
Офлайн-режим
Интересной особенностью рынка оказался страх облачных решений. Многие владельцы автосервисов опасаются потери данных. Поэтому была реализована возможность работы системы в локальном режиме.
Текущее состояние проекта
На момент написания статьи системой пользуются:
135 активных пользователей.
Рост происходит органически:
-
без рекламных кампаний
-
без инвестиций
-
без маркетингового бюджета
Разработка финансируется за счет операционной прибыли автосервиса.
Вопрос монетизации
Одним из самых сложных вопросов оказался выбор ценовой модели.
После анализа рынка CRM-систем для сервисного бизнеса стало видно несколько сегментов:
-
дешевые системы с ограниченной функциональностью
-
дорогие корпоративные решения
-
нишевые продукты для отдельных отраслей
Однако для небольших автосервисов цена остается чувствительным фактором.
Большинство таких компаний работают с оборотом 300–800 тысяч рублей в месяц, поэтому даже небольшая абонентская плата может вызывать сопротивление.
Но с другой стороны, в 2026 году вокруг нас столько подписок, что я лично уже не смотрю что списали с карты что нет, от непонятных Telegram ботов, до программы умного дома которая мне 1 лампу включает и выключает. в месяц как минимум уходит от 5т до 20т на непонятные подписки.
Может и не будет подписка пугать так сильно, как я побаиваюсь.
Выводы
Опыт разработки CRM внутри реального автосервиса позволил сделать несколько наблюдений.
-
Многие малые сервисные компании работают практически без управленческого учета. Бумага всему голова.
-
Большинство существующих CRM создаются без учета операционной специфики таких бизнесов.
-
Простота интерфейса иногда оказывается важнее количества функций.
Вопрос к сообществу
После двух лет разработки у меня остался открытым один вопрос.
Как вы определяли цену SaaS-продукта на раннем этапе?
Если эта подписка, то как сравнить себя с конкурентами когда у тебя свои особенности у них свои и как прийти к среднему, когда N Црм имея кривой косой функционал ставит цену в 108к в год и допы или такие как bitrix24 с феерическим функционалом цену ставит в 15т в год.
Особенно интересно услышать опыт людей, которые запускали сервисы для малого бизнеса.
Также интересно понять, по каким признакам можно определить, что продукт готов к масштабированию.
Автор: Gipix

