Перейти до основного вмісту
recruitmenthiringcustomer-supportteam-scalingrpo

Як масштабувати команду підтримки з 1 до 10

Автор Команда IMMIDO7 хв читання

До нас звернулася засновниця, яка щойно закрила раунд, затвердила бюджет на девʼять нових спеціалістів підтримки й дивилася на чергу тікетів, що вже палала. За девʼяносто днів вона закрила чотири позиції з девʼяти, час першої відповіді став гіршим замість кращого, а двоє з тих чотирьох перших найманців уже ледь давали раду. Гроші ніколи не були обмеженням. Усі девʼять позицій вона затвердила за один день. Справжнє обмеження було інше: найняти девʼятьох сильних спеціалістів підтримки й вивести їх на продуктивність - це не вдевʼятеро складніше, ніж найняти одного. Це зовсім інша задача.

Більшість порад про масштабування служби підтримки це пропускає. Підключіть систему обробки звернень. Опишіть робочі процеси. Побудуйте базу знань. Автоматизуйте прості тікети. Усе це справедливо - і все це наслідок, а не причина. Жодна з цих порад не закриває позицію. Що насправді визначає, чи дійдете ви від одного спеціаліста до десяти, - це чи встигаєте ви знаходити і вводити в роботу кваліфікованих людей швидше, ніж зростає обсяг звернень. А це задача найму, а не штату.

Масштабування підтримки - це задача найму, а не штату

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

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

Два обмеження, що насправді стримують зростання

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

Спроможність вводити в роботу - це обмеження, яке ніхто не вписує в план, і саме воно ламає якість. Кожному новому спеціалістові потрібен досвідчений колега, щоб навчати: відповідати на запитання, переглядати перші тікети й ловити помилки раніше за клієнта. Цей досвідчений колега - майже завжди ваш найкращий спеціаліст. Щойно ви знімаєте найсильнішого з живої черги, щоб ввести в роботу трьох новачків, якість у реальному часі падає - саме тоді, коли обсяг звернень зростає. Це і є прихована ціна введення в роботу, і саме тому масштабування одним великим набором тихо руйнує сервіс, який ви вже мали.

Наймайте послідовно, а не одним набором

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

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

 Один набір (усі девʼять одразу)Послідовний найм (хвилі по двоє-троє)
Навантаження на відбірДевʼять пошуків водночас, планка падає під навалоюОдна хвиля, відібрана як слід
Хто навчає новачківВаш найкращий спеціаліст, повністю знятий з чергиКожна хвиля навчає наступну
Якість під час виходу на продуктивністьРізко падає, усі новачки водночасТримається, досвідчені далі тримають чергу
Культура і стандартиРозмиті натовпом новачківПередаються від хвилі до хвилі
Час до робочої команди з десятиВиглядає швидко, зазвичай повільнішеОдин квартал, і місця справді працюють

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

Що перевіряти, коли наймаєте девʼятьох, а не одного

На обсязі ваш відбір - єдине, що стоїть між вами й девʼятьма посередніми найманцями. Дослідження масового найму одностайні: підготовлений потік кандидатів кращий за велику купу відгуків, бо купа лише створює більше роботи з відбору, ніж поступу в наймі. Робочий процес має чотири кроки - первинний відбір базового, співбесіда за навичками, коротке практичне завдання й фінальна розмова про сумісність із командою. Практичне завдання - крок із найвищим сигналом, і з великим відривом.

Для позиції підтримки практичне завдання просте: дайте кандидатові реальний знеособлений тікет і попросіть написати відповідь. Десять хвилин цього скажуть більше, ніж година запитань: як людина пише, як мислить, чи прочитала повідомлення повністю чи лише перший рядок, чи вміє ввічливо відмовити клієнтові. Перевіряйте саме це, а не знання продукту. Знання продукту можна дати під час навчання; уміння мислити, емпатію та вміння ясно писати - ні. А в невеликій команді ціна помилки тут не абстрактна: ціна одного невдалого найму бʼє по команді з десяти значно сильніше, ніж та сама помилка будь-коли бʼє по компанії на 200 осіб.

Сплануйте введення в роботу до того, як закриєте пошук

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

Найманець не є потужністю, поки триває навчанняТижні 1-2СпостереженняТижні 3-5Тікети під наглядомТижні 6-8Самостійно, навчає наступнихПовна продуктивність за 4-8 тижнів, заплановано до підписання пропозиції

Щонайменше до першого дня новачка вам потрібні описані робочі процеси, чіткі правила ескалації, готові доступи до систем, письмові стандарти якості і призначений наставник для цієї групи. Сам вихід на продуктивність - це справжнє обмеження швидкості масштабування, повільніше за пропозицію, і саме та частина, яку більшість команд лишає на волю випадку. Покриття цілодобової роботи навколо команди, що зростає, - окреме питання: розрахунок змін ми розібрали в окремому матеріалі про підтримку 24/7, а частина швидкості найму, повʼязана з рішенням, - окреме вузьке місце, яке ми розклали в матеріалі про строки найму. Тут теза вужча: найманець не є штатною потужністю, поки не завершив вихід на продуктивність.

Як IMMIDO масштабує команду підтримки

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

Для клієнта, що масштабує власну команду, цей досвід перетворюється на дві речі. Перше: ми шукаємо з наявного потоку кандидатів України та Східної Європи, тож строк від завдання до короткого списку триває близько 7-10 робочих днів замість холодного циклу в чотири-шість тижнів - пропускна здатність пошуку перестає бути вашим обмеженням. Друге: ми беремо фіксовану плату за кожен найм, а не відсоток від зарплати, тож найм девʼятьох спеціалістів має передбачувану вартість, а не рахунок, що росте з кожною пропозицією. А якщо ви не хочете будувати команду самі, ми можемо укомплектувати й вести її для вас як керовану команду - найміть одного спеціаліста або передайте нам усю команду.

Розкажіть, яку команду підтримки треба побудувати, і ми повернемося з фіксованою вартістю та реалістичним планом виходу на продуктивність - послідовний найм, а не ризикований набір. Замовити дзвінок і отримати вартість →

Як масштабувати команду підтримки: 1 до 10 | IMMIDO