Шаблон кар’єрної драбини

Грейди фахівця підтримки: шаблон кар’єрної драбини

П’ять рівнів від молодшого фахівця до керівника підтримки і сім компетенцій — від розв’язання звернень до управління функцією.

Почати безкоштовно Завантажити CSV

Безкоштовний тариф · Банківська картка не потрібна

Цю кар’єрну драбину написано для служби підтримки в компанії приблизно на 20–200 людей: кілька людей відповідають в усіх каналах, знають продукт не гірше за інших і першими дізнаються, коли щось зламалося. Вона описує п’ять рівнів — від людини на першій роботі в підтримці до того, хто відповідає за підтримку в усій компанії. Найвищий рівень, керівник підтримки, очолює всю функцію підтримки, а не належить до експертного треку.

Рівні визначаються тим, що людина робить, а не тим, скільки звернень вона закрила. Читайте рядок матриці компетенцій зліва направо — так видно, як очікування зростає від одного діалогу з клієнтом до того, як компанія ставиться до всіх клієнтів. З її допомогою зручно пояснювати, який вигляд має наступний крок, структурувати чек-іни й готувати кейси на підвищення, у яких є щось, крім оцінки задоволеності.

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

Рівні коротко

Молодший фахівець підтримки
Опановує продукт та інструменти й розв’язує типові питання за допомогою шаблонів відповідей і бази знань.
Масштаб
Окремі звернення на найпоширеніші теми; поруч — досвідченіший колега, до якого можна звернутися.
Фахівець підтримки
Самостійно розв’язує більшість звернень в усіх каналах і знає, коли та як ескалювати решту.
Масштаб
Увесь спектр повсякденних звернень в одному чи кількох каналах, зокрема питання щодо акаунтів і оплати.
Старший фахівець підтримки
Бере найскладніші випадки, розбирається в технічних проблемах і є експертом команди з однієї чи кількох частин продукту.
Масштаб
Складні й ескальовані звернення, одна чи кілька частин продукту й підготовка підтримки до запуску нових функцій.
Тимлід підтримки
Веде щоденну роботу служби підтримки й покращує те, як вона дає раду навантаженню, якості та ескалаціям.
Масштаб
Уся черга звернень і процеси підтримки, часто — з прямою відповідальністю за двох–шістьох людей.
Керівник підтримки
Відповідає за підтримку як функцію: її стратегію, штат, бюджет і місце в рішеннях компанії.
Масштаб
Усі канали зв’язку з клієнтами, команда підтримки та її тимліди, вплив підтримки на продукт і виручку.

Матриця компетенцій

Рядки — компетенції, стовпці — рівні. Читайте рядок зліва направо, щоб побачити, як зростають очікування.

Що означає кожна компетенція

Розв’язання звернень: Розуміти, що насправді потрібно клієнтові, і доводити його до робочої відповіді.
Спілкування з клієнтами: Писати й говорити з клієнтами чітко, доброзичливо й голосом компанії.
Знання продукту та технічної частини: Розуміти, як влаштований продукт, як ним користуються клієнти і де він зазвичай ламається.
Ескалації й зворотний зв’язок у продукт: Перетворювати те, про що повідомляють клієнти, на баги, виправлення й продуктові рішення.
База знань і самообслуговування: Писати довідкові статті й шаблони відповідей, які дають змогу клієнтам і колегам знаходити відповідь без очікування.
Операційна робота підтримки: Керувати чергою, інструментами й показниками, щоб підтримка залишалася надійною зі зростанням навантаження.
Менторство та лідерство: Допомагати колегам зростати й будувати команду підтримки, у якій хочеться залишатися.

Фахівець підтримки: очікування за компетенціями й рівнями
Компетенція	Молодший фахівець підтримки	Фахівець підтримки	Старший фахівець підтримки	Тимлід підтримки	Керівник підтримки
Розв’язання звернень	Розв’язує типові питання за допомогою бази знань і шаблонів відповідей, ставить уточнювальні запитання, перш ніж відповісти, і передає звернення зі зрозумілим резюме, якщо воно йому не під силу.	Розв’язує більшість звернень за одну–дві відповіді без сторонньої допомоги, відтворює проблему в тестовому акаунті перед ескалацією й повертається до клієнта, коли виправлення вийшло.	Бере випадки, які не зміг розв’язати ніхто інший: розбирається в логах, даних і налаштуваннях акаунта, знаходить справжню причину й перетворює разові рішення на інструкції для інших.	Визначає, як команда сортує, пріоритизує й передає звернення, шукає закономірності в черзі й сам долучається до випадків, де під загрозою стосунки з клієнтом.	Визначає модель підтримки — канали, години роботи, цільовий час відповіді, лінії, — щоб клієнт отримував справедливу й однакову відповідь, хоч би як він звернувся до компанії.
Спілкування з клієнтами	Пише точні, ввічливі й зрозумілі відповіді, адаптує шаблони до ситуації клієнта й перевіряє, що відповів саме на поставлене запитання.	Добирає тон і ступінь детальності під клієнта й ситуацію, чесно пояснює обмеження та обхідні шляхи й заспокоює роздратованих клієнтів, не обіцяючи зайвого.	Веде найделікатніші розмови — збої, проблеми з даними, невдоволені ключові клієнти — і пише повідомлення клієнтам про інциденти та зміни в продукті.	Задає тон спілкування й стандарти якості команди, щотижня переглядає вибірку діалогів і дає кожному конкретний зворотний зв’язок щодо його текстів.	Відповідає за те, як компанія говорить із клієнтами у складні моменти, і сам спілкується з ключовими клієнтами та керівництвом, коли стосунки під загрозою.
Знання продукту та технічної частини	Знає основні функції й типові сценарії, шукає відповідь у внутрішній документації, перш ніж питати, і записує те, що дізнався, на наступну зміну.	Знає продукт цілком, зокрема налаштування, інтеграції й оплату, і читає прості логи, повідомлення про помилки чи відповіді API, щоб звузити коло пошуку.	Є експертом з однієї чи кількох частин продукту, розбирається в нових функціях до запуску й навчає їх решту команди.	Стежить, щоб знання команди встигали за продуктом: планує навчання перед запусками, розподіляє експертизу так, щоб жодна ділянка не залежала від однієї людини, і вводить новачків у роботу за тижні, а не місяці.	Домагається, щоб підтримку залучали до продуктових рішень заздалегідь і запуски приходили з документацією, навчанням і планом підтримки, а не з раптовим сплеском звернень.
Ескалації й зворотний зв’язок у продукт	Дотримується процесу ескалації, правильно ставить теги й додає те, що потрібно розробникам: акаунт, кроки, скриншоти й очікувану поведінку.	Пише баг-репорти, з якими розробники можуть працювати без уточнювальних запитань, пов’язує дублікати й тримає клієнта в курсі, доки виправлення в роботі.	Помічає тенденції у зверненнях, підкріплює їх цифрами й приносить продукту та розробці з чітким описом того, як це позначається на клієнтах.	Веде регулярний цикл зворотного зв’язку з продуктом і розробкою: домовляється про правила ескалації й терміни реакції, доводить відкриті проблеми до розв’язання й повідомляє, про що клієнти просять найчастіше.	Робить біль клієнтів постійним джерелом для роадмапу, з даними, яким довіряє керівництво, і домовляється з продуктом і розробкою про те, як пріоритизуються проблеми з підтримки.
База знань і самообслуговування	Позначає хибні чи застарілі статті й пропонує новий шаблон відповіді, коли те саме запитання надходить знову й знову.	Пише й оновлює статті довідкового центру та шаблони відповідей зі своїх тем — зі скриншотами й кроками, що відповідають поточному продукту.	Відповідає за довідкові матеріали щодо цілих частин продукту, переписує їх відповідно до того, про що клієнти й далі питають, і перевіряє, чи справді статті зменшують кількість звернень.	Задає структуру, стиль і процес рев’ю бази знань і разом із командою вирішує за даними звернень, які теми описати наступними.	Визначає стратегію самообслуговування — довідковий центр, підказки в продукті, спільнота, чат-бот — і інвестує в неї, щоб підтримка зростала повільніше за клієнтську базу.
Операційна робота підтримки	Розбирає чергу в узгодженому порядку, вкладається в цільовий час відповіді у свої зміни й підтримує статуси та теги звернень у порядку.	Сам розподіляє своє навантаження між каналами, у звичайний тиждень вкладається в цільовий час відповіді й розв’язання та пропонує зміни, коли процес його гальмує.	Покращує робоче середовище команди: налаштовує макроси, автоматизації й представлення в хелпдеску та усуває вузькі місця, що погіршують час відповіді.	Планує графіки й покриття, щотижня стежить за часом відповіді, беклогом і задоволеністю та змінює маршрутизацію, штат чи процес, коли показники зсуваються.	Відповідає за інструменти, бюджет і метрики підтримки, прогнозує навантаження за планами зростання компанії й обґрунтовує найм чи інструменти до того, як команда перевантажена.
Менторство та лідерство	Просить зворотний зв’язок щодо своїх відповідей, ділиться корисними знахідками в каналі команди й допомагає підтримувати спільні нотатки в актуальному стані.	Допомагає новим колегам зі складними зверненнями, на прохання рецензує їхні відповіді й підміняє колег у завантажені періоди.	Наставляє одну–дві людини, проводить онбординг новачків зі своїх частин продукту й дає колегам чесний і конкретний зворотний зв’язок.	Регулярно проводить зустрічі один на один із командою, ставить із кожним цілі розвитку, рано помічає вигорання й бере участь у наймі.	Будує й розвиває команду підтримки та її тимлідів, визначає кар’єрні шляхи за цією драбиною й робить підтримку шанованим місцем для кар’єрного зростання.

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

Завантажити CSV Відкривається в Excel, Google Таблицях і Numbers.

Молодший фахівець підтримки: що очікується

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

Розв’язання звернень: Розв’язує типові питання за допомогою бази знань і шаблонів відповідей, ставить уточнювальні запитання, перш ніж відповісти, і передає звернення зі зрозумілим резюме, якщо воно йому не під силу.
Спілкування з клієнтами: Пише точні, ввічливі й зрозумілі відповіді, адаптує шаблони до ситуації клієнта й перевіряє, що відповів саме на поставлене запитання.
Знання продукту та технічної частини: Знає основні функції й типові сценарії, шукає відповідь у внутрішній документації, перш ніж питати, і записує те, що дізнався, на наступну зміну.
Ескалації й зворотний зв’язок у продукт: Дотримується процесу ескалації, правильно ставить теги й додає те, що потрібно розробникам: акаунт, кроки, скриншоти й очікувану поведінку.
База знань і самообслуговування: Позначає хибні чи застарілі статті й пропонує новий шаблон відповіді, коли те саме запитання надходить знову й знову.
Операційна робота підтримки: Розбирає чергу в узгодженому порядку, вкладається в цільовий час відповіді у свої зміни й підтримує статуси та теги звернень у порядку.
Менторство та лідерство: Просить зворотний зв’язок щодо своїх відповідей, ділиться корисними знахідками в каналі команди й допомагає підтримувати спільні нотатки в актуальному стані.

Фахівець підтримки: що очікується

Самостійно розв’язує більшість звернень в усіх каналах і знає, коли та як ескалювати решту. Увесь спектр повсякденних звернень в одному чи кількох каналах, зокрема питання щодо акаунтів і оплати.

Розв’язання звернень: Розв’язує більшість звернень за одну–дві відповіді без сторонньої допомоги, відтворює проблему в тестовому акаунті перед ескалацією й повертається до клієнта, коли виправлення вийшло.
Спілкування з клієнтами: Добирає тон і ступінь детальності під клієнта й ситуацію, чесно пояснює обмеження та обхідні шляхи й заспокоює роздратованих клієнтів, не обіцяючи зайвого.
Знання продукту та технічної частини: Знає продукт цілком, зокрема налаштування, інтеграції й оплату, і читає прості логи, повідомлення про помилки чи відповіді API, щоб звузити коло пошуку.
Ескалації й зворотний зв’язок у продукт: Пише баг-репорти, з якими розробники можуть працювати без уточнювальних запитань, пов’язує дублікати й тримає клієнта в курсі, доки виправлення в роботі.
База знань і самообслуговування: Пише й оновлює статті довідкового центру та шаблони відповідей зі своїх тем — зі скриншотами й кроками, що відповідають поточному продукту.
Операційна робота підтримки: Сам розподіляє своє навантаження між каналами, у звичайний тиждень вкладається в цільовий час відповіді й розв’язання та пропонує зміни, коли процес його гальмує.
Менторство та лідерство: Допомагає новим колегам зі складними зверненнями, на прохання рецензує їхні відповіді й підміняє колег у завантажені періоди.

Старший фахівець підтримки: що очікується

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

Розв’язання звернень: Бере випадки, які не зміг розв’язати ніхто інший: розбирається в логах, даних і налаштуваннях акаунта, знаходить справжню причину й перетворює разові рішення на інструкції для інших.
Спілкування з клієнтами: Веде найделікатніші розмови — збої, проблеми з даними, невдоволені ключові клієнти — і пише повідомлення клієнтам про інциденти та зміни в продукті.
Знання продукту та технічної частини: Є експертом з однієї чи кількох частин продукту, розбирається в нових функціях до запуску й навчає їх решту команди.
Ескалації й зворотний зв’язок у продукт: Помічає тенденції у зверненнях, підкріплює їх цифрами й приносить продукту та розробці з чітким описом того, як це позначається на клієнтах.
База знань і самообслуговування: Відповідає за довідкові матеріали щодо цілих частин продукту, переписує їх відповідно до того, про що клієнти й далі питають, і перевіряє, чи справді статті зменшують кількість звернень.
Операційна робота підтримки: Покращує робоче середовище команди: налаштовує макроси, автоматизації й представлення в хелпдеску та усуває вузькі місця, що погіршують час відповіді.
Менторство та лідерство: Наставляє одну–дві людини, проводить онбординг новачків зі своїх частин продукту й дає колегам чесний і конкретний зворотний зв’язок.

Тимлід підтримки: що очікується

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

Розв’язання звернень: Визначає, як команда сортує, пріоритизує й передає звернення, шукає закономірності в черзі й сам долучається до випадків, де під загрозою стосунки з клієнтом.
Спілкування з клієнтами: Задає тон спілкування й стандарти якості команди, щотижня переглядає вибірку діалогів і дає кожному конкретний зворотний зв’язок щодо його текстів.
Знання продукту та технічної частини: Стежить, щоб знання команди встигали за продуктом: планує навчання перед запусками, розподіляє експертизу так, щоб жодна ділянка не залежала від однієї людини, і вводить новачків у роботу за тижні, а не місяці.
Ескалації й зворотний зв’язок у продукт: Веде регулярний цикл зворотного зв’язку з продуктом і розробкою: домовляється про правила ескалації й терміни реакції, доводить відкриті проблеми до розв’язання й повідомляє, про що клієнти просять найчастіше.
База знань і самообслуговування: Задає структуру, стиль і процес рев’ю бази знань і разом із командою вирішує за даними звернень, які теми описати наступними.
Операційна робота підтримки: Планує графіки й покриття, щотижня стежить за часом відповіді, беклогом і задоволеністю та змінює маршрутизацію, штат чи процес, коли показники зсуваються.
Менторство та лідерство: Регулярно проводить зустрічі один на один із командою, ставить із кожним цілі розвитку, рано помічає вигорання й бере участь у наймі.

Керівник підтримки: що очікується

Відповідає за підтримку як функцію: її стратегію, штат, бюджет і місце в рішеннях компанії. Усі канали зв’язку з клієнтами, команда підтримки та її тимліди, вплив підтримки на продукт і виручку.

Розв’язання звернень: Визначає модель підтримки — канали, години роботи, цільовий час відповіді, лінії, — щоб клієнт отримував справедливу й однакову відповідь, хоч би як він звернувся до компанії.
Спілкування з клієнтами: Відповідає за те, як компанія говорить із клієнтами у складні моменти, і сам спілкується з ключовими клієнтами та керівництвом, коли стосунки під загрозою.
Знання продукту та технічної частини: Домагається, щоб підтримку залучали до продуктових рішень заздалегідь і запуски приходили з документацією, навчанням і планом підтримки, а не з раптовим сплеском звернень.
Ескалації й зворотний зв’язок у продукт: Робить біль клієнтів постійним джерелом для роадмапу, з даними, яким довіряє керівництво, і домовляється з продуктом і розробкою про те, як пріоритизуються проблеми з підтримки.
База знань і самообслуговування: Визначає стратегію самообслуговування — довідковий центр, підказки в продукті, спільнота, чат-бот — і інвестує в неї, щоб підтримка зростала повільніше за клієнтську базу.
Операційна робота підтримки: Відповідає за інструменти, бюджет і метрики підтримки, прогнозує навантаження за планами зростання компанії й обґрунтовує найм чи інструменти до того, як команда перевантажена.
Менторство та лідерство: Будує й розвиває команду підтримки та її тимлідів, визначає кар’єрні шляхи за цією драбиною й робить підтримку шанованим місцем для кар’єрного зростання.

Як адаптувати цю драбину

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

Питання та відповіді

Питання про цю драбину

Скільки грейдів потрібно в службі підтримки?

Для компанії на 20–200 людей вистачить трьох–п’яти: один–два рівні для роботи зі зверненнями, старший рівень для складних випадків і експертизи з продукту та тимлід чи керівник підтримки, коли він знадобиться команді. Додавайте рівень, лише якщо люди на ньому справді виконують іншу роботу.

Чи можна підвищувати співробітників підтримки за CSAT і кількістю звернень?

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

Як лінії підтримки (перша, друга, третя) пов’язані з грейдами?

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

Тимлід підтримки — це керівник чи старший фахівець?

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

Підтримка — це довгострокова кар’єра чи сходинка до інших ролей?

І те, і те. Зрозуміла драбина робить роботу в підтримці реальним варіантом на роки, зі зростанням масштабу й зарплати. Хтось перейде в customer success, тестування, продукт чи розробку — вважайте це успіхом і використовуйте драбину, щоб показати, які навички знадобляться на новому місці.

Створіть цю кар’єрну драбину в LadderKit — безкоштовно

Налаштуйте її рівні й навички для своєї команди, оцінюйте людей за ними на чек-інах і ухвалюйте рішення про підвищення за єдиними правилами.

Почати безкоштовно Відкрити демоверсію Без реєстрації