Promise Resolution Time
Promise Resolution Time (PRT) - это метрика, измеряющая время от момента обращения клиента в службу поддержки до момента полного решения его проблемы (закрытия тикета) в Help Desk или CRM.
Метрика используется в клиентском сервисе и CX для оценки эффективности работы службы поддержки и прогнозирования лояльности клиентов. Например, интернет-магазин отслеживает PRT для каждого обращения: если заявка на возврат товара обрабатывается 48 часов вместо 24, это сигнал о проблемах в процессах.
PRT является одной из ключевых метрик наряду с FRT (First Response Time) и более показательна, так как отражает не просто скорость ответа, а качество и полноту решения проблемы. В 2026 году, когда клиентский опыт стал главным фактором удержания, PRT считается критическим KPI для служб поддержки.
Кратко
[править]Promise Resolution Time фиксирует промежуток времени от создания обращения клиента до его закрытия после подтверждения решения проблемы. Метрика отражает эффективность поддержки на всех этапах взаимодействия.
Что такое Promise Resolution Time
[править]Promise Resolution Time - это метрика, фиксирующая промежуток времени между созданием обращения клиента (тикета) и его закрытием после подтверждения, что проблема решена. В отличие от времени ответа (First Response Time), PRT учитывает всю цепочку взаимодействий: диагностику, передачу между специалистами, согласования и финальное решение. PRT может измеряться в минутах, часах или днях в зависимости от сложности проблемы и типа бизнеса.
Как рассчитывается Promise Resolution Time
[править]PRT рассчитывается как разница между временем закрытия тикета и временем его создания. Тикет считается закрытым только после подтверждения клиента, что проблема решена.
| Тип обращения | Примерное PRT |
|---|---|
| Простой вопрос (как сделать заказ) | 5-30 минут |
| Техническая проблема (сайт не грузится) | 1-4 часа |
| Сложный вопрос (возврат товара, претензия) | 24-72 часа |
| Эскалированные обращения | По SLA |
Преимущества отслеживания PRT
[править]- Прогнозирование оттока: рост PRT коррелирует с ростом оттока (churn) клиентов.
- Оценка эффективности поддержки: позволяет сравнивать разные команды, каналы и типы обращений.
- Выявление узких мест: если PRT высок, а FRT нормальный, проблема заключается в эскалации или качестве решений.
- Контроль SLA: возможность устанавливать и отслеживать целевые значения для разных категорий обращений.
Недостатки
[править]- Субъективность закрытия: если клиент не подтвердил закрытие, тикет может висеть неоправданно долго.
- Зависимость от сложности: сравнение PRT по разным типам проблем требует обязательной сегментации.
- Риск «быстрого закрытия»: стремление снизить PRT может приводить к закрытию тикетов без реального решения.
Где используется
[править]| Тип бизнеса | Применение PRT |
|---|---|
| E-commerce | Оценка скорости обработки возвратов, замены товара, ответов на вопросы по заказам |
| SaaS | Измерение времени решения технических проблем и багов |
| B2B-услуги | Контроль выполнения обязательств по SLA в договорах |
| Агентства | Оценка скорости реакции и качества сервиса для клиентов |
Сравнение с другими метриками поддержки
[править]| Метрика | Что измеряет | Когда важна |
|---|---|---|
| FRT (First Response Time) | Время до первого ответа | Первое впечатление, скорость реакции |
| PRT (Promise Resolution Time) | Время до полного решения | Качество и эффективность поддержки |
| CSAT | Удовлетворённость после решения | Качество решения, а не скорость |
| FCR (First Contact Resolution) | Решение с первого контакта | Эффективность операторов |
Часто задаваемые вопросы
[править]Какие системы поддерживают автоматический расчёт PRT?
[править]Большинство профессиональных Help Desk и CRM (Zendesk, AmoCRM, Jira Service Management, Freshdesk) автоматически рассчитывают PRT на основе времени создания и закрытия тикета.
Как интерпретировать высокий PRT при низком FRT?
[править]Такое сочетание указывает, что операторы отвечают быстро, но процесс решения проблемы (эскалация, согласования, передача между отделами) занимает чрезмерное время. Узкое место находится на этапе после первого ответа.
Чем PRT отличается от SLA?
[править]SLA (Service Level Agreement) - это договорённость о целевых значениях метрик, включая PRT. PRT - фактическая метрика, которая сравнивается с целевыми значениями, установленными в SLA.
