Стартапи та компанії, що швидко ростуть, часто стикаються з проблемами при залученні різних постачальників для кожного етапу процесу найму — від рекрутменту до працевлаштування. У такій фрагментованій моделі, коли різні компанії займаються різними функціями, виникають серйозні труднощі з координацією, що веде до затримок та непорозумінь.
Один з клієнтів Alcor пережив подібний досвід. Пошук кандидатів здійснювала рекрутингова агенція, а працевлаштуванням займався інший постачальник — Employer of Record. У результаті неузгодженості процесів між двома різними компаніями процес онбордингу затягнувся на місяці. Комунікація з кандидатами була розпорошена: різні люди вели її на різних етапах, але жоден із них не мав повного уявлення про процес і не міг надати точні відповіді на питання щодо контрактів чи подальших кроків. Це призвело до того, що навіть після прийняття оферу кандидати відмовлялися від роботи. Не розуміючи, чому процес триває так довго, а кандидати не стартують у погоджений час, компанія втрачала не лише час, але й потенційних співробітників.
Аналізую типові труднощі в багатопартнерній моделі, розповідаю про проблеми, з якими стикаються технологічні продуктові компанії, та пояснюю, чому інтегрований підхід виявляється ефективнішим у процесі масштабування за кордон.
Фрагментована модель: очікування vs реальність
Очікування: Різні провайдери гарантують кращу експертизу. Компанії сподіваються, що залучення різних постачальників послуг призведе до отримання максимально якісної експертизи в кожній сфері: від ІТ-рекрутингу до юридичних і податкових питань. Бо кожен із них — професіонал своєї справи, чи не так?
Реальність: Не всі сервісні провайдери мають необхідну для вас експертизу. Звичайне рекрутингове агентство не допоможе IT-бізнесу найняти необхідних senior та lead розробників через ряд проблем: тривалий сорсинг кандидатів, підбір кандидатів з нерелевантними навичками й відмови від оферів. Так само і юрист без глибокої ІТ-спеціалізації в податкових питаннях і знань трудового законодавства інших країн може припуститись помилок, які призведуть до порушення законодавчих норм і штрафів. Інша справа — коли й тим, і іншим займаються спеціалісти в галузі IT.
Очікування: Найм спеціалізованих постачальників послуг знижує ризики. Компанії очікують, що диференціювавши зони відповідальності, вони убезпечують процес.
Реальність: Насправді це працює навпаки. Часто процес руйнується, якщо падає хоча б одна ланка.
Очікування: Компанія-замовник скорочує час виходу продукту на ринок. Залучаючи різних постачальників одночасно, компанія вважає, що весь пакет послуг через це буде наданий швидше. В ідеальному світі, так воно і було б.
Реальність: Чим більше вендорів залучено, тим вищі ризики затримок. Компанії часто витрачають надмірно багато часу і ресурсів на моніторинг роботи підрядників, замість того, щоб зосередитися на розвитку продукту чи стратегічних цілях. За оцінками, запуск команди в багатопартнерній моделі може затягуватися в середньому на 4–8 тижнів. А що таке 2 місяці для продукту? Можливість для конкурентів вийти на ринок швидше за вас і виграти битву за клієнтів.
Відтак найбільш вразливими зонами фрагментованої моделі стають:
- Постійна координація з боку клієнта: HR, legal, технічні керівники — усі залучені до процесів;
- Асинхронна взаємодія між провайдерами: кожен з учасників має власні темпи виконання роботи, а єдиних SLAs (Service Level Agreements), які б регулювали таймінги й очікування між сторонами, немає;
- Розмита відповідальність: у фрагментованих моделях відповідальність поділена між кількома вендорами, відповідального за фінальний результат немає. Замість оперативного вирішення проблеми у разі непередбачуваних ситуацій часто запускається ланцюг взаємних звинувачень.
- Ризики у комплаєнсі: Зростають ризики в питаннях локального законодавства, типів контрактів, податкових нюансів.
До цих зон ризику додається і менш помітна: досвід кандидата під час інтерв’ю й онбордингу. Саме він, часто недооцінений, впливає на репутацію компанії як роботодавця і її здатність залучати А-гравців у майбутньому. У фрагментованій моделі цей досвід легко знецінити, бо він не є в зоні відповідальності жодного з вендорів.
Чому централізована модель допомагає уникнути постійного crisis management
Модель співпраці, де один постачальник послуг бере на себе виконання кількох або всіх функцій, що пов’язані з певним бізнес-процесом, називається інтегрованою. Вона передбачає більш чітке узгодження умов співпраці, адже SLA охоплює всі аспекти надання послуг: від термінів виконання завдань і якості роботи до рівня підтримки та звітності. Це означає появу єдиних стандартів, які полегшують контроль над виконанням роботи й забезпечують високий рівень прозорості, знижуючи ризики затримок.
В одному з кейсів технологічна компанія звернулася із запитом на послуги повного циклу після кількох невдалих спроб співпраці з EoR-підрядниками. За домовленістю, на рекрутинговий процес було відведено до 6 тижнів, однак цю задачу вдалося завершити вже за 5 діб. Цей приклад ілюструє: відсутність необхідності в постійному узгодженні між різними провайдерами дозволяє зекономити час та оперативно задовольняти клієнтські запити.
Ось кілька сценаріїв, за яких інтегрована модель працює найбільш ефективно:
- Жорсткі часові рамки запуску нової локації: вікно для виходу на ринок обмежене, затримки стають критичними.
- Чіткий бюджет, якого компанія має притримуватися;
- Формування команди під конкретну фазу продукту, наприклад, для MVP чи релізу, де кожен тиждень має значення.
- Відсутність сформованих внутрішніх процедур виходу на нові ринки або небажання інвестувати в локальну експертизу.
- Мінімізація дублювання функцій між центральною командою та локальними партнерами: юридична підтримка, погодження умов, онбординг.
Інтегрований підхід з одного операційного центру — це не модель one-size-fits-all. Є компанії з усталеними глобальними процесами, яким справді зручно та ефективно працювати з кількома провайдерами: вони мають чіткі внутрішні процеси, розподілені ролі, сильну операційну команду, яка може координувати зовнішніх партнерів. У такому випадку усі процеси протікають за чітким сценарієм, а внутрішня команда зводить розрізненні дані в єдину систему.
Проте для малих і середніх ІТ-бізнесів, які лише починають масштабування своїх команд, інтегрована модель буде ідеальним рішенням. У динамічному середовищі — особливо під час виходу на нові ринки — технологічним компаніям важливо мінімізувати точки напруги й уникнути хаотичної координації. Інтегрований підхід не лише забезпечує кращу координацію, але й допомагає уникнути непередбачуваних складнощів, дозволяючи компаніям більш прогнозовано досягати своїх цілей.