Кейс Smuzi Studio: подбор IT-команды из пяти специалистов за 9 недель
Клиент: Smuzi Studio — веб-студия полного цикла из Звенигорода: больше 14 лет на рынке, около 290 созданных сайтов, работа на Битрикс, WordPress, Tilda и Joomla, SEO, реклама и техподдержка сайтов 24/7.
Услуга: подбор IT-специалистов
Срок сотрудничества: 3 месяца, разовый проект
Позиции: PHP-программист, Frontend-разработчик, тестировщик, системный администратор
Результат: за 9 недель закрыли все 5 мест по четырём позициям, и студия перевела в штат техническую работу, которую раньше держали фрилансеры.
Студия, у которой не было своих технарей
Smuzi Studio сильна в том, что клиент видит сразу: дизайн, логотипы, тексты, реклама. Команда на сайте студии это руководитель, креативный директор, контент-менеджер и дизайнер. Код, вёрстку и серверы годами делали фрилансеры, которых подключали под проект. Пока студия в основном сдавала сайты «под ключ», это работало. Но со временем выросла другая часть бизнеса: техподдержка сайтов 24/7 с мониторингом, бэкапами и защитой. Это ежемесячный доход и одновременно ежедневный риск: десятки сайтов на четырёх разных CMS, часть сделана много лет назад, и любой может упасть в субботу ночью.
С фрилансерами это превращалось в лотерею. Один пропал на две недели посреди переезда клиента на новый хостинг. Другой отказался трогать сайт на Joomla, потому что «это уже никто не поддерживает». Руководство решило собрать свою техническую команду: PHP-программиста, фронтендера, тестировщика и системного администратора. По одному-два человека, без раздутого штата, но так, чтобы студия перестала зависеть от чужих графиков.
Сложность в том, что у маленькой студии в Звенигороде нет ни бренда крупного агентства, ни московских зарплат, а задачи пёстрые и местами неблагодарные: чужой старый код, ночные дежурства, вёрстка под шаблоны CMS вместо модного фреймворка.
Центральная идея проекта: первых технарей маленькая студия нанимает под поддержку, а не под новые проекты, потому что именно поддержка держит репутацию и регулярную выручку, и именно там нужны люди, которые не боятся чужого legacy.
Как мы устроили работу
Порядок найма определили по риску. Первыми искали системного администратора и PHP-программиста: эти двое закрывают поддержку 24/7 и разбирают то, что накопилось за годы. Вторым шагом, с отставанием на 3-4 недели, пошли Frontend-разработчик и тестировщик: они отвечают за качество новых сайтов, но без них студия не горит.
Формат работы обсудили на старте. Звенигород для московского айтишника далеко, а местный рынок разработчиков почти пустой. Договорились так: системный администратор и PHP-программисты работают в гибриде (офис 1-2 дня в неделю, остальное удалённо), фронтендер и тестировщик могут работать полностью удалённо. Офисные роли искали по Звенигороду, Одинцовскому округу, Кубинке, Истре и Рузе, удалённые по всей России.
Каналы: hh.ru, Хабр Карьера, telegram-чаты разработчиков на Битрикс и WordPress, прямой поиск по сотрудникам региональных веб-студий. С руководителем студии договорились о коротком цикле: одно интервью с ним плюс практическое задание, решение за 2 дня.
Сложности и решения
1. Четыре CMS вместо одной. PHP-разработчики обычно выбирают один лагерь: «битриксоиды» или «вордпрессеры», а Joomla многие обходят стороной. Человек, который одинаково хорошо знает всё, почти не встречается. Мы предложили клиенту другой критерий: сильный Битрикс как основа, уверенный WordPress и готовность разбираться в Joomla. На скрининге задавали практический вопрос: «сайт клиента на Joomla после обновления PHP на хостинге показывает белый экран, что вы делаете в первые 15 минут». Кто начинал с логов и версии PHP, шёл дальше. Кто предлагал «переписать на нормальной CMS», нет.
2. Системный администратор, а не «эникейщик». На вакансию откликались в основном офисные администраторы: принтеры, 1С, учётные записи пользователей. Студии нужен другой человек: VPS и хостинги, nginx и Apache, SSL, резервное копирование, восстановление взломанных сайтов, защита WordPress от подбора паролей. Переписали вакансию через конкретные задачи поддержки и добавили в скрининг вопрос про восстановление заражённого интернет-магазина из бэкапа без потери заказов за последние сутки. Доля релевантных кандидатов после этого выросла примерно вдвое.
3. Ночные дежурства в маленькой команде. Поддержка 24/7 означает, что кто-то реагирует на сигнал мониторинга ночью. Кандидаты, услышав об этом, сразу спрашивали, как часто и сколько за это платят. Мы помогли руководству оформить правила до выхода на рынок: дежурство по неделям на троих (сисадмин и два PHP-программиста), отдельная оплата дежурной недели и оплата каждого фактического ночного выхода. Когда условия появились в вакансии, отказы на финале из-за дежурств прекратились.
4. Frontend без React. Большая часть фронтендеров хочет работать с React и Vue, а студии нужна вёрстка макетов собственных дизайнеров под шаблоны Битрикс и темы WordPress, чистый адаптив и аккуратные анимации. Для части кандидатов это выглядит как шаг назад. Для подбора Frontend-разработчика мы целенаправленно искали верстальщиков и фронтендеров из других веб-студий, которым нравится разнообразие проектов, а не один продукт годами. Тестовое сделали коротким: сверстать один блок из реального макета студии. По нему сразу было видно отношение человека к деталям.
5. Тестировщик там, где тестирования не было. Руководство сомневалось, нужен ли отдельный человек: раньше сайты перед сдачей смотрел менеджер проекта. Мы вместе описали роль, которая окупается: ручное тестирование перед сдачей (формы, онлайн-оплата, адаптив на реальных устройствах, скорость загрузки), чек-листы для проверки сайтов после обновлений на поддержке и приёмка работ фрилансеров, которые остались на разовых задачах. При подборе тестировщика искали внимательных начинающих специалистов и людей из смежных ролей. Тестовое: найти ошибки на демо-сайте студии и описать их так, чтобы разработчик понял с первого раза.
6. Передача дел от фрилансеров. Сайты, доступы и знания жили у внешних людей. Мы заложили это в найм: на финале PHP-программистам и сисадмину рассказывали, что предстоит принять, и обсуждали, как они построят аудит. В оффер включили первую задачу на месяц: инвентаризация всех сайтов на поддержке, доступов и версий CMS. Это честно отсекло тех, кому интересно только писать новое.
Час с HR-директором бесплатно
Продуктивный разговор о найме с HR-директором A2. Только для компаний от 20 сотрудников
Аналитика по воронке
PHP-программист, за весь проект
| Этап | Количество | Конверсия |
|---|---|---|
| Отклики и активный поиск | 118 | — |
| Прошли скрининг (вкл. вопрос про Joomla) | 27 | 22,9% |
| Интервью с руководителем | 11 | 40,7% |
| Практическое задание | 6 | 54,5% |
| Оффер | 3 | 50,0% |
| Вышли на работу | 2 | 66,7% |
Системный администратор, за весь проект
| Этап | Количество | Конверсия |
|---|---|---|
| Отклики и активный поиск | 96 | — |
| Прошли скрининг (вкл. кейс с бэкапом) | 14 | 14,6% |
| Интервью с руководителем | 7 | 50,0% |
| Оффер | 2 | 28,6% |
| Вышел на работу | 1 | 50,0% |
Frontend-разработчик и тестировщик, за весь проект
| Позиция | Кандидатов | Скрининг | Тестовое | Интервью | Оффер | Вышли |
|---|---|---|---|---|---|---|
| Frontend-разработчик | 142 | 31 | 12 | 5 | 1 | 1 |
| Тестировщик | 204 | 38 | 15 | 6 | 2 | 1 |
Сроки закрытия (от старта поиска по позиции)
| Позиция | Нужно | Закрыли | Срок закрытия |
|---|---|---|---|
| Системный администратор | 1 | 1 | 5 недель |
| PHP-программист | 2 | 2 | 4 и 7 недель |
| Frontend-разработчик | 1 | 1 | 5 недель |
| Тестировщик | 1 | 1 | 4 недели |
| Итого | 5 | 5 | — |
Самая узкая воронка у системного администратора: из 96 кандидатов скрининг прошли меньше 15%, потому что большинство откликов шло от офисных админов. Зато после скрининга каждый второй дошёл до интервью с руководителем. У тестировщика картина обратная: поток большой за счёт выпускников курсов, а основной отсев на тестовом, где видно, умеет ли человек описать ошибку. Дольше всех закрывался второй PHP-программист, на седьмой неделе: требование работать сразу с несколькими CMS сильно сужает рынок, и смягчать его клиент не стал, и правильно.
Что в итоге
За 9 недель студия получила техническую команду из пяти человек: системного администратора, двух PHP-программистов, фронтендера и тестировщика. Все пятеро прошли испытательный срок. За первый месяц команда провела инвентаризацию сайтов на поддержке, перевела бэкапы на единую схему и закрыла хвост старых задач, которые висели на фрилансерах. Внешние исполнители остались только на разовых проектах.
Главный вывод: маленькой компании, которая уходит от фрилансеров, важно нанимать в правильном порядке. Сначала тех, кто держит то, что уже работает и приносит деньги, потом тех, кто улучшает новое. И описывать роль через реальные задачи: «восстановить сайт после взлома» отсекает лишних кандидатов лучше, чем любой список требований.
И второе. Неудобные условия вроде ночных дежурств или старой Joomla не надо прятать до финала. Когда они названы честно и оплачены, кандидат принимает их спокойно. Когда всплывают на последнем интервью, вы теряете почти нанятого человека.
Если вы небольшая студия или агентство и хотите собрать свою техническую команду вместо фрилансеров, напишите нам. Подбор IT-специалистов под ваш масштаб и порядок найма обсудим на первой встрече.
