Ешь, молись, люби DevRel

Небольшая вводная про DevRel и с каждым постом будем разбираться детальнее

Деврел (от англ. Developer Relations — отношения с разработчиками) — специалист по техническому пиару продукта и коммуникации между конкретной компанией и IT-сообществом.

Что ты такое?

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

Очень интересно, но ничего не понятно

Как и многие профессии и процессы, понятие "Developer relations" пришло к нам из западной культуры и практик.

Считается, что Apple создала первую программу DevRel в 1980-х годах, начиная с Майка Мюррея, который ввел термин software evangelist, чтобы убедить сторонних разработчиков разрабатывать программное обеспечение и приложения для платформы Macintosh.
Далее Майк Бойч был первым евангелистом программного обеспечения Apple для проекта Macintosh и нанял Гая Кавасаки, который стал главным евангелистом Apple и популяризировал их программу DevRel.

Гай Кавасаки сейчас является главным евангелистом австралийской платформы графического дизайна - Canva

DevRel начал становиться все более популярным в 2013 году, когда такие компании, как Twilio популяризировали подход, ориентированный на разработчиков. Еще всем известная компания Google так же является идеальным примером развития отношений с разработчиками посредством своих продуктов.

Резюмируя небольшую матчасть можно сделать вывод, что на западном ИТ DevRel направлен в сторону развития технического бренда через евангелистов посредством популяризации и масштабировании своих продуктов на внешнюю аудиторию/ИТ-сообщества.
Формула: продукт → ценность → вовлечение → багфиксинг → развитие = техбренд ↑

А в России всё по другому?

У каждой компании своё видение про DevRel

Сложно определить в каком году на российском рынке заговорили впервые про DevRel, но одни из самых первых докладов на эту тему появились 5 лет назад.

За это время наши ИТ-компании адаптировались к этому направлению и у каждой из них сложилась своя каноничная модель.

Например, наша команда по развитию технического бренда в Синимекс определила следующие артефакты:

• Генерировать темы и готовить спикеров к выступлениям на внешних конференциях/митапах
• Рассказывать о компании, наших инженерных решениях для бизнеса на конференциях, хакатонах и митапах с целью популяризирования инженерного опыта и развития внутри компании технических евангелистов по направлениям архитектуры, разработки, аналитики, тестирования, devops, проектного менеджмента;
• Становиться спонсорами профильных конференций, включая застройку брендированного стенда;
• Организовывать свои собственные митапы для ИТ-сообществ (сейчас у нас реализованы онлайн-митапы, но мы обязательно дополним это направление оффлайн форматом)
• Текстовый контент: писать посты в соц. сетях, статьи на профильных ресурсах и помогать в развитии личных блогов/каналах техническим специалистам;
• Взаимодействовать с вузами - выступать с докладами, лекциями и при возможности вуза создавать дополнительную секцию курса с лекциями и проверкой заданий;

Цели едины

Вне зависимости от подхода той или иной компании, у DevRel есть основные конечные цели

• Повысить и закрепить узнаваемость бренда в IT-индустрии и привлечь больше специалистов в компанию
• Продвижение или продажа инженерных решений или продуктов.

Есть, молиться и любить?

Чтобы делать DevRel в IT нужно

не забывать кушать - энергия очень нужна

молиться - чтобы доклады были рассказаны и конференции прошли без факапов

и конечно же любить своё дело

Всегда открыт и рад дискуссиям!