Як створити QA-скоркард для саппорту, який реально вимірює якість

За шість років у тестуванні якості я чітко зрозуміла: метрика в скоркарді - це не самоціль. QA має відповідати бізнесу на два значно важливіших питання:

Де саме є реальні прогалини, які коштують нам грошей? Що саме потрібно покращити, щоб зберігати та підвищувати рівень задоволеності клієнтів?

Звісно, корисно підглядати за практиками сильних QA-команд і позичати вдалі ідеї. Але те, що ідеально працює в інших, не обов’язково спрацює у вас. Ваша оціночна система має віддзеркалювати саме ваші процеси, цілі та бізнес-реалії.

Ось кілька помилок у контакт-центрах, які я часто бачу на практиці:

1. Створювати скоркарди у відриві від бізнесу  

Перше, з чого варто почати QA-команді, — це налагодити нормальний конект зі стейкхолдерами. Якщо QA сидить у своєму вакуумі й не розуміє, що реально болить тімлідам та менеджерам, вона швидко перетвориться на «відділ збору звітів», а не джерело користі.   Недостатньо просто запровадити «правильні» стандарти сервісу лише тому, що вони вважаються найкращими практиками. Ваші критерії мають відповідати цілям компанії, її регламентам, цінностям, очікуванням клієнтів і бізнес-реаліям. Наприклад, можна витрачати години на оцінювання якості small talk чи рахувати задовгі паузи вашого агента, але якщо це ніяк не впливає на утримання клієнтів, дохід чи якість спілкування — ви вимірюєте повітря. Хороший скоркард створюється разом із тими, хто ним безпосередньо користуватиметься. Водночас стейкхолдери теж не завжди бачать картину повністю. QA має приносити свою експертизу, де треба — ставити під сумнів застарілі гіпотези й тримати баланс між «красивим сервісом» та бізнес-реальністю.

2. Ставитися до скоркарду як до чогось «закарбованого в граніті»

Те, що ідеально працювало два роки тому, сьогодні може втратити сенс. Змінюються пріоритети бізнесу, очікування клієнтів, процеси та самі команди. Це означає, що QA не може існувати у власному світі, відірваному від "полів". Чим ближче QA-команда до оперативки, тим краще вона розуміє ситуацію: з якими труднощами стикаються агенти, які процеси створюють перешкоди, які помилки системно повторюються та які навички людям справді варто розвивати. З мого досвіду, QA та операційний відділ працюють найефективніше тоді, коли діють як єдина система, а не як дві окремі структури, що мають претензії одна до одної. 

3. Оцінювати лише один канал комунікації

Якщо ваші клієнти пишуть у чати, месенджери, соцмережі, телефонують чи надсилають імейли, а ви оцінюєте лише щось одне — ви втрачаєте величезний шматок customer journey. Клієнт може бути в захваті від дзвінка, але реально розчаруватися від того, що ви відповідали на емейл три дні. Або бути задоволеним спілкуванням з агентом, але чомусь плюватися від чат-бота, яким ви так пишаєтеся. У результаті клієнт запам’ятає загальне враження, а не окремий ідеальний дзвінок. QA має підсвічувати досвід клієнта на всьому шляху, а не тільки на точкових взаємодіях.

4. Знаходити помилки, але нічого з ними не робити

Можна оцінити тисячі дзвінків і підготувати чудові звіти, але якщо ті самі помилки продовжують повторюватися, то яка з цього користь? Клієнту байдуже, скільки дзвінків перевірила ваша QA-команда, робили це вручну чи за допомогою AI-програми за 10 тис доларів на місяць, йому важливо, наскільки легко та зручно взаємодіяти з компанією просто зараз. Іноді рішення - це точковий коучинг саппорту або тренінг для всієї команди. А іноді проблема взагалі не в людині, а в заплутаному процесі, кривій системі чи провисаючій комунікації між відділами. І якщо ви можете виявити справжню причину та допомогти бізнесу її усунути —  це, мабуть, найкращий захист для QA-команди в будь-які часи змін чи оптимізацій.

Підсумок: суть QA-скоркарду не у заплутаних формулах та нескінченних списках вимог. Головне -  бачити, де бізнес втрачає якість, підсвічувати слабкі місця в клієнтському досвіді й давати відповідь на питання: «Що ми можемо покращити просто зараз?»