Main ⁄ ⁄ Согласованное время обработки обращений

Согласованное время обработки обращений

Согласованное время обработки обращений — установленный в договоре или SLA (Service Level Agreement) период, в течение которого поставщик услуг должен выполнить определенное действие после получения обращения клиента. В зависимости от условий соглашения это может быть время подтверждения заявки, начала диагностики, предоставления ответа, выполнения определенного этапа работ или устранения проблемы.

Показатель используется в технической поддержке, IT-аутсорсинге, managed services, сервисном обслуживании оборудования и других услугах, где необходимо формально определить скорость работы с запросами клиентов.

При этом согласованное время обработки не следует автоматически считать временем полного решения проблемы. Конкретное значение показателя определяется условиями SLA и тем, какое событие считается началом и окончанием отсчета.

Как определяется время обработки обращения

Отсчет обычно начинается после регистрации обращения в предусмотренном договором канале: например, через service desk, клиентский портал, электронную почту или телефон службы поддержки. SLA должен определять не только продолжительность обработки, но и правила её измерения. В частности, могут быть установлены:

  • момент начала отсчёта
  • часы работы службы поддержки
  • приоритет или категория инцидента
  • события, при которых отсчёт может быть приостановлен
  • действие, после которого обязательство считается выполненным

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

Если SLA устанавливает время обработки в четыре рабочих часа, заявка, поступившая вечером в пятницу, необязательно должна быть обработана до конца того же дня. Фактический срок будет зависеть от определенного в договоре сервисного окна.

Приоритет обращения и время обработки

В IT-поддержке сроки обычно связаны с уровнем критичности инцидента. Для этого обращения разделяются по приоритетам, например P1, P2, P3 и P4 или Critical, High, Medium и Low. Типовая логика может выглядеть следующим образом:

  • P1 / Critical — отказ критически важного сервиса или инфраструктуры; применяется минимальное время обработки
  • P2 / High — серьёзное нарушение работы при сохранении части функций
  • P3 / Medium — проблема с ограниченным влиянием на работу пользователей
  • P4 / Low — некритичный запрос, консультация или плановое изменение

Конкретные сроки для каждой категории определяет поставщик услуг совместно с клиентом. Единого универсального значения для P1 или P2 не существует: у разных сервисных компаний и в разных SLA эти показатели могут существенно различаться.

Время реакции, обработки и решения: в чём разница

В SLA могут одновременно использоваться несколько показателей, связанных со скоростью технической поддержки. Их важно различать, поскольку каждый измеряет отдельный этап работы с обращением:

  • Время реакции (response time) обычно показывает, как быстро поставщик должен подтвердить получение обращения или начать работу с ним
  • Время обработки может охватывать более широкий этап работы с заявкой, однако его точное содержание зависит от терминологии конкретного договора
  • Время решения (resolution time) определяет срок, за который проблема должна быть устранена или обращение должно быть доведено до согласованного результата

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

Что влияет на согласованное время обработки

Требуемый уровень обслуживания определяется критичностью IT-системы и последствиями ее простоя. Чем выше потенциальные потери от инцидента, тем более строгие сроки обычно предусматриваются договором. При согласовании показателя учитывают:

  • режим поддержки — рабочие часы, расширенное сервисное окно или 24/7
  • критичность обслуживаемой инфраструктуры
  • возможность удаленной диагностики
  • необходимость выезда специалиста
  • географическое расположение оборудования
  • наличие запасных компонентов
  • необходимость привлечения стороннего производителя или другого поставщика

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

Зачем фиксировать время обработки в SLA

Формально установленный срок делает качество поддержки измеримым. Клиент понимает, насколько быстро поставщик обязан приступить к работе с обращением или выполнить согласованный этап, а сервисная компания получает конкретные критерии выполнения обязательств.

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

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

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *