Сайт: https://etalon-lead.ru

Кейс: CRM для сервиса выездных услуг «Муж на час»

Сеть сервисных центров по ремонту и обслуживанию жилья, работающая по модели партнёрства с мастерами по всей России. Заявки поступают с собственных сайтов и через колл-центр на базе IP-телефонии. До внедрения новой системы учёт велся в устаревшем самописном решении, которое не справлялось с растущим потоком обращений и не закрывало базовые потребности бизнеса.

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

В этом кейсе расскажем, как мы проектировали и внедряли CRM, которая стала «единым окном» для диспетчеров, мастеров и финансового отдела — и какие результаты получили после запуска.

Задача: почему старая система перестала работать и что требовалось взамен

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

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

Ключевые проблемы старой системы:

• Заявки создавались вручную. Даже если обращение приходило с сайта через форму, данные не попадали в систему автоматически. Диспетчер должен был скопировать информацию из письма, открыть карточку, заполнить поля. Это занимало 3–5 минут на заявку и создавало риск ошибки или пропуска.
• Неполные данные. В карточке заявки не было обязательных полей, которые критичны для назначения мастера: тип услуги, срочность, предпочтительное время, точный адрес. Мастера получали «сырые» заказы и тратили время на уточнения.
• Отсутствие финансового блока. Не было учёта доходов и расходов по каждой заявке, расчёта выплат мастерам и диспетчерам. Финансовый отдел сводил данные в отдельных таблицах, что приводило к расхождениям и задержкам в расчётах.
• Нет контроля и напоминаний. Система не напоминала о предстоящих выездах, о необходимости связаться с клиентом, о просроченных оплатах. Всё держалось на человеческом факторе и ежедневных планёрках.
• Проблемы с телефонией. Заявки по звонкам регистрировались отдельно, не было связки между номером клиента, историей обращений и назначенным мастером.

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

Этап 1: анализ процессов и проектирование архитектуры — первые 5 дней

Мы начали не с кода, а с погружения в бизнес-процессы. Провели серию интервью с диспетчерами, финансовым менеджером и руководителем направления. Цель — понять, как на самом деле движется заявка от первого обращения до закрытия и выплаты мастеру.

Карта пути заявки

Мы визуализировали весь цикл: заявка поступает → регистрируется в системе → назначается мастер → мастер выполняет работу → клиент подтверждает → фиксируется оплата → рассчитываются выплаты. На каждом этапе определили, какие данные должны быть в карточке, кто отвечает за переход на следующий этап, какие события требуют автоматических уведомлений.

Источники заявок: два канала, два подхода

• Сайты по API. У заказчика несколько лендингов под разные услуги и регионы. Мы разработали единый формат приёма данных: при заполнении формы на любом из сайтов заявка автоматически создаётся в CRM с предзаполненными полями (услуга, контакт, город, комментарий). Это исключило ручной ввод и сократило время регистрации заявки с 3–5 минут до 10–15 секунд.
• Звонки через IP-телефонию Новофон. Здесь потребовалась более тонкая настройка. Мы реализовали механизм фильтрации по номерам: заявки создаются автоматически только при звонке на выделенные «продающие» номера. Звонки на служебные линии (бухгалтерия, поддержка) в CRM не попадают, чтобы не создавать информационный шум. В карточку автоматически подтягивается номер клиента, время звонка, запись разговора — это даёт полную историю коммуникации.

Финансовая логика: прозрачность на каждом этапе

Мы спроектировали модуль учёта, который фиксирует:

• Доход по заявке (сумма, оплаченная клиентом).
• Расходы (логистика, материалы, если применимо).
• Выплату мастеру (процент или фикс, в зависимости от условий).
• Выплату диспетчеру (бонус за успешное закрытие).

Все суммы привязаны к конкретной заявке, что позволяет в любой момент увидеть маржинальность заказа и сформировать отчёт за период без ручных сводок.

Этап 2: разработка ядра системы — три недели интенсивной работы

После утверждения архитектуры перешли к реализации. Работали спринтами по 3–4 дня, с ежедневными демо-показами заказчику. Это позволяло оперативно вносить правки и держать фокус на приоритетах.

Карточка заявки: всё важное на одном экране

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

Механизм напоминаний: автоматизация рутины

Система самостоятельно отслеживает дедлайны и отправляет уведомления:

• Диспетчеру — если заявка не назначена в течение 30 минут после поступления.
• Финансовому менеджеру — о просроченных оплатах по закрытым заказам.

Уведомления приходят в интерфейс CRM и дублируются на email — это гарантирует, что важное не будет пропущено даже при высокой загрузке.

Интеграция с телефонией: не просто звонок, а контекст

Работа с Новофон потребовала настройки вебхуков и обработки событий в реальном времени. При входящем звонке система проверяет номер, на который поступил вызов. Если это «продающий» номер — автоматически создаётся заявка, в карточку записывается номер клиента, время, оператор, принявший звонок. После завершения разговора к заявке прикрепляется ссылка на запись — это помогает при спорных ситуациях и для обучения новых диспетчеров.

Этап 3: тестирование и внедрение — 7 дней на отладку и запуск

После завершения разработки мы перешли к тестированию. Проверяли не только техническую корректность, но и удобство для конечных пользователей.

Тест-кейсы от реальных сценариев

Мы смоделировали типовые ситуации: заявка с сайта в выходной день, звонок с нового номера, отмена заказа клиентом, частичная оплата. Каждый сценарий прогоняли через всю цепочку — от создания заявки до формирования финансового отчёта. Найденные неточности исправляли в течение 24 часов.

Обучение команды и мягкий запуск

Внедрение проходило в два этапа. Сначала мы подключили к системе небольшую группу диспетчеров — они работали в новой CRM параллельно со старой, сравнивали и давали обратную связь. Через 3 дня, после корректировок, подключили всех пользователей и отключили старую систему.

Поддержка после запуска

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

Результаты: что изменилось после внедрения

Система была разработана за 1 календарный месяц, внедрена и запущена в промышленную эксплуатацию за 7 дней. Хотя заказчик не предоставил точных метрик, качественные изменения очевидны и подтверждены обратной связью от команды.

Управление заявками: от хаоса к системе

Заявки больше не теряются. Автоматическое создание из всех источников исключило человеческий фактор на этапе регистрации. Диспетчеры видят всю очередь заказов в едином интерфейсе, могут фильтровать по статусу, городу, срочности. Назначение мастера занимает минуты вместо часов.

Финансовая прозрачность: контроль без усилий

Финансовый отдел получил инструмент, который автоматически сводит данные по доходам и расходам. Выплаты мастерам и диспетчерам рассчитываются на основе фактически закрытых заявок, что исключает переплаты и споры. Руководство может в любой момент увидеть маржинальность по направлениям и регионам.

Контроль и напоминания: система работает на вас

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

Масштабируемость: готовность к росту

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

Часто задаваемые вопросы

Почему не доработали старую самописную CRM, а сделали новую?

В некоторых случаях рефакторинг старого кода занимает больше времени и ресурсов, чем разработка с нуля. В данном случае архитектура старой системы не позволяла гибко добавить нужный функционал без риска сломать существующую логику. Новое решение дало чистый, поддерживаемый код и возможность масштабирования.

Как обеспечивается безопасность данных, если мастера работают из разных городов?

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

Можно ли интегрировать дополнительные источники заявок в будущем?

Да, система спроектирована модульно. Добавление нового канала (например, мессенджер или агрегатор) требует настройки обработчика под его формат данных — это занимает от 1 до 3 дней в зависимости от сложности.

Как обучали команду, если у многих не было опыта работы с подобными системами?

Мы подготовили простые видеоинструкции по основным сценариям и провели два онлайн-вебинара с разбором типовых задач. Интерфейс CRM сделан интуитивным: минимум кнопок, понятные подписи, подсказки в спорных местах. Большинство пользователей освоили систему за 1–2 рабочих дня.

Вместо заключения

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

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

Готовы обсудить ваш проект и предложить решение, которое закроет задачи именно вашего бизнеса.