Для доклада на конференцию КаргоКульт готовила материалы, чтобы показать HR-brand менеджерам специфику DevRel. Женя Финкельштейн назвала мой доклад каноническим, в том смысле, что это база и ее должны знать не только devrel-менеджеры, но и HR, работающие с репутацией компании для технарей.

Например, одна из целей доклада — дать возможность HR-brand специалистам по новому посмотреть на свой EJM (Employee Journey Map) и оценить его с точки зрения персонализации по направлениям специалистов-разработчиков. Замотивировать изучать более глубоко путь разработчиков и обращать внимание на разность паттерна получения информации, исходя из специализации.

Воронка работы с потенциальными кандидатами в HR как правило начинается со стандартного этапа Awareness, где им сразу предлагают работу и карьерные возможности. Но воронка с разработчиками должна начинаться гораздо раньше.
DevRel-польза и заключается как раз в том, что это, своего рода, Pre-Awareness или Awareness не про найм, а про разговоры на профессиональные узкие рабочие темы, про технобренд, про технологическую репутацию и о том, чтобы через доверие и лояльность в технологическом пространстве в какой-то момент закинуть мысль про команду, про задачи, про вакансию. Это особенно верно, когда речь идет не о джуниорах, а когда вы хотите лучших, сильных, звезд. А вы хотите именно таких 🙂, ну или ваши заказчики хотят именно таких!

И только здесь осторожно нативно намекать про возможность строить космолеты вместе с вашей командой.
А когда репутация уже построена, то можно и сливки снимать.

Безусловно, HR-бренд-команды озабочены этими вопросами. Они занимаются и карьерными сайтами, и думают об SMM-каналах, о путях и воронках.

🛑 Но что не так с этими воронками и инструментами с точки зрения DevRel?

🔸 Как правило, они уже сразу про предложения о работе, вакансии, как классно у нас работать.

Что здесь не так? Разработчик не ищет работу, Если компания разработчику не знакома и не интересна, он не захочет удостоить вниманием это сообщение или рекламу о вакансии.

🔸 Они стандартные: карьерный сайт, реклама, общие smm, сайт на hh.ru, страница в LinkedIn и пр.

Что не так? Разработчик не подписывается на них и туда не смотрит. Ну или подписан только на самый топчик.

🔸 Они маркетинговые обобщенные, красивыми словами и часто с заигрываниями. Что не так? Developеrs hate marketing. Если хотите проверить себя, не грешите ли этим и вы, у вас есть как минимум два варианта: сходить к вашим разработчикам и потестировать на них свои гениальные идеи и сообщения или заказать аудит у опытных деврелов (хотя они-то так и сделают, пойдут к вашим разработчикам и потестируют сообщения :)

🔸 Они общие — нет таргетинга по специализации. Разработчики очень отличаются в зависимости от технологического стека, а не в общем «разработчики». Поэтому их нужно знать и изучать отдельно: C++, Data Science, Go, Mobile, тестировщики и пр.

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

❇️ Отсюда вывод: если вы не условный Яндекс, то ваши стандартные брендовые точки контакта вне поля зрения и шансы, что они тронут разработчика, что он их увидит, крайне малы. И зрелые компании с опытом взаимодействия с разработчиками и хорошей репутацией у IT-специалистов уже используют те самые принципы узкого таргетинга и специальных профессиональных точек контакта.

В следующих постах 1 и 2 посмотрим с вами на результаты экспресс-опроса разработчиков.

Всем DevRel! 🌸