Запуск DevRel в компании 🚀
Провели подкаст с Лёшей @leshahoroshiy на тему основных ошибок при запуске DevRel. Выпуск ждём в конце сентября, а пока делюсь выводами ⤵️

🔸 Запуск DevRel - это не только инициатива HRD или какого-то одного департамента. Важно обсуждать запуск на верхнем уровне: с CTO, маркетингом, PR, ивент-командой и другими подразделениями.

🔸 Важно обсудить не просто «за» или «против», а проговорить ресурсы: сколько времени инженеры будут тратить на митапы, какие задачи возьмёт на себя ивент-команда и чем это обернётся для других отделов. Иначе может получиться так, что команда уходит в подготовку мероприятий вместо основной работы, а CTO недоволен происходящим.

🔸 Тест-драйв до найма. Иногда стоит начать с консультаций и пробных активностей. Это помогает понять, сколько ресурсов реально требует DevRel - и по бюджету, и по времени сотрудников.

🔸 Культура компании имеет значение. (Этого не было в подкасте, но не могу не добавить от себя) Если внутри не принято делиться знаниями или хотя бы положительно относиться к публичным выступлениям, то развивать DevRel будет сложнее.

🔸 Подумать о целях. Формулировка «развитие инженерной культуры» слишком расплывчата. А амбициозные цели вроде «войти в топ-5 работодателей» требуют реалистичного взгляда: какую проблему мы решаем и какие бюджеты готовы выделить. Лёша @leshahoroshiy сравнил это с футболом: место клуба в лиге напрямую зависит от вложенных средств.

🔸 Цели не всегда должны быть конкретными. Если у компании есть идея и желание развивать DevRel, но пока нет чёткого понимания зачем - это тоже нормальный старт. Можно как раз вместе с DevRel-специалистом исследовать потребности: на уровне разных стейкхолдеров, процессов, задач и проблем компании.

🔸 Вакансия — зеркало ожиданий. Сам процесс её написания помогает компании понять, чего она на самом деле ждёт от DevRel. Если текст «под копирку», возможно, понимания нет. Конкретика и уникальность делают вакансию честной и полезной как для компании, так и для кандидата.

Я снова открыла комментарии 👀
Иногда меня просят это сделать, и вчера тоже напомнили — решила попробовать. Раньше я включала их в основном, когда у меня были конкретные вопросы к аудитории. А так чаще пишу посты без вопроса, поэтому комментарии не всегда нужны.

Закрывала я их, потому что у меня не было ресурса за ними следить. И не потому что комментариев было много, а потому что это отдельный фокус, и, когда их немного, то как раз легко пропустить или отложить ответ, ведь нет отдельной задачи регулярно проверять комментарии.

Сейчас у меня, кажется, появился ресурс заглядывать в обсуждения, так что попробуем 🌿

Красивое лучше, чем уродливое.
Явное лучше, чем неявное.
Простое лучше, чем сложное.
Сложное лучше, чем запутанное.
Плоское лучше, чем вложенное.
Разреженное лучше, чем плотное.
Читаемость имеет значение.
Особые случаи не настолько особые, чтобы нарушать правила.
При этом практичность важнее безупречности.
Ошибки не должны проходить незамеченными.
Если они не были явно подавленными.
Встретив двусмысленность, отбрось искушение угадать.
Должен существовать один и, желательно, только один очевидный способ сделать это.
Хотя он поначалу может быть и не очевиден, если вы не голландец.
Сейчас лучше, чем никогда.
Хотя "никогда" зачастую лучше, чем "прямо сейчас".
Если реализацию сложно объяснить — идея плоха.
Если реализацию легко объяснить — идея, возможно, хороша.
Пространства имён — отличная штука! Будем делать их больше!
__

Недавно вышла документалка об истории Python и напомнила о философии программирования на нём. Думаю многие из этих принципов могут быть полезны и в других областях 💙

Вместе с Head of DevRel Т-Банка Юлей Базаровой @yuliya_bazarova мы записали подкаст о работе со стейкхолдерами в DevRel. Выпуск выйдет в начале октября, а пока хочу поделиться парой мыслей Юли, которые мне особенно отзываются:

1️⃣ «Я не помню, чтобы мы когда-то отказывали без предложения альтернатив».
Для меня это суперподход: он облегчает жизнь и тем, кто вынужден отказать, и тем, кто отказ принимает. Такой способ помогает сохранить отношения, вовлечённость и активность.

2️⃣ Каким бы экспертом ты ни был, иногда стоит попробовать сделать так, как хочет стейкхолдер, даже если уверен, что он ошибается.
Мне кажется, это очень классная мысль — не стремиться к «идеальному идеалу», а пройти опыт вместе, и вместе разобрать ошибки. Это станет основой для доверия и настоящих рабочих отношений.

Вообще, слушать, как всё устроено в бигтехе, было невероятно интересно, даже с моим опытом ведения проектов там. Каждый раз поражает масштаб!

Воронка внутреннего DevRel

Во "внешнем" DevRel мы пользуемся AIDA воронкой — от узнаваемости к интересу, затем к вовлечённости и действию.
Сначала люди узнают о компании и её проектах, потом начинают интересоваться, подписываются на соцсети, понимают, чем компания занимается, приходят на мероприятия и не против взаимодействовать с ней.

Для этого мы настраиваем внутренние процессы: взаимодействие с сообществами, работу с экспертами, написание статей, поиск кейсов и пр.

Но сегодня "внутренний" DevRel всё чаще становится не только основой внешнего, но и самостоятельным направлением, которое помогает компаниям повышать эффективность команд:
сокращает дублирование решений, ускоряет принятие технических решений, делает знания доступными и уменьшает зависимость от отдельных экспертов.

Как раз об этом мы поговорили в подкасте с Алексеем Долгушевым @adolgushev 🚀
(да, что-то я разошлась с подкастами в этом сезоне 😄)
И о том, что и внутри компании можно пользоваться той же логикой воронки.

1️⃣ Осведомлённость — сотрудники знают, какие команды и проекты есть, что они делают и каких результатов достигают.
2️⃣ Реакция — люди откликаются: задают вопросы, комментируют, приходят на демо или обсуждения.
3️⃣ Отклик — готовы поделиться опытом: рассказать о своей работе, выступить, написать пост или кейс.
4️⃣ Организация — помогают находить темы, вовлекать коллег и развивать внутренние практики.

Такая воронка помогает понять, какие нам удобно использовать метрики, где теряется внимание, и выстроить внутри компании системное движение знаний и доверия.
Ждем выпуск на следующей неделе 🤩

Хочется поговорить про ИИ в DevRel.
И, может быть, даже записать подкаст.

ИИ — не только для сбора идей, а как часть процесса.
Может, он помогает вам в аналитике, автоматизации коммуникаций или где-то ещё?

У меня, например, на одном проекте он встроен в работу с контентом:
я разработала коммуникационную стратегию и персону и загрузила всё в ChatGPT. Контент-план приходится довольно сильно править, но посты получаются почти идеальные с минимальными правками.

Поделитесь, как вы используете ИИ в DevRel-процессах?
Или, может, знаете интересные кейсы — кого можно было бы позвать в подкаст?

Место Tech PR в компании

В крупных технологических компаниях коммуникация стала многослойной: есть PR, есть DevRel и есть Tech PR — это самостоятельное направление со своей аудиторией, задачами и каналами.

Об этом мы поговорили со Стасей Алексеевой в выпуске «DevRel, Tech PR и классический PR: где проходит граница?»

PR отвечает за репутацию бренда,
DevRel — за вовлечённость и работу с инженерами,
а Tech PR — за технологическое позиционирование компании.
Он говорит с CTO, техлидами, техническими медиа и лидерами мнений, объясняя стратегию и решения компании на профессиональном уровне.

«У нас есть большой open source-проект, ребята вывели его в open source...
PR может сделать пресс-релиз..., но айтишники пресс-релизы не читают — они общаются в сообществах.
Здесь появляется Tech PR: он объясняет, как именно было реализовано обновление, зачем, и рассказывает об этом на профильных площадках…
А дальше включается DevRel — делает мероприятие, чтобы познакомить разработчиков с решением».

Ждём выпуск в ноябре 😍

🔥 Уже на этой неделе стартует HR42 — профессиональная IT HR-конференция, над которой я работала последние несколько месяцев.

Если вам интересны темы DevRel и коммуникации в IT, то рекомендую посетить эти доклады:

✔️ TechPR и наука: ближе, чем вам кажется
Виталий Охотников, Head of TechPR, AvitoTech
О пересечении научных статей, Хабра, IT-докладов и научных конгрессов.

✔️ Панель “DevRel вчера–сегодня–завтра”
Виталий Охотников (AvitoTech)
Ксения Романова (Positive Technologies)
Анна Кононова (Петрович-Tech & SmallTech)
Алексей Мерсон (Яндекс)
Про тренды DevRel, влияние метрик и сокращений бюджетов, развитие бренда через технологии.

✔️ Как не проиграть битву за внимание разработчиков?
Станислав Доброхотов, Руководитель по развитию HR-бренда, Инфотекс
Как разработчики выбирают мероприятия, какие каналы работают и что повышает конверсию.

27–28 ноября, онлайн
Билеты ещё можно купить: hr42conf.com

Я тут получила письмо про Zero-Gift-Policy. Что думаете? С одной стороны всё понятно. С другой - так приятно получать подарки на работе 😄

В Буэнос-Айресе я организовала уже несколько русскоязычных IT-митапов, и мне было интересно двигаться дальше. Я хотела организовать митап на английском языке, чтобы и русскоязычное сообщество, и местное могли взаимодействовать и двигаться в сторону международного общения.

Ну и совсем амбициозное желание — привлечь какую-нибудь глобальную IT-компанию.

Примерно полгода назад я вышла на местную команду EPAM и начала общаться с ними на тему проведения совместного митапа. И вот он наконец состоялся 🤩