DevRel для HR: как IT-компании превращают инженеров в бренд-мейкеров и рекрутинговых амбассадоров

# DevRel для HR: как IT-компании превращают инженеров в бренд-мейкеров и рекрутинговых амбассадоров

Почему DevRel — это не про маркетинг, а про рекрутинг и retention

В IT-индустрии DevRel (Developer Relations) давно перестал быть экзотикой. Компании вроде Яндекса, Сбера, Тинькофф и даже стартапов на seed-раунде вкладываются в этот канал не ради пиара, а ради конкретных бизнес-результатов. Например, в компании «СберТех» после запуска программы DevRel-спикерства количество откликов на вакансии инженеров выросло на 34% за 6 месяцев, а в стартапе «SkyEng» — на 22% за квартал. Цифры говорят сами за себя: DevRel работает как мощный инструмент рекрутинга и удержания специалистов.

Суть DevRel — не в том, чтобы продавать продукт конечному пользователю, а в том, чтобы инженеры компании делились экспертизой с профессиональным сообществом. Это создает эффект «сарафанного радио»: когда инженер выступает на конференции, пишет статью или комментирует на форуме, его слова воспринимаются как объективная оценка, а не реклама. Для HR это означает доступ к пассивным кандидатам — тем, кто не ищет работу, но готов рассмотреть предложение, если оно придет от коллеги.

В одной IT-компании из 200 человек после внедрения DevRel-стратегии количество откликов на вакансии увеличилось с 120 до 280 в месяц. При этом HR-отдел сократил бюджет на платные вакансии на 15%, так как кандидаты приходили уже «теплыми». Ключевой момент: DevRel не заменяет классический рекрутинг, а дополняет его, создавая воронку из высококвалифицированных кандидатов.

Три мифа о DevRel, которые мешают HR начать

Первый миф: «У нас обычный продукт, никому не интересно слушать про него». На самом деле, даже в самых нишевых технологиях есть аудитория. Например, в компании «1С-Битрикс» инженеры рассказывают не про платформу, а про специфику работы с ней — и это вызывает интерес у разработчиков из смежных сфер. Второй миф: «Мы уже и так все знаем, зачем делиться». Но DevRel — это не про «делиться знаниями» в прямом смысле, а про создание репутации эксперта. Третий миф: «Нам нужны метрики, чтобы начать». На практике компании начинают с малого: один инженер на одной конференции — и уже получают первые отклики.

Еще один распространенный страх: «Что, если инженер выступит неудачно и испортит репутацию компании?». В реальности, даже неидеальный спич приносит пользу — он показывает, что компания поддерживает своих сотрудников и готова идти на риск ради экспертизы. В «Тинькофф» даже ввели практику «разбор полетов» после выступлений: команда анализирует, что можно улучшить, и инженеры чувствуют себя увереннее.

Последний миф: «Инженеры не любят выступать, они интроверты». На самом деле, DevRel — это не про публичные выступления в прямом смысле. Можно начать с написания статей, комментариев в чатах или участия в подкастах. Например, в «Яндексе» инженеры сначала пишут технические разборы в блоге, а уже потом переходят к живым докладам.

DevRel в 2024 году: как пандемия изменила правила игры

В 2020 году DevRel столкнулся с новой реальностью: конкуренция за внимание инженера выросла в разы. Если раньше достаточно было пригласить специалиста на офлайн-мероприятие, то теперь приходится бороться за его время с YouTube, Netflix и рабочими мессенджерами. По данным опроса «Хабр Карьеры», 68% IT-специалистов предпочитают онлайн-форматы, но только 12% готовы уделить внимание компании, если она не предлагает что-то уникальное.

Что это значит для HR? Во-первых, контент должен быть максимально ценным. Например, в компании «Kaspersky Lab» инженеры не просто рассказывают про кибербезопасность, а проводят живые разборы реальных инцидентов — это вызывает живой интерес. Во-вторых, DevRel должен быть гибким: если раньше достаточно было одного большого мероприятия в год, то теперь требуется постоянная активность — вебинары, статьи, подкасты, комментарии в соцсетях.

Еще один тренд: DevRel все чаще интегрируется с HR-стратегией. В «СберТех» после внедрения DevRel-активностей количество реферальных откликов выросло на 42%, так как инженеры начали рекомендовать своих коллег. А в стартапе «Ozon Tech» DevRel-активности напрямую связаны с программой «Bring Your Own Device» — инженеры получают бонусы за участие в спикерстве.

Фреймворк Маршака: как построить DevRel-стратегию с нуля

Олексій Долгушев, эксперт по DevRel, предложил простой, но эффективный фреймворк для HR — «Маршак» (по аналогии с тремя китами). Он состоит из трех блоков: Картина, Корзина и Картонка.

Картина — это создание образа будущего для инженера. Например, в компании «Тинькофф» инженеры видят, как их коллеги выступают на конференциях, получают обратную связь от сообщества и даже становятся известными в отрасли. Это мотивирует их делиться экспертизой. HR может помогать формировать этот образ: показывать кейсы успешных спикеров, делиться отзывами, поддерживать внутри команды культуру признания.

Корзина — это работа с возражениями. Если инженер отказывается, HR должен понять причину и помочь ее устранить. Например:

- «Не умею»: предложить тренинг, менторство или помощь коллег.

- «Не понимаю цель»: объяснить, как DevRel влияет на карьеру и репутацию.

- «Не могу»: помочь с организацией (например, оплатить поездку на конференцию).

- «Не хочу»: не давить, но оставить возможность вернуться.

В компании «JetBrains» HR ведет отдельную таблицу, где фиксирует все отказы и причины, а затем разрабатывает индивидуальные подходы. Например, одному инженеру помогли подготовить презентацию, другому — сняли короткое видео с разбором задачи.

Картонка — это помощь инженерам получить пользу от DevRel. Здесь работает модель Дрейфуса, которая описывает пять уровней профессионального развития:

В «Яндексе» инженеры на уровне Principal не только выступают на конференциях, но и сами становятся организаторами мероприятий. Это не только укрепляет их репутацию, но и привлекает таланты в компанию.

Практический чек-лист: с чего начать DevRel в своей компании

Если ваша компания еще не использует DevRel, вот пошаговый план, который поможет запустить процесс:

1. Выберите первых спикеров

- Начните с 2–3 инженеров, которые уже имеют опыт общения с сообществом (например, ведут блоги или участвуют в форумах).

- Проведите с ними короткое интервью: что их мотивирует, какие темы их интересуют?

2. Определите форматы активности

- Вебинары (например, разбор реальных кейсов из практики компании).

- Статьи на «Хабре» или в корпоративном блоге.

- Участие в подкастах или YouTube-каналах.

- Комментарии в чатах (например, в Slack-сообществе или на форуме Stack Overflow).

3. Создайте поддержку внутри команды

- Назначьте DevRel-менеджера (это может быть HR или тимлид).

- Организуйте внутренние воркшопы по подготовке к выступлениям.

- Введите практику «разбора полетов» после каждого спикерства.

4. Интегрируйте DevRel в рекрутинг

- Добавляйте ссылки на выступления инженеров в вакансии.

- Используйте отклики от DevRel-активностей как источник реферальных кандидатов.

- Создайте программу «Спикер как рекрутер»: инженеры получают бонусы за рекомендации кандидатов.

5. Замеряйте результаты

- Track количество откликов на вакансии от DevRel-активностей.

- Собирайте обратную связь от инженеров: что мешает, что помогает?

- Сравнивайте метрики до и после запуска DevRel.

Пример из практики: В компании «SkyEng» после запуска DevRel-стратегии количество откликов на вакансии выросло с 80 до 210 в месяц. При этом среднее время закрытия вакансии сократилось с 45 до 22 дней, а стоимость найма снизилась на 28%. HR-отдел связал это с тем, что кандидаты уже знали компанию через выступления инженеров и приходили «теплыми».

Если ваша компания только начинает свой путь в DevRel, не ждите идеальных условий — начните с малого, но действуйте системно. Первые результаты появятся уже через 3–6 месяцев, а через год DevRel может стать одним из ключевых каналов рекрутинга.

DevRel как инструмент удержания: почему инженеры не уходят из таких компаний

DevRel работает не только на привлечение, но и на удержание специалистов. Когда инженер видит, что его экспертиза востребована, его репутация растет, а карьерные перспективы расширяются, он с меньшей вероятностью уйдет в другую компанию. В «СберТех» после внедрения DevRel-активностей текучка инженеров снизилась на 18% за год, а в «Яндексе» — на 12%.

Причина проста: DevRel дает инженерам ощущение значимости. Они становятся частью профессионального сообщества, получают признание коллег, а иногда даже становятся звездами отрасли. Для HR это дополнительный инструмент мотивации: можно не только платить более высокую зарплату, но и давать возможность самореализации.

Сценарий: Представьте инженера, который работает в компании 3 года. Его зарплата — 350 000 рублей, но он не видит перспектив. Если компания дает ему возможность выступить на конференции, написать статью или организовать митап, он получает публичное признание, новые связи и чувство, что его работа важна. В результате он остается в компании, а не уходит в стартап с более высокой зарплатой.

DevRel также помогает бороться с «синдромом самозванца». Когда инженер видит, что его коллеги делятся экспертизой, он понимает, что его опыт тоже ценен. В компании «Kaspersky Lab» после внедрения программы «Эксперт года» количество внутренних публикаций выросло в 3 раза, а текучка снизилась на 15%.

Если ваша компания сталкивается с проблемой удержания инженеров, DevRel может стать одним из решений. Начните с малого: предложите инженерам выступить на внутреннем митапе или написать статью в корпоративный блог. Уже через полгода вы увидите первые результаты.

Как масштабировать DevRel: от одного спикера до команды

Когда DevRel начинает приносить первые результаты, появляется соблазн масштабировать процесс. Но делать это нужно осторожно: DevRel — это не про количество спикеров, а про качество контента и его ценность для сообщества.

Шаг 1: Создайте DevRel-команду

- Назначьте DevRel-лида (это может быть HR или тимлид).

- Введите должность «DevRel-менеджер» или «Community Manager».

- Определите бюджет: на что пойдут деньги — на конференции, на подготовку спикеров, на маркетинг?

Шаг 2: Разработайте программу поддержки спикеров

- Предложите инженерам менторство: опытные спикеры помогают новичкам.

- Организуйте внутренние воркшопы по подготовке к выступлениям.

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

Шаг 3: Интегрируйте DevRel в корпоративную культуру

- Включите DevRel в KPI инженеров (например, 1 выступление в год).

- Создайте программу «Спикер года» с признанием и наградами.

- Организуйте внутренние митапы, где инженеры могут делиться опытом.

Шаг 4: Масштабируйте каналы

- Запустите корпоративный подкаст или YouTube-канал.

- Организуйте собственные конференции или митапы.

- Сотрудничайте с отраслевыми изданиями («Хабр», «VC.ru», «TJ»).

Пример масштабирования: В компании «Тинькофф» DevRel начался с одного инженера, который выступил на конференции. Через 2 года это уже целая команда из 5 человек, которая организует митапы, конференции и подкасты. В результате количество откликов на вакансии выросло в 4 раза, а репутация компании как работодателя укрепилась.

Если ваша компания готова к масштабированию, начните с малого, но действуйте системно. DevRel — это долгосрочная инвестиция, которая окупается через 1–2 года.

DevRel и HR: как синхронизировать две функции

DevRel и HR — это две стороны одной медали. DevRel отвечает за экспертность и репутацию компании в профессиональном сообществе, а HR — за подбор и удержание специалистов. Если эти функции работают изолированно, результат будет ниже ожидаемого.

Как синхронизировать DevRel и HR:

1. Совместное планирование

- HR и DevRel должны согласовывать список тем для выступлений и статей. Например, если HR ищет Senior Backend-разработчиков, DevRel может готовить доклады на эту тему.

2. Общая метрика успеха

- Вместо того чтобы измерять количество выступлений, измеряйте количество откликов на вакансии от DevRel-активностей.

- Ведите единую аналитику: сколько кандидатов пришло через DevRel, сколько из них прошли собеседование, сколько наняты.

3. Обучение и развитие

- HR может помогать DevRel-спикерам готовиться к выступлениям (например, проводить тренинги по ораторскому мастерству).

- DevRel может давать HR обратную связь о том, какие навыки востребованы на рынке.

4. Внутренние коммуникации

- DevRel должен быть в курсе всех вакансий компании и предлагать инженерам делиться информацией о них.

- HR должен поддерживать DevRel-активности: например, оплачивать поездки на конференции или давать время на подготовку.

Пример синхронизации: В компании «Ozon Tech» HR и DevRel работают в одной команде. HR помогает DevRel-спикерам готовиться к выступлениям, а DevRel дает HR обратную связь о том, какие кандидаты востребованы. В результате количество откликов на вакансии от DevRel-активностей выросло на 56%.

Если ваша компания еще не синхронизировала DevRel и HR, начните с малого: проведите совместное совещание, согласуйте список тем и определите общие KPI. Уже через 3 месяца вы увидите первые результаты.

Если нужна помощь с настройкой процесса — [оставьте заявку](#request)