Як організувати support-сервіс рівня WOW в IT

Досі думаєш, що тіма підтримки — це лише про менеджмент скарг і навігацію юзера на продукті? Залиш це у минулому, бо крутий support зараз є амбасадором бренду та нескінченним джерелом ідей для бізнесу.

Я Діана Подолянко, Quality Control Manager з 4+ роками досвіду, і зараз я частина сапорт-тіми у компанії MOJAM. Ми створюємо продукти для геймерів і добре знаємо, як support впливає на розвиток всього проєкту. З часом наша команда виросла від класичного сапорту для «гасіння пожеж» до тіми, яка допомагає бізнесу знаходити інсайти, бустити продукт і будувати сервіс рівня PRO. Хочеш зрозуміти, як і навіщо? Розбираємо нашу success story на пікселі у статті.

Чому для нас крута система підтримки це критично?

Сильна support-система — це база нашого принципу Be User-Oriented. Без неї ця цінність залишається просто текстом на сайті, а не реальним досвідом. Ми не сприймаємо support як просте «обслуговування» юзерів. Підхід у стилі «відповісти швидше, вкластися в кости й рухатися далі» — занадто поверхневий.

Реальність така: сапорт вмикається тоді, коли ідеальний сценарій зламався. Юзер вже випав із бажаної маркетингової воронки. Він перебуває в точці, де щось пішло не так: людина приходить з болем, і те, як команда його вирішить, визначить майбутнє стосунків із продуктом. Тому суперсила support-тіми у MOJAM — множити користь:

Для бізнесу: Це про Retention та LTV (Lifetime Value). Сапорт транслює голос користувача, який ми аналізуємо та забираємо інсайти для продукту. Коли юзер задоволений, він залишається з нами, а команда отримує реальну картину того, що варто фіксити в першу чергу
Для користувача: Тіма знімає технічні та психологічні бар’єри й розв’язує проблеми у взаємодії з продуктом. Це краш-тест і можливість бренду показати своє «людське обличчя» у моменті, коли щось пішло не за планом
Для команди: Це школа експертизи. Сапорт взаємодіє з усією операційкою та стає ідеальним майданчиком для старту та розвитку талантів, які розуміють продукт зсередини

І головне, MOJAM завжди ставить у пріоритет рівень сервісу на кожному етапі взаємодії з брендом. А що може створити більший WOW-ефект, ніж команда підтримки рівня PRO?

Ми пройшли довгий шлях від стандартного «сервісу» до стратегічного сапорту. Наш рівень зростав синхронно з еволюцією системи, і зараз це дві кардинально різні картини. Для наочності, ось як виглядав наш сапорт «До» і як він працює «Зараз»:

Support «До»

Колись наш сапорт був класичним взірцем стартап-підходу. Ми вірили, що головне — не дати юзеру чекати, і будували систему навколо бази: швидкість, миттєве рішення та мінімізація костів.

Фокус був на секунди. Вимірювали успіх за швидкістю відповіді в чаті. Ціль була амбітна — 30 секунд, і нам вдавалося її стабільно тримати
У кожного був свій авторський стиль. Кожен агент підтримки мав свій підхід до комунікації. Хтось відповідав жартами, а хтось сухо по ділу. Спільного tone of voice не існувало, все трималося на власному досвіді тіммейтів
Покриття 24/7. Пріоритет був у доступності в будь-яку секунду для юзерів з різних куточків світу
Жорсткий фокус на метрики. Наш CSAT (Customer Satisfaction Score) тримався в районі 80%, а вартість одного тікета (Cost per Ticket) складала всього $2.1, що є супер показниками для індустрії

Проте масштабування показало прогалини, і що система має зростати разом з розвитком бізнесу. Зараз ми десь між рівнями розвитку Усвідомлення та Відмінності, а отже, у фокусі — хендлити очікуваний потік тікетів на однаково високому рівні та перетворювати кожен кейс в інсайт для майбутнього прийняття рішень.

Support «Зараз»

Ми змогли якісно апгрейднути систему підтримки тому що фаундери та команда завжди були на одній хвилі. Отримали запит від бізнесу орієнтуватися на формат чатів із повним вирішенням проблеми «в моменті», протягом 5–10 хвилин, щоб юзер не просто отримав відповідь, а вийшов із діалогу з готовим результатом. При цьому на перший план виходить якість комунікації та Friendly Tone of Voice: спілкуємося як професійні, але живі люди, без штучних роботичних скриптів.

Щоб масштабувати цей підхід, ми почали активно використовувати ШІ. Інтегруємо його для автоматизації всієї внутрішньої «кухні», рутинних процесів та аналітики, а спілкування з користувачами залишаємо виключно за тіммейтами. Весь цей апгрейд втілюємо через майндсет здорового глузду та контролю костів, бо кожна інвестиція в сервіс має бути обґрунтованою та працювати на загальну ефективність бізнесу.

Зараз нам вдалося побудувати керовану систему:

Швидкість завжди у парі з результативністю. Ми не просто «відписуємося», а реально розв’язуємо питання. Наш First Response тримається на рівні 65 секунд, а середній час повного закриття проблеми (Full Resolution) складає до 8 хвилин. При цьому 85%+ запитів вирішуємо з першого ж контакту
Стандарти to the moon. Замість рандомних відповідей впровадили чіткий контроль, і зараз наш середній QC (Quality Control) Score становить 90%. Валідуємо кожен діалог на відповідність гайдлайнам, щоб юзер отримував топовий досвід у кожному чаті
Єдиний Tone of Voice та політики. Розробили стандарти та детальні алгоритми на будь-який випадок життя. Тепер у команди є зрозумілий фундамент, а користувач відчуває єдиний стиль бренду, незалежно від того, хто саме йому відповідає
Все ще покриття 24/7 та новий погляд на кости. Зберігаємо покриття 24/7, утримуючи CSAT на рівні 80%. При цьому вартість одного тікета складає $3. Це свідоме інвестування в якість, яке повністю окупається шляхом лояльності юзерів та росту бізнес-метрик

Shift Leads

У новій системі окрему роль зайняли ліди команди підтримки. Це не просто досвідчені сапорти, а люди, які в реальному часі керують операційним хаосом. Вони моніторять черги звернень, миттєво підключаються до складних кейсів і допомагають тімі приймати рішення в нестандартних ситуаціях. Саме Shift Leads першими ловлять масові інциденти та координують дії всієї зміни, щоб система не захлинулася під навантаженням. Без них support або втрачає темп, або неминуче скочується назад у «гасіння пожеж», тому в нашій структурі вони — MVP.

Quality Control

У MOJAM, QC — це не «поліція помилок», а система, яка допомагає сапорту рости швидше, а юзерам — отримувати сервіс рівня WOW. Колись підтримка працювала більше «по відчуттях»: фідбек був точковим, реакція — не завжди блискавичною, а якість сильно залежала від конкретного агента. Зараз усе інакше. У нас немає культури страху перед перевірками. Уся робота побудована на взаємній повазі: ми даємо багато фідбеку на великій вибірці тікетів, швидко підсвічуємо помилки та недоліки, але критика тут завжди = конструктив, без тиску та токсичності.

Щоб підтримувати цей рівень, ми використовуємо Rippit (MaestroQA) не як звичайну табличку з оцінками, а як цілу екосистему контролю якості. У нас є кастомні скоркарди з різною вагою критеріїв залежно від їхнього впливу на бізнес і user experience. Для чатів та тікетів — окремі підходи. Чому так? Бо у чатах критичними є швидкість і flow комунікації, у тікетах — структура, точність і повнота відповіді.

Попри відмінності в динаміці, обидві скоркарди мають ключові рубрики:

Ticket Management / Chat Flow: як агент керує процесом спілкування
Case Resolution / Procedures: правильність рішення та дотримання процедур
Soft Skills: ввічливість та емпатія
Language Use: грамотність та стиль мовлення
Compliance with Company Policy: суворе дотримання політик компанії

Під час аудиту ми аналізуємо діалог як цілісну систему. Ми дивимося на:

Management & Flow. Як агент керує розмовою?
Soft Skills. Чи юзер відчував емпатію, а не спілкувався з роботом?
Compliance. Чи все було за правилами наших політик безпеки?

Окремий левел нашого QC — це лінгвістичне менторство. Оскільки більшість діалогів у нас англійською, нам важливо, щоб комунікація звучала нативно й по-людськи, а не як шаблонна відповідь сапорту.

Тому навіть якщо агент технічно правильно розв’язав проблему, але проігнорував емоційний стан юзера або відповів надто сухо — це вже зона для росту. Бо для нас хороша підтримка — не лише «проблему вирішено», а й «юзер відчув, що його справді зрозуміли».

Тримати рівень допомагає автоматизація. Зараз у нас працює гібридна модель: AI бере на себе рутину — 100% перевірку грамотності, soft skills і tone of voice, а команда фокусується на найскладнішому: технічних кейсах, діалогах з VIP-користувачами і bad CSAT-ситуаціях. Це дозволяє не просто «латати» проблеми, а реально вирішувати їх причини.

Культура фідбеку

Звісно, на такій динамічній і контактній позиції, як сапорт, можуть траплятися факапи, складні кейси чи просто людські помилки. Але ми бачимо ці ситуації скоріше як вікно можливостей для апгрейду, а не кінець світу.

Саме тому ми навіть впровадили власну «Joker Card». Це інструмент, який підтримує no-blame culture всередині команди. Якщо агент розуміє, що десь помилився, наприклад, неправильно використав макрос чи некоректно інтерпретував правило, то він може самостійно зарепортити це через автоматизацію в Slack протягом 24 годин. Такий кейс не впливає на QA-оцінку чи бонуси. Для нас це не спосіб «списати провину», а можливість прокачати систему.

Візьмемо реальний кейс: агент помилився у складному флоу рефанду і зрозумів це лише після закриття тікета. Замість того щоб сподіватися, що цього ніхто не помітить, він використовує «Джокер». Як результат: ми не псуємо статистику агента, натомість отримуємо сигнал, що конкретну інструкцію в базі знань варто зробити простішою. Так ми лікуємо причину проблеми, а не караємо за симптоми, і команда знає: визнати помилку — це прояв професіоналізму, а не слабкості.

Як працює команда підтримки у MOJAM

Level 1: Найм

Сапорт у MOJAM починається не з першого закритого тікета, а з правильного найму. Ми давно відмовилися від підходу «здається, нормальний кандидат» на користь системності. Зараз відкриваємо вакансію лише тоді, коли навантаження стабільно перевищує можливості поточної команди. Наш підхід до масштабування у 2025 році дозволив тімі вирости майже у 2.5 раза до 37 людей, зберігаючи при цьому ефективність завдяки чітким критеріям:

Розрахунок навантаження: Враховуємо реальну продуктивність агента на рівні 80%, закладаючи запас на shrinkage (відпустки, лікарняні, навчання)
Таймінг та піки: Аналізуємо навантаження по годинах, щоб виводити людей саме тоді, коли юзери створюють найбільше тікетів
Зворотний зв’язок: Чуємо тіму, і якщо агенти кажуть про оверлоад у конкретні слоти, це стає прямим сигналом до розширення

Далі вмикається багаторівневий фільтр відбору, де процес заточений під пошук ідеального match:

Будуємо найм навколо детального портрета кандидата
Даємо тестове завдання. Це наш перший фільтр, який відсіює тих, хто не готовий занурюватися в деталі
Далі перше технічне інтерв’ю, де ми перевіряємо не тільки hard та soft skills, а передусім хід думок людини
Нарешті, фінальний етап: приймаємо рішення на основі другого технічного інтерв’ю. Нам важливо, щоб кандидат підходив команді, а команда — кандидату

Level 2: Навчання та онбординг

Навіть топовий кандидат без системного входу в продукт — це ризик отримати рандомний результат. Тому у MOJAM онбординг — це мега-чітко налаштований інтенсив, де теорія та практика у синергії. Головна місія на період онбордингу — це навчити нового тіммейта розуміти логіку продукту зсередини. Ми постійно «допилюємо» систему онбордингу, щоб кожен наступний агент ставав у стрій ще швидше та якісніше. Весь процес зашитий у внутрішній HR системі People Force і чітко організований to the max:

Дні 1–2 (Сайт):

Повний розбір фіч. Новий тіммейт робить реальне тестування продукту на проді зі свого стаф-аккаунту. Новачок має все «проклікати руками», щоб знати кожен куточок продукту краще за юзера.

Дні 3–4 (Адмінка)

Вивчаємо «що під капотом». Як шукати інфу, як читати зріз даних користувача та проводити точну діагностику запиту. Кожен день завершується тестом на закріплення.

Дні 4–9 (Практика з Shift Lead)

Після теорії починається справжній драйв у Zendesk. Щоб новачок не залишався з потоком запитів наодинці, ми впровадили комплексну систему адаптації. Команда QC проводить welcome-міти, де детально розбирає внутрішні політики, наш Tone of Voice та стандарти сервісу Крім того, ми знайомимо новачка зі скоркартами, а досвідчені колеги, шифт ліди, підтримують через shadowing — допомагають розбирати складні кейси та відповідати юзерам у режимі реального часу

Важливий нюанс: тіммейт вчиться не лише «що» відповідати, а й «як». Це поступова адаптація до нашого Tone of Voice та стандартів QC, бо погана комунікація = новий тікет через 2 хвилини. До прикладу, QC-тіма проводить welcome-міти, де пояснює політики, ToV, базові правила структури чатів та мейлів, а також знайомить зі скоркартами.

День 10 (Фінал)

Тут кандидата чекають тестовий іспит за підсумками періоду навчання та обов’язковий збір фідбеку від команди.

Level 3: Воркфлоу

Джемимо 24/7

Працюємо цілодобово, тому підтримка юзерів не зупиняється ні на хвилину. Саме ремоут-формат дозволяє ефективно закривати нічні зміни завдяки сапортам із різних часових поясів: у команді є тіммейти з Грузії, Мексики, України, Домініканської Республіки та Румунії. Загалом це 37 спеціалістів, які разом тримають стабільний флоу підтримки 24/7. Ми спілкуємося з юзерами англійською, але функція автоперекладу від Zendesk допомагає вільно спілкуватися, навіть якщо людина говорить іншою мовою.

База знань в Confluence

Пам’ять може підвести, а Confluence — ні. Будь-яка нова фіча чи зміна в логіці одразу фіксується в нашому Knowledge Hub. Це єдине джерело правди, де зібрано все необхідне для впевненої роботи:

Workflows та Гайди: Детальні сценарії по платежах, термінах, рефандах та ескалаціях
Safety & Compliance: Anti-fraud процеси, GDPR (General Data Protection Regulation), політики та обмеження конкретних маркетів
Standards: Наш Tone of Voice, гайдлайни для чатів/тікетів та чіткі QC-метрики
Cross-team: Протоколи взаємодії з іншими департаментами

Cинхронізація з продуктом у реальному часі

Support — це голос користувача, а не просто виконавець інструкцій. Ми не просто «приймаємо» оновлення від Product Team, а адаптуємо їх під потреби підтримки, покращуючи процеси на основі живого фідбеку від агентів та юзерів.

Slack-канал для оперативних апдейтів: Тут команда отримує пріоритетну інфу перед зміною та під час неї: що змінилося, як це впливає на юзера та які конкретні кроки в комунікації ми робимо прямо зараз
Maintenance бази: Спільно чистимо застарілу інфу та переносимо стабільні релізи в Confluence

Менеджмент всередині тіми

Внутрішні процеси, як-от зміни графіка чи перестановки (свапи) змін, у нас систематизовані. Хендлимо coverings and swap shifts у support-каналі та одразу відображаємо це в загальному графіку, щоб операційна стабільність не залежала від людського фактора.

Level 4: Аналітика

Наша тіма сприймає звернення в підтримку як потік сирих, чесних інсайтів від найактивнішої когорти юзерів. Якщо правильно збирати та обробляти ці дані, починається справжня магія продуктового розвитку на основі реального досвіду юзерів. Сьогодні сапорт активно живить інсайтами ключові команди, як-от Product і Payments-тіми.

Без системності величезний обсяг даних просто лежить «мертвим вантажем». Але ми навчилися витискати з нього максимум. Тільки за грудень 2025 року:

Оброблено 15 331 звернень
Використано 181 унікальних тегів для точної класифікації
Теги проставлялися понад 19 700 разів (детальна розмітка кожного кейсу)
Для продуктової команди було відфільтровано та глибоко проаналізовано майже 8 000 запитів

Щоб не потонути в операційці та виключити людський фактор, ми залучили ШІ. Нейронка обробляє масиви даних, які фізично неможливо осягнути вручну. За той самий місяць ШІ «проковтнув» 13,7 млн символів — це як 31 книга!

Level 5: Автоматизація

Зараз ми йдемо до системи, де технології забирають на себе всю рутину та звільняють час агентів для справді складних і важливих кейсів. Ми цінуємо кожну секунду і юзерів, і тіми, тому вибудували процес, де частина рішень приймається миттєво без участі людини.

Замість того щоб агент вручну шукав, кому відповісти, система сама керує потоком за допомогою трьох підходів:

Тригери: Миттєві дії, що спрацьовують на події. Вони автоматично маршрутизують тікети та підтягують контекст ще до того, як агент відкриє чат
Автоматизації: Правила, що працюють із відстрочкою за часом. Це наш запобіжник: система сама нагадає про кейс або поверне тікет у роботу, щоб жоден запит не «загубився»
Розумні черги (Views): Правильна логіка розподілу гарантує, що критичні запити миттєво потрапляють до онлайн-агентів. Це потрібно для балансу навантаження всередині команди

Плюс, наш ШІ-агент у чат-віджеті — це перший рівень допомоги, який працює на випередження. Ми інтегрували його так, щоб юзер отримував результат максимально швидко. AI пропонує релевантні статті з бази знань ще до того, як користувач натисне кнопку «створити тікет». Це дозволяє розв’язати питання миттєво. Якщо рішення не знайдено — створюється тікет. Але агент отримує його не «порожнім», а вже з повним набором даних: ID, email та базовим контекстом проблеми.

Support майбутнього: сервіс to the moon

Всі ці епічні зусилля дають крутий результат: вони бустять наш продукт та допомагають будувати довготривалі стосунки з юзерами. Ми бачимо це в реальних метриках: після взаємодії з сапортом юзери частіше дотискають цільові дії, активніше повертаються в продукт і відчувають той самий «конект» із брендом. У нас справді вийшло перебудувати тіму у хаб знань всередині компанії. Сьогодні до сапортів приходять не тільки юзери, а й тіммейти з інших відділів. Наприклад, команда SMM може звернутися, щоб уточнити, як саме працює певна фіча на сайті чи в адмінці, або запитати, до кого краще звернутися для розв’язання конкретного питання. І це дуже показовий момент: сапорт настільки глибоко занурений у продукт і процеси, що поступово стає одним із центрів внутрішньої експертизи та координації між командами.

Наступний левел — масштабування інтелектуальної екосистеми. Ми будуємо support-систему майбутнього, де Self-service та ШІ стають базою. Більшість стандартних запитів вирішується миттєво ще до створення тікета, а автоматизація повністю закриває рутину. Натомість, наші люди фокусуються на Hard Cases — нестандартних та емоційно складних викликах, де потрібна глибока експертиза та реальна емпатія. Тут важливий справжній H2H-підхід (human-to-human touch), коли юзер відчуває, що по той бік екрана з ним говорить не бот і не «скриптований сапорт», а жива людина, яка реально розуміє ситуацію й хоче допомогти.

Теми: Customer Support, support, менеджмент