Автоматизация выездного сервиса: заявки и мастера

25 июля 2026 · 9 мин чтения

Мастер уехал на первый адрес в девять утра, и до обеда никто в офисе не знает, доехал ли он. Клиент звонит третий раз с вопросом «когда приедете, я взял отгул». Отчёт за вчерашний выезд лежит в чате пятью фотографиями без подписей, а акт подпишут в пятницу. Выездной сервис - клининг, монтаж окон и кондиционеров, сборка мебели, ремонт техники на дому, обслуживание оборудования, курьерские и сервисные выезды - устроен так, что вся ценность создаётся в поле, а весь беспорядок остаётся в офисе: в блокноте с заявками, в утреннем обзвоне мастеров и в отчётности, которую собирают вечерами. Разберём, что здесь реально автоматизируется, что даёт эффект в первый же месяц и сколько это стоит.

Короткий ответ: начинают с приёма заявок в единую систему и распределения выездов по мастерам - это снимает утренний обзвон и блокнот. Вторым шагом подключают узкое окно прибытия со статусами для клиента и отчёт мастера с телефона. Один сценарий стоит 50–120 тыс. ₽ и запускается за 2–4 недели, комплексный контур «заявка - назначение - выезд - акт» - от 200 тыс. ₽.

Где выездной сервис теряет деньги и время

• Заявка в блокноте. Звонок приняли, адрес записали на листке, тип работы уточнят «когда мастер приедет». Часть заявок теряется физически, остальные невозможно посчитать.
• Ручная диспетчеризация. Каждое утро диспетчер раскидывает выезды по мастерам и обзванивает каждого: кто где, кто успевает, кто заболел. Час-два уходит только на согласование, и любая переброска в течение дня начинается заново.
• Окно «с 9 до 18». Клиент не знает, когда ждать мастера, поэтому берёт целый день отгула и звонит в офис каждые два часа. Треть входящих звонков - это не заявки, а вопрос «когда приедете».
• Отчёт фотками в мессенджер. Мастер после выезда либо не отчитывается вовсе, либо присылает десяток снимков без привязки к заявке. Что именно сделано, какие материалы израсходованы, принял ли клиент работу - выясняется потом и по памяти.
• Акты и оплаты в конце недели. Документы собираются по факту, когда до них дошли руки. Деньги приходят с задержкой, а спорные ситуации нечем подтвердить.
• Повторное обслуживание никто не ведёт. Сезонная чистка кондиционера, плановое ТО, следующая уборка - всё это живёт в чужой памяти. Клиент, которому не напомнили, через год просто вызовет другую компанию.

Пять сценариев автоматизации

Сценарий 1: заявка попадает в систему, а не в блокнот

Первый шаг - собрать все каналы в одну очередь. Звонки, форма на сайте, WhatsApp, Telegram, объявления на площадках - всё это должно приземляться в единый список заявок с обязательными полями: адрес, тип работы, объём, удобное время, контакт. Как устроена такая сборка, мы подробно разбирали в статье про маршрутизацию заявок из нескольких каналов. Со звонками помогает связка телефонии и CRM: карточка создаётся автоматически на входящем номере, разговор записывается и привязывается к заявке - механику мы описали в разборе интеграции телефонии с CRM.

Второй слой - квалификация. Бот в мессенджере задаёт три-четыре вопроса и заполняет карточку: что нужно сделать, где, когда удобно, есть ли особенности доступа (домофон, парковка, лифт, животные). Это та же логика, что в разборе квалификации заявок с ИИ: система отсеивает «просто уточнить цену» от готовых заказать и не даёт диспетчеру заполнять адрес голосом по телефону. Результат: к моменту планирования у диспетчера уже есть полные карточки, а не список фамилий на листке.

Сценарий 2: распределение выездов без утреннего обзвона

Дальше заявки нужно превратить в расписание мастеров. Правила распределения формулируются один раз и работают сами: район или зона обслуживания, текущая загрузка мастера на день, квалификация и допуски (кондиционеры не поставит тот, кто моет окна), приоритет срочных заказов, время на дорогу между адресами. Система предлагает готовое расписание, диспетчер его подтверждает или правит одним движением - вместо того чтобы держать всю картину в голове. Похожая логика назначения ответственных по правилам показана в кейсе маршрутизации заявок по менеджерам: там ручная раскидка ушла целиком.

Мастер узнаёт о выезде не звонком, а карточкой в мессенджере: адрес, время, тип работы, комментарий клиента, кнопки «принял» и «не смогу». Такой интерфейс не требует ни обучения, ни установки приложения - как строятся подобные сценарии, мы писали в разборе Telegram-ботов для бизнеса. Диспетчер видит статусы по всем мастерам на одном экране: кто принял, кто в пути, кто задерживается. Переброска заказа при отмене или поломке занимает минуту, а не серию звонков. Если ваш профиль - выезды на СТО и ремонт автомобилей, смотрите отдельный разбор автоматизации автосервиса; если основной процесс - перевозка грузов и рейсы, ближе будет автоматизация логистики.

Сценарий 3: узкое окно прибытия и статусы клиенту

Окно «с 9 до 18» - главный источник раздражения и лишних звонков. Когда расписание собрано в системе, окно сужается до двух часов, а клиент получает уведомления по ходу дня: подтверждение с интервалом за сутки, «мастер выехал», «будет через 30 минут», «работа завершена». Сообщения уходят в тот канал, где клиенту удобно: чаще всего это мессенджер, поэтому сценарий обычно живёт в автоматизации WhatsApp Business. Логика уведомлений по этапам ровно такая же, как в кейсе уведомлений о доставке, только вместо посылки едет мастер.

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

Сценарий 4: отчёт мастера с телефона и акт автоматически

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

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

Сценарий 5: повторное обслуживание и отзывы

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

Вторая половина сценария - отзывы. Через несколько часов после закрытия акта клиент получает короткий запрос оценки. Высокая оценка ведёт на публичную площадку, низкая уходит руководителю до того, как превратится в публичный отзыв, - и превращается в разбор конкретного выезда с конкретным мастером. Заодно копится честная статистика качества по людям.

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

Что с ИИ, а что без него

Честное разделение, потому что в выездном сервисе «нейросети» нужны далеко не везде:

• Работает без ИИ почти весь контур: сбор заявок из каналов, распределение выездов по району, загрузке и квалификации, уведомления клиенту и мастеру, чек-листы, генерация актов и счётов, напоминания о повторном обслуживании, запрос отзыва. Это правила и интеграции - дешевле, быстрее и предсказуемее.
• ИИ действительно полезен в двух местах. Первое - разбор свободного текста заявки: клиент пишет «сплит в спальне не холодит, живу на Ленина 14, лучше после шести» - модель вытаскивает адрес, тип работы и удобное время в поля карточки. Второе - структурирование отчётов мастеров: превратить голосовое сообщение или сумбурный текст в аккуратный список выполненных работ и материалов.

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

Сколько стоит

• Приём заявок из всех каналов с квалификацией - 50–100 тыс. ₽, 2–3 недели.
• Распределение выездов по мастерам и уведомления исполнителям - 60–120 тыс. ₽, 3–4 недели.
• Окно прибытия и статусы клиенту - 50–90 тыс. ₽, 2–3 недели.
• Отчёт мастера по чек-листу и автоматический акт - 70–120 тыс. ₽, зависит от числа видов работ и шаблонов документов.
• Напоминания о повторном обслуживании и сбор отзывов - 50–90 тыс. ₽.
• Комплексный контур «заявка - назначение - выезд - акт - повторное обслуживание» - от 200 тыс. ₽, внедряется поэтапно.
• Эксплуатация - сервер и сервисы связи: несколько тыс. ₽ в месяц (сервер от 500 ₽, сообщения по факту отправки, API языковой модели, если используется ИИ).

Экономика считается на часах диспетчера и на выездах. Полтора часа диспетчера в день - это около 30 часов в месяц, то есть 10–15 тыс. ₽ по полной стоимости часа. Несколько дополнительных выездов в неделю за счёт плотного расписания и повторных заказов при среднем чеке от трёх тысяч рублей добавляют ещё 12–24 тыс. ₽ выручки. При цене сценария 50–120 тыс. ₽ контур обычно окупается за 4–6 месяцев: быстрее, если выездов больше десяти в день, и медленнее при низком среднем чеке.

С чего начать

1. Посчитайте текущие цифры. Сколько заявок в месяц и по каким каналам, сколько времени уходит на утреннюю диспетчеризацию, какая доля звонков - это уточнение статуса выезда, сколько актов закрывается в день выезда.
2. Опишите правила распределения словами. По какому признаку выезд достаётся мастеру: район, квалификация, загрузка, приоритет. Если правило не формулируется в одну фразу, его нельзя автоматизировать - сначала договоритесь внутри команды.
3. Запустите один сценарий. Обычно это приём заявок с квалификацией плюс распределение. Две-четыре недели, и утренний обзвон исчезает.
4. Добавьте статусы клиенту. Самый заметный снаружи шаг: узкое окно и три уведомления снимают основную массу звонков.
5. Замкните контур отчётностью. Чек-лист мастера, акт в день выезда, напоминание о повторном обслуживании - и дальше расширяйтесь по фактическим цифрам, а не по ощущениям.

Мини-кейс: клининговая компания, шесть мастеров

Компания по уборке квартир и офисов: шесть мастеров, 14–18 выездов в день, заявки с сайта, объявлений и по телефону. Диспетчер приходил к восьми утра и до десяти раскидывал заказы по бригадам, обзванивая каждую и сверяясь с блокнотом. Дальше день уходил на звонки: половина - клиенты с вопросом «когда приедете», остальное - переброски из-за отмен. Акты собирались в пятницу по фотографиям в чате, около половины выездов закрывались документами с задержкой на неделю, часть терялась совсем.

Внедряли поэтапно. Сначала все каналы свели в одну очередь заявок с обязательными полями: адрес, тип уборки, площадь, удобное время, особенности доступа. Затем настроили распределение по районам и загрузке - карточка выезда уходит мастеру в мессенджер с кнопкой «принял». Через месяц добавили окно в два часа со статусами «мастер выехал» и «будет через 30 минут», затем - чек-лист с фото до и после, из которого собирается акт и счёт. Последними включили напоминания о повторном обслуживании: через две недели после уборки клиенту уходит сообщение с кнопкой «записаться».

Через четыре месяца, когда заработали все пять сценариев: утренняя диспетчеризация занимает 15 минут вместо двух часов, звонки «когда приедете» упали с 30–35 в день до 5–7, акты закрываются в день выезда в 94% случаев вместо 50%, а оплата приходит на 4–5 дней раньше. Плотность расписания выросла: те же шесть мастеров делают на один-два выезда в день больше, потому что переезды считаются по районам, а не по памяти. Напоминания о регулярной уборке добавили примерно 12% повторных заказов - раньше их просто не звали.

Итог

Автоматизация выездного сервиса - это не «робот вместо мастера». Это про то, чтобы заявка попадала в систему с адресом и временем, а не в блокнот; чтобы выезды распределялись по правилам и уходили мастеру в мессенджер; чтобы клиент знал узкое окно и получал статусы вместо звонков в офис; чтобы отчёт с фото и акт закрывались в день выезда; чтобы повторное обслуживание напоминало о себе само. Мастера делают то же, что и раньше, - работают руками. Меняется только то, что вокруг них. Хотите план под свой процесс - опишите его через услугу автоматизации бизнес-процессов: разберём поток заявок и выездов, предложим схему и фиксированную цену.

Смежная модель - когда клиент забирает технику сам: брони, залоги и возвраты разобраны в статье про автоматизацию проката.

Смежный сценарий с теми же слотами и маршрутами, но с получателем вместо заявки на ремонт: автоматизация доставки.

Не готовы обсуждать проект? Оцените выгоду сами: калькулятор ROI автоматизации - 1 минута, без контактов. Или заберите чек-лист «Что автоматизировать первым».