Автосервис в городе около 80 тысяч жителей: три мастера, приёмщик, учёт в трёх Google-таблицах — «запись», «заказы в работе», «запчасти». Заявки дублировались, машины без перезвона висели по 2–3 дня. Задача: одна система, прозрачная очередь, запуск без остановки приёма.
Было
- Три таблицы без связи: клиент мог быть в «записи» и одновременно в «запчастях» с другим телефоном
- Нет единого статуса «машина на подъёме / ждём деталь / готова»
- Приёмщик искал историю в WhatsApp и в блокноте
Что настроили за 12 дней
| Дни | Работа | Результат |
|---|---|---|
| 1–2 | Схема: заявка → диагностика → в работе → ждём запчасть → готово | 5 статусов, регламент на одной странице |
| 3–5 | Группы «Клиент», «Заказ-наряд», поля: авто, VIN, обещанная дата | Демо на реальных карточках владельца |
| 6–8 | Перенос 40 активных заказов из таблиц | Параллельный режим: новые только в CRM |
| 9–10 | Роли: приёмщик, мастер, владелец; отчёт просрочки | Утренний список «без следующего шага» |
| 11–12 | Обучение, отключение таблиц для новых | Команда работает в одной системе |
Цифры через месяц
Среднее время первого ответа на запись — с 6–8 часов до 2 часов в рабочий день. Потерянные заявки (нет записи в системе через 24 часа) — с 4–5 в месяц до нуля по новым. Владелец видит загрузку подъёмников без обхода цеха.
Похожий путь описывает Вячеслав в серии про СТО — там акцент на личном опыте; здесь — сжатый проектный формат с сроками.
Что помогло уложиться в срок
Один контур (заказ-наряд), отказ от переноса архива за пять лет, готовая отраслевая основа из магазина конфигураций с доработкой полей под приёмку.
