Кто такой devrel, чем он занимается и сколько зарабатывает / skillbox media

Lessons from the last six months

As I mentioned before, the first six months at Vercel were about learning — learning the skills that would help me be successful in my role, learning about Vercel and its products, establishing systems, and figuring out my unique take on DevRel.

Here are some lessons I’m learning:

As a Developer Advocate, your personal brand and reputation are closely coupled with your role.

With this in mind, building and maintaining trust is important. Here are some guidelines I’ve set for myself:

Empathize with user’s frustrations and concerns
Focus on helping developers make informed decisions
Give balanced views
Acknowledge drawbacks and what can be improved
Compete with integrity

Behind every talk, video, article, and collab, there are hours of learning, coding, planning, writing, editing, and polishing. People are attracted to the public-facing side of DevRel, but most of the work happens in the background. Most of the time you’re just a conduit between two groups. Making sure users’ struggles are heard and helping product communicate to users.

To work in DevRel, you need to enjoy the work that goes on behind the scenes; the work that most people often don’t see.

As a new Developer Advocate, you inevitably have to choose between quality and speed. It can be tempting to want to prove yourself by producing lots of work but it shouldn’t be at the cost of quality. One thing that I quickly learned about creative work is that takes time.

When I started, I unconsciously chose quality because I wanted to produce quality work for Vercel. Looking back, quality helped me build a foundation to produce better, faster work.

So how can you improve your work?

Embrace feedback — ask your manager for feedback, ask your peers for feedback, ask trusted community members for feedback, and take time to give feedback. An extra pair of eyes on your work always helps raise the quality bar.
Iterate — As James Clear so eloquently puts it:

Step away from it — if you’re stuck trying to find the right way to communicate something, take a break.
Set aside time to learn — Practice helps you become better. But for faster results, practice alone isn’t enough, you need to know how & what to learn.
Ship at 90% — there’s likely going to be something you’re not happy with, choose what to sacrifice and add it as an improvement for your next project. Build a system that keeps improving.
Do self-retrospectives — after finishing a project, ask yourself: what went well? what could be improved? what will I do differently next time?

There were many things that scared me going into DevRel, the biggest ones were conference talks. I’m an introvert, so being in the spotlight in front of thousands of people (even if it’s virtually) terrified me.

Instead of letting that fear consume me, I spoke at Next.js Conf and React Conf. I wasn’t happy with either of my talks. But, as Mahmoud once told me:

And I’ll add that once you know where the baseline is, you know what you can improve on.

Being aware of where you are and where you need to be is the key to growing in DevRel (or any career really). So growing in this new role was not just a perk, but a necessity. As Julien puts it in his book:

Lastly, DevRel is about engaging with developers trying to solve real problems. Even the most negative or non-constructive feedback is generally not a personal attack on you, your company, or your products, but a genuine frustration with not being able to do want they want.

All feedback is a gift (even if it comes in a rude or non-constructive package). If someone is struggling, most likely others are too. Being able to isolate the cause of frustration from the expression of frustration requires social maturity, empathy, and keeping your emotions, biases, and ego in check.

At the end of the day, it’s about people. A nice personal example was when I recorded an interview with the Prismic team. The Prismic team was incredibly hospitable and my host, Sam Littlefair, did a great job at easing both of our nerves. I left their office thinking about how I wanted to make people feel after an interaction.

Как стать DevRel-специалистом

К сожалению для многих, просто так попасть на должность DevRel-специалиста не выйдет. Отбор на данную вакансию весьма строгий, зачастую это проявляется куда сильнее, чем в случае набора тех же разработчиков. Это неудивительно, ведь малейшая ошибка такого сотрудника, и под откос может пойти самое дорогое, что есть у любого бизнеса – ничем не запятнанная репутация.

: Специалисту придется пройти непростой путь

Как правило, деврелами становятся люди с техническим складом ума, которые потратили время и на прокачку так называемых софт-скиллов, о которых мы поговорим ниже. Это те самые весьма харизматичные разработчики, которые и код отличный напишут, и сложные вещи буквально на пальцах объяснят. Часто такие кадры продолжают заниматься разработкой, иногда выступая на конференциях, очаровывая публику, или публикуя посты на том же «Хабре», собирая сотни лайков.

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

Человеку, который хочет стать важным звеном в структуре IT-компании, придется весьма изрядно постараться и развить в себе некоторые компетенции, которые мы подробно рассмотрим далее.

Ключевые навыки

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

DevRel-специалисту важно уметь презентовать идею

Солидный технический бэкграунд

Чтобы общаться с программистами на одном языке, надо самому в прошлом быть как минимум хорошим и перспективным разработчиком. Большим плюсом будет опыт в работе с различными технологиями и языками программирования, а также высокий уровень общей эрудированности в сфере информационных технологий.

Достойные языковые компетенции

Здесь речь идет уже не о языках программирования, а о хорошем знании того же английского, на котором ведется современная разработка в IT. Кроме этого, большим преимуществом для DevRel-специалиста станет поставленная речь и хорошее ею владение, так как по работе придется достаточно много и часто разговаривать.

Освоенное ораторское искусство

Этот навык неразрывно связан с предыдущим. Зачем он нужен DevRel-специалисту? Хотя бы по той причине, что одной из основных целей профессионала является донесение идей до других людей. Человек должен вдохновлять и мотивировать, а для этого ему надо знать, как делать выступления и презентации максимально яркими.

Умение грамотно и красиво писать

Писательские навыки помогают DevRel-мастеру писать просто и понятно о сложных вещах. Исходя из этого умения и всех перечисленных ранее можно сделать вывод о том, что востребованный и действительно полезный DevRel объединяет в себе разработчика, технического писателя, педагога, коммерческого автора и UX-редактора.

: Работа DevRel в самом разгаре

Важные софт-скиллы

Для тех, кто не знает – к софт-скиллам относятся общие умения, тесно связанные с качествами личности человека. Конкретно для DevRel-специалиста к обязательным «софтам» относятся эти:

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

Организовывать трансфер знаний между подразделения внутри ИТ. Разрабатывать креативные концепции для внутренних коммуникаций с фокусом на ИТ аудиторию.

Перейти к вакансии

Портрет хорошего специалиста

Мы проанализировали сайты с вакансиями в IT: HH.ru, indeed.com, glassdoor.com. Вот каких hard и soft skills ожидают от DevRel.

Hard skills:

Бэкграунд технаря или пиарщика. Тут одно из двух: кандидат работал в ИТ и знает закулисье сферы или умеет хорошо продавать, представлять продукт на публике.

Владение иностранным языком. Безупречный английский на уровне C1 и выше, знание технического сленга — must have, без которого в IT делать нечего.
Ораторское мастерство. Опытный деврел умеет выступать на публике. Он знает, как правильно разговаривать с разработчиками и аудиторией, привлечь нового клиента или кадры для развития компании.
Основы копирайтинга и контент-менеджмента. DevRel должен доносить мысли до публики, продвигать продукт и вовлекать через тексты. Просто и понятно написать об IT-продукте или процессе — стоит аплодисментов, далеко не каждый деврел сможет сотворить такое чудо через контент.

Soft skills:

стрессоустойчивость;
обучаемость;
умение делиться знаниями с окружающими;
высокий уровень эмпатии, прокачанный эмоциональный интеллект;
критическое мышление;
терпение;
умение работать в режиме многозадачности;
самообладание;
тайм-менеджмент.

От руководителей команд (DevRel Manager) IT-компании требуют ещё навыки управления командой специалистов и распределения задач.

Подтянуть можно как hard, так и soft skills — готовых кандидатов с безупречными навыками деврела вы вряд ли найдёте. А прокачать специалиста под требования компании можно всего за пару недель. Например, на KursFinder мы сразу нашли несколько курсов по soft skills для специалистов. Длительность обучения от 4 недель до года.

Где техпиарщики прокачивают скиллы

Профессии нет ещё и пяти лет. Поэтому ни университетов, ни образовательных программ конкретно для деврелов вы не найдёте: хоть в России, хоть на Западе. В индустрию специалисты приходят двумя путями: из IT (деврелы-инженеры) и PR (деврелы-гуманитарии).

Первые — те, кто хочет больше появляться на публике и готов выступать с представлением продукта. Плюсы такого пути в том, что специалист уже знает тонкости IT, сленг, умеет выстраивать коммуникацию с разработчиками и сообществом. Достаточно подтянуть навыки публичного выступления и пиара — и деврел готов говорить с сообществом.

Путь гуманитариев сложнее. Знание маркетинга и пиара — хорошо, но без продвинутой матчасти никуда. Поэтому на первых порах им доверяют организаторские задачи: собрать митап, договориться о публикации в издании, провести презентацию. Техническую часть оставляют на инженеров.

На российском рынке деврел работает как с разработчиками, так и на массовую аудиторию. Маркетологи и пиарщики ценятся больше, чем инженеры без навыков маркетинга. Ведь пиарщику продать что-то — рядовая задача. Нужно только выучить техчасть.

Не проблема, когда гуманитарий или инженер чего-то не знает и только начинает в DevRel. Главное — желание и правильно построенное самообразование. А знания придут с опытом и постепенным развитием внутри компании.

Универсального специалиста на рынке IT, увы, вы не получите со старта. Всё придется постепенно нарабатывать и доучивать.

Чтобы не искать, где лучше всего прокачивать своему деврелу hard и soft skills, можно посмотреть отзывы других специалистов в сообществе. Для этого существуют площадки отзывов на сервисы вроде Otzyvmarketing.

Some Other Thoughts

Wesley’s thread struck a serious nerve in the community with 63 responses. Here are some highlights, which I think are the perfect TLDR for this post:

“The inevitable reaction in these situations, 3 – 6 months in, is either ‘You’ve gotten great results from your efforts, but we’re not seeing the vision or the strategy part done. Maybe you’re not the one to do that part.’ Or, you focused on the strategy portion, so you get ‘Nice execution on the strategy, but we’re just not seeing the results on the ground. Maybe DevRel doesn’t actually work.’ It is an absolute strategy for failure.” — David G. Simmons

“I’ve seen a number of these first hires fail this summer and now the engineers, first advocates themselves, feel imposter syndrome and otherwise about DevRel. And it was the stakeholders’ fault for not having their strategy known to their hire.” — Tessa Kriesel

“This is a well-articulated response with understandable examples. VP of Eng/Mkt should do a lot of legwork in these small companies on that strategy piece BEFORE hiring the first DevRel.” — Dewan Ahmed

“It’s been a different experience for me. As a first devrel at $CURJOB, I had a lot of existing trust with the founder/exec team and executing on a couple of tactical things (docs, tutorials, forum) helped build some credibility. The main strategic goal when I was hired was ‘get more pageviews,’ though since then it has been refined since.”

“We’ve been working toward a strategy, but one hard thing about a strategy at a small company is that it is difficult to formulate. It’s hard to do internally (to make the time) and hard to know who to trust to come in and consult. It’s hard to find the right fit (esp when you are still trying to do the tactical stuff at the same time).”

“I doubt I would have had the same success without the deep trust I had with the founder.” — Dan Moore

Как найти идеального менеджера по работе с экспертами

Где искать?

Поиск DevRel-менеджера рекрутер начинает непосредственно с коммьюнити. В России количество PR-специалистов и коммьюнити-менеджеров в IT небольшое и зачастую позиция закрывается очень быстро.

«Бывает, хотят нанять определенного человека, особенно, если он уже давно известен в определенной сфере, обладает нужным опытом и компетенциями. Вместе с человеком покупают и его контакты, социальные связи, манеру коммуникации и репутацию в комьюнити. В IT таких примеров много, рынок не очень большой и ключевых специалистов все знают в прямом смысле по именам», — Наталия Губарева , Head of DevRel (developer relations), Яндекс .

* больше о том, как найти качественного DevRel-менеджера и что входит в его обязанности — в интервью Натальи для Академии Pressfeed

О чем спрашивать на собеседовании кандидата на позицию DevRel?

Конкретные кейсы.
Уточнять роль кандидата в проектах.
Проверять насмотренность в плане коммьюнити, мероприятий, персоналий.
Проверить совместимость специалиста и вашей компании.

Последнее очень важно, ведь даже самый крутой профессионал может просто не подойти вашей культуре, не разделять ценности компании. Независимо от сферы, это ключевой момент для DevRel-менеджера

Вырастить внутри или нанять?

Рекрутеры пока не могут однозначно ответить, какой путь для компании лучше: найти специалиста на рынке или вырастить внутри. Многое зависит от задач и от времени, заложенного на их решение.

Дарья Дворецкая
IT-recruiter, Tinkoff

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

По запросу DevRel на сайте HH.ru в поиске выпадает всего 15 вакансий. Это не говорит о том, что позиция не востребована. Во-первых, многие ищут «среди своих». А во-вторых, зачастую не все компании могут сформулировать точно, что им нужен Development Relation-менеджер и что именно будет входить в его обязанности.Для этого у работодателя должен быть опыт работы с PR-специалистами в его отрасли и понимание, чего именно он хочет кандидата. Потому чаще всего полноценного DevRel-специалиста ищут крупные компании, с уже сформированными PR-департаментами.

10 кейсов о росте трафика, продаж и продвижении бизнеса с помощью СМИ. Скачать! Реклама: ООО «ПРЕССФИД», ИНН 9715219654, erid: LjN8KXrSQ

А зачем собрали команду?

DevRel в Альфе можно представить примерно так.

Раньше HR-бренд помогал 2-3 центрам экспертизы, чтобы они могли позиционировать себя вовне. Когда собрали команду, центров экспертизы стало больше: на картинке центры экспертизы в IT и Digital, которые мы, как команда DevRel, будем помогать развивать. Как вовне так и внутри.

После того, как определили «Для кого?» мы всё это будем делать, оценили рынок: кто в каких мероприятиях участвует, кто как измеряет бренд. Посмотрели, прописали как будем отслеживать наш результат.

Когда только начинали, мы имели довольно маленькую медиабазу: сайт, Хабр и IT-мероприятия, которые организуются сами по себе.

Теперь мы выстроили большой процесс взаимодействия: объединили все площадки между собой, добавили пару площадок, перевели заблокированный YouTube в ВК и начали более системно подходить к организации медийных площадок.

После этого мы начали работать — делать хорошие проекты — «у нас был план и мы его придерживались»

А план очень простой, в двух словах — «Альфа-Банк — это технологичный банк, где мы делаем классные продукты». Вся стратегия — набор задач, которые и ведут к тому, чтобы все это поняли, и планировали мероприятия для тех или иных центров экспертиз.

Фрэймворк

Тот самый фреймворк, о котором говорил всю статью. Вот он.

Ничего сложного, в целом. Как его «читать»? Например, так:

Мы шерстим рынок и генерируем какую-то идею.
К нам приходит партнёр (один из отделов), которому мы предлагаем идею.
Мы верифицируем идею
Ставим в бэклог.
Берём в работу. Но не задачу, а запрос. Здесь накидываем план того, что будем делать.
И уже потом договариваемся о каких-то конкретных результатах/показателях — KPI. У каждого запроса будет свой KPI.
Постоянно синхронизируемся с нашими партнёрами.

Конечно, это не всё. Самое интересное я не покажу — только общий вид. Детали вам придётся заполнить самим. Но, в целом, он работает. Ведь, как я говорил, работают простые вещи — усложнять не надо.

На этом всё, надеюсь, было полезно.

Рекомендуем почитать:

Также подписывайтесь на Телеграм-канал Alfa Digital — там мы постим новости, опросы, видео с митапов, краткие выжимки из статей, иногда шутим.

Как выигрывают программы DevRel

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

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

Однажды я оказался в команде DevRel Альфы

~~И всё завертелось.~~

DevRel’ы живут в подразделении IT HR-бренд.

«Живут», потому что их два, условно один отвечает за контент — это Соня Никитина, а второй — за ивенты — это я. Меня зовут Миша Попов, я DevRel в Альфа-Банке. Раньше пробовал себя во фронтенде, управлял парой интересных продуктов как CPO, поэтому в IT опыт есть, а с ивентами помогает опыт организации мероприятий, например, как-то я собрал стадионный концерт на 15 000 человек.

В HR хорошо — HRD прекрасны, дают свободу действий, поэтому мы делаем классные проекты: из последнего, например, Alfa Backend Stories Meetup #1 или Alfa Mobile Квартирник #2.

Как различать DevRel с PR и евангелистами

Есть как минимум три роли, которые на первый взгляд похожи друг на друга. Рассмотрим их далее:

Developer Advocate. Взаимодействует с комьюнити разработчиков и рассказывает, как лучше всего использовать продукт компании. Защищает интересы конечных пользователей перед программистами и нацелен в основном на развитие продукта. Целевой аудиторией являются преимущественно разработчики.
Developer Evangelist. Продвигает продукт на максимально широкую аудиторию путем публикаций в блогах, выступлений на конференциях и в технических медиа. Создает высокий уровень узнаваемости продукта и нацелен на всех потенциальных потребителей. Главная цель – продвижение.
Community Manager. Формирует и управляет сообществом вокруг продукта, находит и применяет «импульсы», которые мотивируют целевую аудиторию к действию. Нацелен прежде всего на пользователей, лояльных по отношению к бренду. Основная задача – развитие комьюнити.

Что касается PR-менеджеров, DevRel-специалисты отличаются от них тем, что продукт продвигается среди разработчиков и специалистов в IT-сфере, а не конечных пользователей. Однако в России не так уж и редко пользуется именно такой подход, когда хорошие отношения налаживаются сразу с потребителем, но на более «айтишной» ноте, нежели это могут сделать обычные PR-менеджеры.

: Один из ярких примеров IT-евангелистов

Ещё один вход в IT для гуманитариев?

Обычно деврелами становятся технари с круто прокачанными soft skills — те самые харизматичные прогеры, которые и код классно пишут, и разъясняют самые непонятные штуки на пальцах. Как правило, такие гики продолжают кодить, время от времени очаровывая всех выступлениями на форумах или классными постами на «Хабре», в Facebook* и Twitter. Они становятся авторитетными экспертами и быстро собирают крепкие комьюнити.

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

И даже в этом случае штурмовать крупный форум деврелу-гуманитарию вряд ли доверят — вдруг облажается на продвинутых вопросах. А фейлы в IT-сфере помнят очень долго.

Поэтому гораздо чаще деврелы-гуманитарии направляют и организуют работу деврелов-технарей или просто наиболее софтовых разработчиков. Они договариваются о встречах, следят за постами, помогают упростить доклады, мотивируют разработчиков, настраивают материал под аудиторию. То есть деврелы-гуманитарии выступают неким проводником между компаниями и внешним миром.

Влияние программ DevRel на бизнес

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

Увеличение доходов и финансирования
Рост числа пользователей & удержание
Инновации & усовершенствования продукта
Удовлетворенность клиентов & отклонение поддержки
Сильный конвейер технического рекрутинга
Узнаваемость бренда & осведомленность

Разработчики невероятно влиятельны в любой организации, и когда вы способны создать программы, которые соответствуют их потребностям и решают их проблемы, это приносит пользу бизнесу.

Где самая большая текучка

По статистике, которую привела нам нейросеть, часто меняют места работы junior-разработчики всех мастей. Не отстают и спецы техподдержки, QA-инженеры и тестировщики — на эти позиции люди часто идут для быстрого старта в ИТ, в надежде потом перейти в разработку.

Что неожиданно — ChatGPT утверждает, что большая текучка отмечается в сфере data science. Но тут причина иная — сотрудники, по мнению нейронки, очень востребованы и сами не прекращают искать более выгодные офферы

Повод обратить внимание на то, что текучка — не всегда плохой показатель, с точки зрения кандидата

Вот полный (почти) трактат от нейросети, в подтверждение наших слов

Недавно мы поговорили с айтишниками об их самых быстрых увольнениях — по своей и не по своей воле — много любопытных историй.

Founder in DevRel?

Most companies don’t have an experienced person on staff already. But most have a technical founder. When reaching out to developers, a lot of the founders do this in an ad hoc way. You post to Reddit or set up a blog and try to get some developers to use the product.

That’s all great and could be the starting point for a developer relations role within the company. But the trick is to turn this into something that’s more strategic and actionable. Are you hiring a developer relations person just to write blog posts?

Where can that person contribute?

What are reasonable KPIs?

What would the day of a developer relations person at your company look like?

What’s the chain of command? Is marketing in charge or is it the CTO?

If you can’t answer these basic questions, you don’t have the infrastructure in place to hire a developer relations person. You can hire the “best” person out there and be disappointed because they won’t know what to do.

I know, a lot is thrown on the shoulders of founders, but if you’re a B2D (business to developer) company, then you pretty much need to understand the role in depth. Otherwise, you’ll have a hard time managing and evaluating the work of the developer relations person.

Технический пиар (DevRel, DR): что это?

Технический пиар — это процесс развития выгодных взаимоотношений между организациями (или компаниями) и разработчиками ПО и других АйТишников.

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

Причины, по которым компании прибегают к техническому пиару, могут различаться. Организация ААА, например, может использовать технический пиар, чтобы способствовать внедрению своего продукта, с другой стороны перед компанией БББ может быть поставлена задача в более успешном найме программистов.

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

Большинство компаний инвестируют в технический пиар, потому что:

— чтобы больше разработчиков использовали их продукт
— компания полагается на сообщество разработчиков для создания своей технологии
— хочет понять потребности и желания разработчиков
— поддержка разработчиков: предоставление обучения, инструментов и инфраструктуры, необходимых разработчикам для использования продукта после того, как их работодатель принял его
— организация считает текущее восприятие их компании потенциальным препятствием на пути к успеху
— хочет улучшить свой бренд работодателя, чтобы быть более привлекательной для разработчиков

Технический пиар — это нечто большее, чем повышение осведомленности, это налаживание контактов с представителями IT.

Кто из сотрудников может заниматься техническим пиаром?

Можно выделить три модели:

1) Вертикально интегрированный Технический пиар: один отдел или команда заботятся обо всех аспектах взаимодействия с целевой аудиторией, сотрудничая с другим отделами при необходимости.

2) Ядро Технического пиара: отдел по связям с разработчиками заботится о тех функциях, которые не были бы реализованы в противном случае, таких как сообщество разработчиков, но оставляет другие аспекты специализированным командам (например, разработка, маркетинг, продукт).

3) Технический пиар в масштабах компании: нет конкретной команды или отдела по связям с разработчиками, вместо этого Технический пиар происходит по всей компании.

Чем занимается технический пиарщик?

— Тактикой взаимоотношений с разработчиками

— Маркетинг для разработчиков и ITшников:

-Включение разработчика в контур информации и поддержки компании

— Публичная выступания и защита интересов разработчиков

— Развитие сообщества разработчиков

ИТОГИ

После прочтения ответьте на вопрос, который был в начале статьи «Точно ли вашей организации нужен технический пиар?».

Если ответ да, то желаем успехов!

Если нет, то посмотрите другие наши материалы