Звітність про розмови відповідає на питання, яке зупиняється перед бізнесом. Простір може відповісти на кожне повідомлення, закрити кожен тред, мати чудовий час реакції — і не забронювати нічого. Для виїзного сервісу важливий інший результат: чи перетворилося вхідне повідомлення на візит, який хтось виконав. Тому звіт Front Office вимірює воронку, а не розмову.
Воронка: створено, кваліфіковано, заброньовано, виконано
Перша половина — кваліфікація: створені за період заявки, скільки з них ще кваліфікуються, скільки дійшли до ready for scheduling і скільки пішли в handoff. Ці чотири числа кажуть, чи працює структурований прийом узагалі. Високий handoff сам собою не є провалом — передати неоднозначний або непідтримуваний випадок людині є правильним результатом, — але він має пояснюватися причинами зі списку нижче на тій самій панелі.
Друга половина — те, що сталося після кваліфікації: слоти, зайняті на час роздумів клієнта, підтверджені зустрічі, створені та виконані роботи. Раніше панель зупинялася на ready for scheduling, а це точка, де заявка могла стати роботою, а не де стала. Підтверджені бронювання рахуються за моментом підтвердження, а не за поточним статусом, тому візит, який відбувся й пізніше був скасований, не зникає тихо з конверсії.
Рахунок за моментом створення, щоб звіт відповідав на те саме питання
Усе рахується за моментом створення рядка у вікні, а не за тим, де він лежить сьогодні. Бронювання, зроблене цього місяця й скасоване наступного, у будь-якому разі належить цьому місяцю. Без цього правила той самий звіт відповідав би на трохи інше питання щоразу, коли його відкривають, — а це остання властивість, яку хочеться мати в числі, за яким команда вирішує, чи давати агенту більше прав.
Нижче стоять чотири похідні величини: частка створених заявок, які стали підтвердженими бронюваннями, частка тих, що досягли готовності, медіанний час від створення до першої готовності й correction rate. Останній — найважливіший. Він порівнює відповіді, витягнені AI, з тими, які людина потім переписала, і тому є найближчим до сигналу точності на живому трафіку, а не на тестовому наборі.
Correction rate — це і є ворота до підвищення автономії
Саме цей сигнал і має керувати автономією. План розгортання робить перехід Observe → Assist → Qualify залежним від виміряної поведінки, а зростання correction rate означає, що Ven радше вгадує, ніж читає, — це момент виправити шаблон або звузити послугу, а не видати ширший дозвіл. Причини ескалацій читаються так само: причина, що піднімається у списку, зазвичай вказує на одну політику чи одне погано сформульоване питання, а не на модель.
Здоров’я черги й готовність каталогу стоять поруч із числами
Поруч із воронкою стоять дві перевірки здоров’я, бо більше ніщо в продукті не здатне їх підняти. Здоров’я черги показує події в pending, processing і dead, а також вік найстарішої події, що досі чекає, — тому зупинений воркер видно раніше, ніж клієнт помітить підтвердження, яке не прийшло. Готовність каталогу рахує активні послуги, скільки з них мають обов’язкове поле кваліфікації і скільки дають Ven питання, яке він справді може поставити: сервісна роль, увімкнена над порожнім каталогом, виглядає цілком здоровою і не відповідає ні на що.
Дивіться воронку щотижня заради одного рішення: підвищити, тримати чи виправити
Починайте з двох кінців. Створені заявки кажуть, чи знаходить прийом справжній попит; виконані роботи кажуть, чим цей попит став. Усе між ними — діагностика: здоровий загальний обсяг із тонкою часткою бронювань є проблемою планування або потужності, а тонка частка готовності при великій кількості створених заявок — проблемою шаблону чи каталогу.
Читайте correction rate до будь-яких рішень про автономію. Спадні або рівні виправлення разом зі зростальною часткою готовності — саме той патерн, що заслуговує на перехід від Assist до Qualify. Зростальні виправлення означають протилежне, хай яким гарним виглядає обсяг, бо кожне виправлення — це людина, яка лагодить факт, уже застосований на очах у клієнта.
Перевіряйте здоров’я черги й готовність каталогу тим самим заходом. Події в dead або вік найстарішої в pending, виміряний годинами, означає, що підтвердження могли не дійти до клієнтів. А сервісна роль, увімкнена над каталогом без послуг, про які можна питати, дасть ескалації, схожі на збій моделі, хоча насправді це порожній список шаблонів.
Поширене запитання
Яка метрика вирішує, чи підвищувати автономію AI?
Correction rate — частка витягнених AI відповідей кваліфікації, які людина потім переписала, — у парі з часткою заявок, що досягають ready for scheduling. Зростання виправлень означає, що агент радше вгадує, ніж читає, і це привід виправити шаблон послуги, а не видати ширший дозвіл. Причини ескалацій і готовність каталогу пояснюють більшість решти.