AmoCRM для сервисных компаний настраивается иначе, чем для обычного отдела продаж. Здесь воронка не заканчивается на «оплата получена» — она продолжается в выезде мастера, закрытии акта, напоминании через три месяца. Если собрать всё в одной системе: заявки из всех источников, статусы выездов, расписание мастеров и триггеры для повторных продаж — компания перестаёт терять деньги на «забытых» клиентах. Ниже — конкретно, как это строится, с примерами из практики.
Почему стандартная воронка не работает в сервисе
В продуктовых бизнесах всё просто: лид пришёл, купил, ушёл. В сервисе иначе. Заявка поступила — нужно назначить мастера, согласовать время, подтвердить выезд, зафиксировать результат, выставить счёт. И это ещё не конец: через месяц-два клиент снова может понадобиться в трубе.
Проблема в том, что большинство компаний в нише — ремонт техники, обслуживание оборудования, клининг, IT-поддержка — ведут всё это в Excel или вообще в голове диспетчера. Один диспетчер болеет — и история выездов исчезает вместе с ним.
Видел компанию по обслуживанию кондиционеров. 4 мастера, ~80 заявок в месяц в сезон. Когда начали внедрять AmoCRM, выяснилось: 23% клиентов из базы ни разу не получили напоминание о повторном обслуживании. Просто потому что данные были в блокноте у менеджера, который уволился год назад.
Как строить воронку под сервисный цикл
Стандартная воронка amoCRM выглядит как «новая заявка → переговоры → сделка». Для сервиса это нужно ломать. Нормальная структура — две или три отдельные воронки.
Первая воронка — обработка заявки и выезд. Этапы примерно такие:
- Новая заявка
- Диагностика / уточнение проблемы
- Выезд назначен
- Мастер выехал
- Работа выполнена / акт подписан
- Оплата получена
На каждом этапе — автоматические действия. На «Выезд назначен» уходит SMS клиенту с именем мастера и временем. На «Работа выполнена» — задача менеджеру выставить счёт. На «Оплата получена» — сделка переходит в следующую воронку.
Вторая воронка — повторные продажи. Сюда попадают все закрытые клиенты. Этапы зависят от ниши. Для клининга — напоминание через 2 недели. Для обслуживания котлов — через 10–11 месяцев. Для IT-поддержки — ежеквартальный чек-ап.
Хотя тут я немного упрощаю — некоторые ниши требуют трёх воронок: отдельно первичное обращение, отдельно сервисный контракт, отдельно допродажи расходников. Зависит от среднего чека и частоты контакта с клиентом.
Заявки: откуда брать и как не терять
В сервисных компаниях заявки приходят отовсюду — с сайта, по телефону, через мессенджеры, иногда вообще через сарафан (клиент пишет напрямую мастеру в WhatsApp). Последнее — отдельная боль, потому что эти контакты в CRM не попадают никогда.
Базовая интеграция для сервиса: телефония (Mango, Sipuni или что угодно с записью звонков), форма на сайте через AmoCRM-виджет или Webhook, мессенджеры через Wazzup или TextBack. Этого хватает для 80% потока.
Один кейс — небольшая компания по ремонту промышленных насосов в Екатеринбурге. До внедрения: заявки по email, телефону и через личку ВКонтакте. После подключения всех каналов в amoCRM оказалось, что 31% заявок раньше терялись — либо менеджер не успевал ответить вовремя, либо письмо уходило в спам. За первые три месяца после настройки выручка выросла на 18% — просто за счёт того, что начали отвечать на все обращения.
Выезды и расписание мастеров
Это самая нетривиальная часть. AmoCRM сама по себе — не диспетчерская система. У неё нет нормального календаря выездов с отображением на карте или загрузки мастеров по зонам.
Решается двумя путями. Первый — интеграция с внешним планировщиком. Например, с Яндекс Календарём через make.com (бывший Integromat): при переходе сделки на этап «Выезд назначен» автоматически создаётся событие в календаре нужного мастера. Простой вариант, работает стабильно.
Второй — виджет внутри amoCRM. Есть несколько решений от партнёров, которые добавляют визуальное расписание прямо в интерфейс. Стоит от 3 000 до 8 000 ₽ в месяц в зависимости от функционала. Для компании с 5–10 мастерами это окупается быстро.
Кейс: сервисный центр по обслуживанию медтехники, Москва, 7 выездных мастеров. До внедрения диспетчер вёл расписание в Google Таблицах, конфликты по времени случались регулярно — примерно 6–8 раз в месяц. После настройки через make.com + Google Calendar конфликтов стало 1–2 в месяц, и те — из-за ручных правок самих мастеров. Диспетчер сэкономил около 40 минут рабочего времени в день.
Повторные продажи: не «напомним», а система
Тут у многих самообман. «У нас есть база клиентов, мы им напоминаем». Спрашиваю: как именно? «Ну, менеджер иногда обзванивает». Это не система — это лотерея.
В amoCRM повторные продажи строятся через автоматические триггеры. Базовая логика: после закрытия сделки ставится задача на конкретную дату — когда клиенту снова нужно позвонить. Дата рассчитывается исходя из типа услуги. Можно сделать это через поля сделки: менеджер закрывает, выбирает «тип обслуживания», система сама проставляет дату следующего контакта.
Более продвинутый вариант — Digital Pipeline с автоматической отправкой писем или SMS за 2 недели до предполагаемого срока следующего обслуживания. Клиент получает сообщение, переходит по ссылке, оставляет заявку. Конверсия из таких напоминаний — в среднем 34–40% при правильном тексте (проверено на клининговой компании в Санкт-Петербурге, 12 недель тестирования, 214 отправленных сообщений).
Кейс по клинингу подробнее: компания, 3 города, средний чек 4 700 ₽. До настройки повторные обращения составляли 19% от выручки. После запуска автоматических напоминаний в amoCRM + шаблонных сообщений в WhatsApp — 41% через 5 месяцев. Разница — примерно 280 000 ₽ ежемесячно дополнительной выручки без роста рекламного бюджета.
Поля и теги: как не превратить CRM в помойку
Самая частая проблема при внедрении — избыток полей. Кто-то насоздаёт 40 кастомных полей «на всякий случай», половина не заполняется никогда, поиск превращается в квест.
Для сервисной компании достаточно 8–12 кастомных полей в сделке. Обязательные: тип оборудования/услуги, адрес выезда, назначенный мастер, дата выезда, дата следующего контакта, статус гарантии. Остальное — по ситуации.
Теги — для быстрой фильтрации: «гарантийный», «VIP», «холодный», «не берёт трубку». Не нужно делать 30 тегов — берут в работу 5–7, остальные забрасываются.
Частые вопросы
Можно ли вести расписание мастеров прямо в amoCRM без сторонних сервисов?
Базовый функционал не позволяет полноценно. Задачи с привязкой к ответственному — есть, но визуального расписания нет. Для небольшой команды (2–3 мастера) хватает задач и примечаний в сделке. Для 5+ человек — нужна интеграция с внешним календарём или специализированный виджет.
Как автоматически создавать повторную сделку через N месяцев?
Через роботов amoCRM или make.com. Логика: при переходе на этап «Закрыто / оплачено» → создаётся задача или новая сделка в воронке повторных продаж с датой в будущем. Это делается за 1–2 часа при наличии нормального технического задания.
Стоит ли интегрировать amoCRM с бухгалтерией (1С, МойСклад)?
Если выставляете больше 30–40 счетов в месяц — да, стоит. Иначе менеджеры будут дублировать данные вручную, и ошибки неизбежны. Интеграция через готовые коннекторы обходится в 5 000–15 000 ₽ единоразово плюс подписка на коннектор. Окупается за 2–3 месяца на экономии времени.
Нужна ли отдельная воронка для рекламаций и жалоб?
Лучше — да. Хотя многие этим пренебрегают. Если жалоба попадает в общую воронку, она теряется среди обычных сделок. Отдельная воронка с SLA (сроком ответа) и уведомлениями руководителю — это минута настройки, но сильно снижает риск потерять клиента из-за того, что его проблему просто не заметили.
Кстати, по рекламациям: один из клиентов — ремонт бытовой техники, Нижний Новгород — терял в среднем 2,1 клиента в неделю именно потому, что жалобы падали в общий чат. После выделения отдельной воронки с автоматическим уведомлением на директора при просрочке больше 4 часов — возврат клиентов после рекламации вырос с 22% до 61% за 7 недель.
Цифры иногда удивляют. Думаешь, что проблема в продажах или рекламе — а оказывается, просто жалобы не читали вовремя.
