Блог

Аутстаффинг разработчиков: какие бывают страхи у клиентов, и как компаниям-подрядчикам их избежать.

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

Страх клиента № 1. Процесс отбора кандидатов: «А что если я наберу в команду не тех специалистов?»
Решение компании-подрядчика:
  • Максимальный сбор деталей на старте даст возможность использовать персонализированный подход для высокой конверсии. Избегайте интервью ради интервью;
  • Составление чек листа с вопросами, требующих особого внимания: состав проекта, требования, сроки и тд.;
  • Организация созвонов с клиентов.

Страх клиента № 2. Онбординг. «Что делать при найме сразу нескольких аутстаффных специалистов, как “переварить” весь этот объем?»
Решение компании-подрядчика:
  • Настройте процесс онбординга и подготовьте чеклист. Не стоит забывать, что не только штатные, но и аутстаффные специалисты нуждаются в адаптации;
  • Заранее соберите всю информацию по методам и моделям оценки эффективности разработчика.


Страх клиента № 3. Производительность кандидата. «Что если нанятый разработчик окажется с низкой производительностью?»
Решение компании-подрядчика:
  • Хорошо провести интервью, созвоны, уделять большое внимание онбордингу;
  • Собирать обратную связь от клиента, ведь даже за первые 1-2 недели могут появиться первые серьезные симптомы;
  • Квалификация разработчика должна соответствовать задачам на проекте. Попросите своего специалиста самостоятельно оценить соответствие его уровня текущим задачам.

Страх клиента № 4. Мотивация. «Мне кажется, что внешние сотрудники менее замотивированы, чем штатные, а это может сказаться на результате»
Решение компании-подрядчика:
  • Аутстафферы должны получать задачи разного уровня, а не только тушит пожары;
  • Не поощряйте переработки своих разработчиков, через время это может выльется в перегорание;
  • Объясните заказчику, что экспертам важно влиять на продукт;
  • Лайфхак: интеграция в систему поощрений заказчика, повышающая мотивацию внешних разработчиков.


Страх клиента № 5. Контроль людей. «Как я могу проконтролировать, что внешние специалисты действительно работают?»
Решение компании-подрядчика:
  • Выстроите прозрачный процесс и распространите его на клиента (дублирование трекинга);
  • Прогнозируйте простои и сообщите о них заблаговременно. Делите нагрузку пополам;
  • Запрещайте трекать воздух и округлять часы.

Страх клиента № 6. Конфиденциальность. «А что если у меня украдут секретные данные и продадут их конкурентам?»
Решение компании-подрядчика:
  • На аутстафферов должны распространяться все механизмы контроля, принятые в команде;
  • VPN для доступа к сервисам заказчика;
  • Подписать NDA с каждым сотрудником.

Страх клиента № 7. Отлаженность процессов. «Что если подрядчик меня бросит или заберет пол команды?»
Решение компании-подрядчика:
  • Аккаунтинг аутстаффа. Обязательно раз в месяц собирайте обратную связь от клиента;
  • Разработчик уволился - так бывает. Обеспечьте процесс передачи знаний.