Как распределять заявки сервисной компании между исполнителями
Короткая карточка обращения, понятные правила назначения и контроль следующего шага — без потери заявок в рабочих чатах.
В ремонтной, монтажной или обслуживающей компании обращения часто приходят одновременно в общий телефон, мессенджер и личные сообщения сотрудников. Диспетчер переписывает адрес, уточняет задачу и ищет исполнителя. Если ответственный не подтвердил приём, клиент может считать, что работа уже назначена, хотя внутри команды это ещё не решено.
Первый шаг — различать полученное обращение и подтверждённое задание. Единая форма или бот помогут собрать вводные, но правила ответственности всё равно нужно согласовать с командой. Иначе обращения просто окажутся в новом, более аккуратном списке.
Оставьте в заявке только необходимые вводные
Для начала нужны вид работ, контакт, район или адрес, описание проблемы, желаемое время и при необходимости фотография. Не просите клиента заранее выбирать технический диагноз. Формулировка «не включается» полезнее случайно выбранной категории неисправности.
Определите обязательные поля отдельно для разных услуг. Для дистанционной консультации полный адрес не нужен; для выезда без него сложно оценить маршрут. При неполной заявке сохраняйте уже полученные данные и назначайте уточнение, чтобы человеку не пришлось заполнять всё повторно.
Опишите правила назначения
- Какие работы выполняет каждая команда или специалист.
- Какие районы и время они обслуживают.
- Кто принимает нестандартные и неполные обращения.
- Как исполнитель подтверждает, что взял задание.
- Кому возвращается заявка при отказе или отсутствии ответа.
- Кто сообщает клиенту окончательное время и условия.
Если используется CRM, сначала проверьте её штатные возможности. Например, Bitrix24 описывает очереди распределения обращений для разных каналов. Назначение по очереди подходит не всем: квалификация, территория и фактическая доступность могут требовать дополнительных правил.
Сделайте состояние заявки понятным
Простой маршрут: получена → нужно уточнение → назначается исполнитель → согласована → выполняется → завершена. Названия должны отражать реальную работу. Статус «согласована» появляется после подтверждения, а не автоматически через минуту после отправки формы.
У каждой незавершённой заявки должны быть ответственный и следующий шаг. Если клиент попросил вернуться завтра, это отложенное действие с датой, а не потерянное обращение. Если нужны материалы, причина ожидания должна быть видна без чтения всей переписки.
Проверьте сценарий на обычном рабочем дне
Учебный пример: клиент оставляет заявку через Telegram, указывает вид работ и район. Бот задаёт недостающий вопрос, сохраняет обращение и уведомляет диспетчера. Диспетчер назначает подходящего исполнителя; тот подтверждает приём. Клиент получает согласованный статус, а не обещание немедленного выезда.
Добавьте исключения: исполнитель не ответил, клиент изменил адрес, пришла повторная заявка, CRM недоступна. Для каждого случая нужен путь восстановления. Важная часть интеграции — возможность понять, что произошло, и продолжить работу без нового обращения клиента.
Не превращайте уведомления в ещё один шумный чат
Сообщение должно приходить тому, от кого нужно действие, и содержать ссылку на карточку. Общая рассылка всем сотрудникам размывает ответственность. Руководителю обычно полезнее список исключений: неназначенные обращения, неподтверждённые задания и просроченные договорённости.
До внедрения и после пилота сравните время до назначения, количество повторных уточнений и обращения без следующего шага. Учитывайте сложность работ и график команды. Начать можно с одного канала и одной категории услуг; для оценки подготовьте примеры обращений, правила назначения и образец сообщения исполнителю.