Какие задачи может решать Developer Relations в рамках развития бренда работодателя в IT?

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

Много написано о том, как подготовить доклад, сделать презентацию и натренировать спикера. Хочу поделиться, как это «поставить на поток» — организовать внутри компании процесс, который поможет готовить спикеров и участвовать в конференциях регулярно.
Написала статью на VC:
https://vc.ru/marketing/1001914-kak-organizovat-process-podgotovki-spikerov-na-it-konferencii

Вовлечённость сотрудников

The Business Value of Developer Relations, by Mary Thengvall, Chapter 1

В IT, в отличие от инструментов многих других индустрий, код можно пошарить, улучшить, усовершенствовать совсем недорого или даже бесплатно. В этом плане GitHub - это не просто репозиторий кода, это наше общее понимание и кооперация вокруг общих интересов и решения проблем.
Тут присутствует self-starter культура в отношении обучения и коллаборации.
Для качественных Developer Relations необходимо не просто понимать цели и нужды разработчиков, а нужно фундаментальное понимание устройства их культуры.

Developer Relations - это построение взаимоотношений с сообществом разработчиков, это связка между компанией и аудиторией разработчиков (которая в данном случае является конечным пользователем).
Если сообщество счастливо и успешно от использования продукта, скорее всего и бизнес тогда будет успешен.

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

Что делает техническое сообщество особенным - это то, что ответ на простой вопрос может привести участников к совместному проекту, менторингу или успешному продукту.

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

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

Самое главное и базовое - это понимать цели компании. А затем: как развитие сообщества поможет достичь этих целей? Несколько вопросов на которые стоить ответить:

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

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

- Из кого состоит сообщество?
Должно быть чувство сопричастности, забота друг о друге: менторинг, поддержка, помощь.
Сказать, что ваш продукт для всех разработчиков - это слишком широко. Определите языки программирования, уровень и пр. Вы также должны быть способны выделить первичное сообщество, которое имеет наибольшее влияние на компанию и вторичное. Создайте в сообществе гайдлайны и правила поведения (Code of conduct).

- На каком сегменте этого сообщества вы хотите сфокусироваться в первую очередь?
Создайте регулярный план коммуникации с сообществом, начните делать заметки на тему того, как лучше с ним взаимодействовать. Когда база участников будет расти вы начнете видеть схожие паттерны. Важно слушать и отвечать на каждую обратную связь. То что вам покажется простым ответом, даже просто спасибо, может сыграть роль при принятии решения использовать ваш продукт или конкурентов. Вторичная аудитория - это те, кто принимают решения о покупке, может возникнуть желание именно их сделать основой аудиторией, но так вы себе усложните жизнь - продажи никогда не являются главной целью команды DevRel.
Успешный продукт тот, который для разработчиков легок в использовании, привлекателен как инструмент, имеет "липкое" сообщество, а также выигрывает у ЛПРов своей ценой, решением, практичностью.

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

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

Интересуйтесь мнением других DevRel команд вашей индустрии.

Гибкость всегда окупится. Будьте готовы пересматривать и менять вашу стратегию по ходу того как растет ваш опыт.

Барселонские принципы – это базовые рекомендации для измерений в сфере PR и коммуникаций, отражающие отраслевой консенсус по данному вопросу.

Идентичность в символическом интерационизме состоит из трех элементов:

❏ Как мы представляем, как мы выглядим.
❏ Как мы представляем, что думают другие как мы выглядим.
❏ Как мы развиваем чувство стыда или гордости, которые становятся внутренним.

Основные принципы рекламы продуктов символического
маркетинга:

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

Антикризисные коммуникации

Кризисы:
- Неожиданные (например, киберпреступление)
- Назревающие (например, изношенное оборудование)
- Непрерывные (например, локдаун)

Кризисы подразделяются на внутренние и внешние, контролируемые и внезапные.

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

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

- Пересечение секторов «внутренний» и «специально» создают «transgression», где организация намеренно продает продукт или услугу, которая вредит покупателям. Предлагается признать вину и принести публичные извинения.

- Faux Pas (неверный шаг) – требует меньше ответственности, так как причина кризиса внешняя и непреднамеренная. Организация способна контролировать ситуацию и отрицать внешние обвинения.

Основные коммуникационные задачи в кризисе:

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

2. Сформулируйте ожидания аудитории — какая информация ей необходима, какие действия ожидает?
«Эмпатия» — поставьте себя на место этой социальной группы, попробуйте понять, что она чувствует. И предложите то, что ей требуется для понимания ситуации или принятия решения.

3. Сделайте все, чтобы оправдать эти ожидания — информационные действия (предоставить необходимые сведения, открыть «горячую линию» 24/7), компенсационные действия (отзыв продукта, компенсации за ущерб, помощь в экстремальной ситуации), разъяснение (причин, последствий, правильности действий организации).

Материалы из лекции НИУ ВШЭ

Провела подкаст – IT бренд работодателя: что, где, когда?

Обсудили развитие IT бренда работодателя: где находится в структуре, когда пора начинать, какие цели ставить, что делать и как измерять:
https://youtu.be/tVuKeqzJMq0?si=6bLmpUie-NZjH4AI

Цветовая шкала коммуникационного кризиса и выбор модели реагирования


КРАСНАЯ ЗОНА
Кризис угрожает существованию всего бизнеса, репутация организации и ее руководства под угрозой
🔴 немедленное реагирование


ОРАНЖЕВАЯ ЗОНА
Постепенно развивающийся кризис / разовая негативная ситуация, которая может отразиться на репутации
🟠 хорошо думаем, что говорим


ЖЕЛТАЯ ЗОНА
Резкое увеличение внимания к компании без возможных серьезных последствий для ее бизнеса и репутации
🟡 думаем, нужно ли вообще говорить

В подкасте рассказала о своей профессии – Developer Relations 🚀

В июне буду выступать на HR API в любимом Петербурге 💙

Конспект The Business Value of Developer Relations, by Mary Thengvall, Chapter 2

Продвигаем идею сообществ внутри вашей компании

Вовлечение стейкхолдеров - наибольшая сложность, но и наиболее вознаграждающая победа.
Это никогда не "один раз сделал и забыл".

Убедиться, что цели команды завязаны на цели компании.
Важно! Основная цель DevRel - не генерация лидов. Но это естественное следствие результата построения взаимоотношений узнаваемости бренда. Команда DevRel не должна отвечать за какие-то цифры по лидам или деньгам.

DevRel - то одновременно самый верх и самый низ воронки: отвечает за узнаваемость бренда, а также за то, что клиенты (в нашем случае tech сотрудники - прим. моё) довольны. Эти отношения начинаются в верху воронки с помощью постоянного построение взаимоотношений.

Стейкхолдеры - это люди, у которых есть значительный интерес в деятельности DevRel. Чтобы понять, кто это, можно ответить на эти вопросы:
- Кто помимо вашего департамента вовлечен в проект?
- Какую команду заафектят результаты проекта
- Кто выиграет или потеряет в случае успеха DevRel команды?
- Вы можете описать преимущества этих взаимоотношений для DevRel команды?

Нужно четкое понимание как целей компании и откуда они исходят, так и области, в которых DevRel может предложить помощь, экспертизу или ценность для компании. Что выходит за пределы работы команды маркетинга (например технический контент), продуктовой команды (например 1-1 встречи с сообществом как человек, который понимает и продукт и жизнь разработчика), инженерной команды (например, выступать от имени компании на различных конференциях).

Чего мы пытаемся достичь? Что является Полярной звездой?

- Вы хотите построить сообщество, объединенное исключительно вокруг вашего продукта?
Это распространено для open source компаний и для компаний, связанных с шерингом контента (YouTube, Pinterest и пр.). В таких компаниях их продукт полностью зависит от людей, которые используют, делятся и становятся амбассадорами компании. В этом случае сообщество не nice to have, а необходимость.

- Вы хотите улучшить Developer Experience?
Для любой компании с целевой аудиторией разработчиков DevEx первостепенно. Тот опыт, который получают разработчики при взаимодействии с вашим продуктом, является ключевым фактором, станут ли они вашими клиентами.

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

Выравнивание ожиданий
Мы не только хотим представить свой план, но и хотим узнать, какие ожидания есть у стейкхолдеров от DevRel команды. На каких наиболее важных вещах они считают надо сфокусироваться DevRel команде? В какие проекты они хотят включить команду?

Это не значит, что нам надо взять в работу всё, что хотят стейкхолдеры, но важно выровнять ожидания.

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

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

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

Для DevRel важно иметь хорошие рабочие взаимоотношения со всеми отделами компании. Собирать фидбэк. Находить консенсус между командами и корректировать. Ключ к успеху - это говорить на языке каждого из стейкхолдеров. У маркетинга и у команды инженеров будут разные запросы и заботы.

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

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

Провела подкаст, в котором расспросила коллег из Тинькофф и ВКонтакте о том, как они организовали Youtube-шоу для Java-разработчиков, хакатон на Эльбрусе, сериал для QA-инженеров, стримы ивентов на Twitch'е –
в общем поговорили о нестандартных проектах DevRel 🤩
https://youtu.be/-kxcynKS8mI?si=ndLBIwpOOP0pcWoL