Автосервис: 12 000 ₽ в месяц за облачную CRM на четырёх мастеров — считаем свой сервер

MAATRIX

Владелец небольшого автосервиса на четырёх мастеров платит облачному сервису около 12 000 ₽ в месяц за CRM — учёт заказ-нарядов, историю по клиентам и машинам, склад запчастей. За год это больше 140 000 ₽, и сумма растёт с каждым новым тарифным планом. Дальше — честный расчёт: сколько стоит держать то же самое на своём сервере с открытой CRM, и когда это реально выгоднее подписки, а когда нет.

Что теряет автосервис без нормального учёта

Четыре мастера, поток машин и разрозненные Excel-таблицы или бумажные наряды — это классическая точка, где сервис начинает терять деньги незаметно. Три типовые проблемы:

• Заказ-наряды теряются или дублируются. Без единой системы два мастера могут случайно взять один и тот же автомобиль в работу, а клиенту забывают перезвонить, потому что запись осталась в блокноте администратора.
• История по клиенту и машине не связана. Когда постоянный клиент приезжает второй раз, никто не помнит, что делали в прошлый визит, какие детали ставили и был ли гарантийный случай. Это прямые потери на допродажах и доверии.
• Склад запчастей живёт отдельно от заказов. Мастер берёт деталь со склада, никто не списывает остаток — и на месяц вперёд числится деталь, которой физически уже нет, а к клиенту она попадает как заказ «под подтверждение», хотя должна быть в наличии.

Именно эти три модуля — заказ-наряды, карточка клиент+авто, склад — и закрывает облачная CRM за 12 000 ₽ в месяц. Дальше разберём, из чего складывается эта сумма и что можно получить за свои деньги на собственном сервере.

Из чего состоят 12 000 ₽ в месяц

Возьмём эту цифру как заданное условие примера — это подписка, которую платит автосервис на 4 мастеров за облачную CRM с базовым набором функций (заказ-наряды, клиентская база, склад, иногда SMS-уведомления). За год это 144 000 ₽, за три года — 432 000 ₽. Это чистая арендная плата за софт и его хостинг у чужого провайдера: данные, права доступа и стоимость лежат вне вашего контроля, а при отказе от сервиса выгрузка истории по клиентам часто ограничена форматом или платным экспортом.

Дальше посчитаем, во сколько обойдётся альтернатива: собственный сервер с открытой (open-source) CRM-системой, которую вы разворачиваете и администрируете сами или через подрядчика.

Считаем свой сервер: аренда плюс разворачивание

Для CRM на 4 мастеров с несколькими одновременными подключениями (администратор, мастера, возможно бухгалтер) достаточно небольшого VPS — речь не о нагруженном интернет-магазине, а о базе данных на несколько тысяч записей в год и веб-интерфейсе для 5-8 пользователей.

Ориентировочная конфигурация для старта:

Это иллюстративный расчёт для примера, а не гарантированная цена конкретного тарифа — но VPS такого класса на рынке аренды серверов обычно стоит в диапазоне нескольких тысяч рублей в месяц, что заметно дешевле 12 000 ₽. Точную стоимость смотрите в актуальном прайсе провайдера на момент заказа.

К аренде сервера нужно добавить разовые затраты на разворачивание:

• Установка ОС и базовая защита сервера — firewall, SSH-ключи вместо пароля, автообновления безопасности. Это можно сделать самостоятельно за несколько часов или заказать у подрядчика.
• Установка и настройка CRM — обычно через Docker Compose, один рабочий день с учётом переноса данных.
• Импорт существующей базы клиентов и остатков склада — если данные уже есть в Excel или старой CRM, перенос может занять от нескольких часов до пары дней в зависимости от качества исходных данных.

Даже если оценить разовую работу по разворачиванию в условные 15 000-25 000 ₽ (наём подрядчика на несколько дней или несколько дней своей работы), эта сумма перекрывается экономией на подписке уже за первые два-три месяца — и дальше вы платите только за аренду сервера, которая в разы ниже 12 000 ₽.

Что нужно для разворачивания своей CRM

Готового «коробочного» open-source аналога специализированных сервисов для автосервиса, закрывающего сразу заказ-наряды, склад и историю по VIN, в виде одного проекта на рынке немного. На практике этот сценарий закрывают связкой из CRM общего назначения с модулями продаж, склада и кастомных полей под автосервис:

• CRM-платформа — система с открытым исходным кодом, поддерживающая карточки клиентов, сделки/заказы, кастомные поля (для VIN, госномера, пробега) и права доступа по ролям (администратор, мастер).
• Модуль склада или отдельный складской учёт — привязка деталей к заказ-наряду со списанием остатка при закрытии заказа.
• Веб-доступ для мастеров — у каждого мастера свой логин с ограниченными правами: видит свои наряды, отмечает выполнение, но не лезет в финансовую часть.

Типовой стек разворачивания на сервере:

# устанавливаем Docker и Docker Compose
curl -fsSL https://get.docker.com | sh
sudo systemctl enable --now docker

# создаём рабочую директорию и docker-compose.yml для CRM
mkdir -p /opt/crm && cd /opt/crm
nano docker-compose.yml

Минимальный пример docker-compose.yml для связки CRM + база данных (структура одинакова для большинства open-source CRM на PHP/MySQL):

services:
  db:
    image: mariadb:11
    restart: unless-stopped
    environment:
      MYSQL_ROOT_PASSWORD_FILE: /run/secrets/db_root_pass
      MYSQL_DATABASE: crm
    volumes:
      - db_data:/var/lib/mysql
    secrets:
      - db_root_pass

  crm:
    image: your-crm-image:latest
    restart: unless-stopped
    depends_on:
      - db
    ports:
      - "443:443"
    volumes:
      - crm_data:/var/www/html

volumes:
  db_data:
  crm_data:

secrets:
  db_root_pass:
    file: ./db_root_pass.txt

Пароли и ключи храните через secrets или переменные окружения в отдельном файле вне репозитория — не в открытом виде в конфиге, который может попасть в бэкап или git. После установки настраивается HTTPS через обратный прокси (например, Caddy или Nginx с Let's Encrypt), заводятся роли пользователей и импортируется база клиентов.

Если хочется готового, проверенного шаг за шагом варианта разворачивания CRM в Docker, у нас есть отдельный гайд по установке SuiteCRM на VPS — SuiteCRM закрывает базовый набор функций (клиенты, сделки, кастомные поля, роли) и подходит как основа для доработки под автосервис.

Окупаемость: когда свой сервер становится выгоднее

Возьмём условия из заголовка: облачная подписка — 12 000 ₽/мес, разовое разворачивание своей CRM — условно 20 000 ₽, аренда сервера — условно 3 000 ₽/мес (иллюстративная цифра, точную смотрите в актуальном прайсе). Тогда:

Это иллюстративный расчёт для примера, а не гарантированная цена — конкретные цифры для вашего сервиса зависят от объёма данных, числа пользователей, того, кто занимается администрированием сервера, и от актуальных тарифов на аренду. Но общая логика устойчива: при разовых затратах на разворачивание в пределах пары месяцев подписки, точка окупаемости обычно наступает на третьем-четвёртом месяце, а дальше экономия растёт линейно, потому что аренда сервера в разы дешевле подписки за софт.

Важный нюанс: в расчёт стоит закладывать не только аренду сервера, но и время на его администрирование — обновления, бэкапы, при необходимости консультации при доработке CRM под нужды сервиса. Если у вас нет своего айтишника, ищите разовую помощь у подрядчика на старте, а рутинные задачи (бэкапы, обновления безопасности) можно автоматизировать так, что они не будут требовать постоянного внимания.

Риски и о чём подумать перед переходом

Переход с облачной подписки на свой сервер — это смена модели ответственности: вместо того чтобы платить за то, что «всё работает само», вы берёте эксплуатацию на себя (или на подрядчика). Прежде чем переезжать, стоит честно оценить несколько вещей:

• Бэкапы теперь ваша забота. В облачном сервисе резервные копии обычно входят в подписку. На своём сервере нужно настроить автоматическое резервное копирование базы данных и файлов — это делается один раз через cron-задачу или готовый инструмент, но требует, чтобы кто-то это сделал и время от времени проверял, что бэкапы действительно восстанавливаются. Подробно об автоматизации — в статье про резервное копирование баз данных.
• Обновления и безопасность. Открытая CRM требует регулярных обновлений — как самой системы, так и ОС сервера. Устаревшая версия с открытыми портами в интернет — частая причина взлома малого бизнеса. Настройте автообновления безопасности и ограничьте доступ по SSH ключами, а не паролями.
• Доступность и отказоустойчивость. Облачный сервис почти всегда имеет резервирование на стороне провайдера. Один VPS — это одна точка отказа. Для автосервиса на 4 мастеров кратковременный простой в час пик болезненнее, чем для интернет-магазина: мастера физически не могут работать без доступа к нарядам. Закладывайте план на случай сбоя — от регулярных бэкапов до готовности быстро поднять CRM на новом сервере.
• Миграция данных без потерь. Перенос истории клиентов, машин и остатков склада — самый рискованный этап. Делайте тестовый импорт на копии базы, сверяйте количество записей до и после, и только затем переключайте мастеров на новую систему.
• Сколько это будет стоить в пересчёте на ваше время. Если администрирование сервера съедает часы, которые вы бы потратили на развитие сервиса, экономия на бумаге может не окупиться на практике. Здесь помогает трезвая оценка: сколько стоит час вашего времени или час подрядчика, и сколько таких часов реально понадобится в месяц после первоначальной настройки (обычно немного — рутинные задачи автоматизируются).

Если сомневаетесь, стоит ли вообще уходить от облака к своему серверу для этого и других процессов бизнеса, у нас есть более общий разбор в статье «Облако против своего железа» — там разобраны похожие компромиссы вне контекста конкретно CRM.

Частые вопросы