Реліз 5.2.2
Що змінилося
- Стратегія автоматичного розподілу тікетів. Зʼявилися налаштування, які визначають, як система розподіляє тікети між операторами (черга чи миттєвий розподіл).
- Повнотекстовий пошук. Пошук у базі тепер підтримує повнотекстовий режим для зручного пошуку за фразами та словами.
- Метрика Next Response Time. Додано метрику очікуваного часу наступної відповіді у звітах.
- Покращені нагадування по чатах. Оптимізовано workflow нагадувань, щоб уникати зайвих або запізнілих нагадувань.
Як змінилося
Автоматичний розподіл тікетів
Раніше: тікети могли розподілятися однаково для всіх сценаріїв, без можливості керувати стратегією розподілу.
Тепер: у налаштуваннях можна обрати стратегію — наприклад, ставити тікети в чергу або одразу призначати операторам.
Чому це важливо: ви краще контролюєте навантаження та порядок обробки звернень.
Повнотекстовий пошук
Раніше: пошук міг повертати не всі релевантні результати або вимагав точних збігів.
Тепер: використовується повнотекстовий пошук у базі — можна шукати за окремими словами або фразами.
Чому це важливо: оператори та менеджери швидше знаходять потрібні діалоги чи тікети.
Метрика Next Response Time
Раніше: у звітах не вистачало окремої метрики, яка показує очікуваний час наступної відповіді.
Тепер: додано метрику Next Response Time у статистику.
Чому це важливо: легше контролювати швидкість реакції команди підтримки та виконання SLA.
Нагадування по чатах
Раніше: чат-нагадування могли спрацьовувати не завжди вчасно або дублюватися.
Тепер: оптимізовано workflow нагадувань, щоб вони були більш передбачуваними та корисними.
Чому це важливо: оператори отримують нагадування тоді, коли це дійсно потрібно, і менше відволікаються на зайві нотифікації.