Приём заявки выглядит простой операцией: записать, кто звонил и что сломалось. На деле именно здесь закладывается всё остальное — от срока реакции до того, попадёт ли этот случай в статистику отказов. Разберём, что должно происходить с обращением от первого контакта до назначения исполнителя и как это настраивается.
Каналы поступления
Первое, что нужно зафиксировать: обращения приходят не одним путём.
- звонок диспетчеру;
- письмо на общий адрес;
- заявка через личный кабинет или сервисный портал;
- сообщение в мессенджере;
- обращение через менеджера, который ведёт клиента;
- автоматический сигнал от системы мониторинга оборудования;
- плановая заявка, сформированная регламентом обслуживания.
Практическое требование — все каналы должны сходиться в одну очередь. Пока часть обращений живёт в почте у одного сотрудника, а часть в мессенджере у другого, ни срок реакции, ни загрузка не измеряются.
Что фиксируется при приёме
| Блок | Что заполняется | Зачем |
|---|---|---|
| Клиент | Контрагент, договор, контактное лицо | Условия обслуживания и оплаты |
| Объект | Единица оборудования, серийный номер, адрес | История ремонтов, гарантийный статус |
| Проблема | Симптом со слов клиента, классификатор | Диагностика и статистика отказов |
| Условия | Приоритет, срок реакции, тип обслуживания | Очередь и контроль сроков |
| Канал | Откуда пришло обращение | Анализ нагрузки на каналы |
Ключевой момент — привязка к конкретной единице оборудования, а не к клиенту вообще. Без неё невозможно ни увидеть повторные обращения по одному объекту, ни автоматически определить гарантийный статус.
Определение приоритета
Приоритет нельзя оставлять на усмотрение диспетчера: он будет ставиться по настойчивости клиента. Рабочий подход — расчёт по правилам:
- категория обслуживания по договору;
- критичность оборудования для клиента — полная остановка или частичная потеря функции;
- тип обращения — авария, отказ, плановое обслуживание, консультация;
- наличие повторного обращения по тому же объекту.
Последний признак особенно полезен: повторное обращение в короткий срок означает, что предыдущий ремонт не решил проблему, и такая заявка должна подниматься в очереди автоматически.
Сроки реакции и выполнения
Из приоритета и условий договора рассчитываются два разных срока, и путать их не стоит: срок реакции — до момента, когда заявка взята в работу, срок выполнения — до восстановления работоспособности. Оба должны проставляться автоматически при регистрации и отслеживаться системой, а не в голове диспетчера.
Для расчёта нужен рабочий календарь: если обслуживание идёт в рабочие часы, срок не должен «тикать» ночью и в выходные.
Первичная диагностика
Часть обращений закрывается без выезда и без ремонта — консультацией. Отделять их важно по двум причинам: они не должны занимать мощность мастеров и не должны попадать в статистику отказов как неисправности.
Полезный инструмент — база типовых проблем с рекомендациями, доступная диспетчеру при приёме.
Назначение исполнителя
Распределение — момент, где чаще всего теряется эффективность. Подбор исполнителя должен учитывать:
- квалификацию и допуски по типу оборудования;
- текущую загрузку на нужную дату;
- территориальную зону обслуживания;
- историю работ по этому клиенту и объекту;
- наличие нужных запчастей у мастера или на складе.
Полностью автоматическое назначение на практике приживается редко: слишком много неформализуемых факторов. Работающий вариант — система предлагает подходящих исполнителей с их загрузкой, а диспетчер выбирает.
Что настроить в системе
- Заявка как отдельный документ со статусной моделью, а не заказ клиента или задача.
- Сбор обращений из всех каналов в единую очередь.
- Обязательная привязка к единице оборудования.
- Классификатор проблем и типов обращений.
- Автоматический расчёт приоритета и сроков по правилам договора и рабочему календарю.
- Рабочее место диспетчера: очередь, просроченные и приближающиеся к сроку, загрузка мастеров.
- Подбор исполнителя с подсказкой по квалификации, загрузке и зоне.
- Уведомления клиенту о регистрации и назначении.
- Признак повторного обращения с автоматическим повышением приоритета.
Частые ошибки
- Заявки в нескольких местах. Часть в системе, часть в почте — управлять нечем.
- Нет привязки к объекту. Теряется история и гарантийный статус.
- Приоритет вручную. Определяется настойчивостью клиента, а не условиями договора.
- Срок без рабочего календаря. Ночные часы съедают норматив.
- Консультации в общей очереди. Искажают и загрузку, и статистику отказов.
- Назначение «кто свободен». Без учёта квалификации приводит к повторным выездам.
Итог
Качество приёма заявки определяет всё, что происходит дальше: сроки, загрузку, статистику и возможность что-либо измерить. Минимально необходимая конструкция — единая очередь из всех каналов, обязательная привязка к единице оборудования, расчётные приоритет и сроки по рабочему календарю и подбор исполнителя с подсказкой по квалификации и загрузке. Полная автоматизация назначения при этом не нужна: достаточно, чтобы система предлагала, а решение принимал диспетчер.
Регистрация заявок на ремонт и техническое обслуживание с распределением по исполнителям входит в решение «1С:Сервисный Ремонт».
Компания «Сайфилд» настраивает приём и диспетчеризацию заявок в «1С» — от единой очереди и расчёта сроков до рабочего места диспетчера. Опишите свои процессы, и мы оценим объём работ.