Держим руку на пульсе сообщества

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

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

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

Когда ваша компания достигает определённого размера очень важно определить ton of voice и сделать гайд, которым смогут пользоваться разные люди, пишущие от имени компании.

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

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

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

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

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

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

И хотя требуется немало усилий,  чтобы собрать группу внутренних разработчиков, заинтересованных в написании статей, то относительно несложно построить менторскую программу по статьям – разошлите шаблон со структурой-подсказкой:
- Какую проблему ты пытаешься решить?
- Как ты узнал о проблеме?
- Почему об этом может быть интересно узнать другим людям
- Как ты решил проблему?
- Как это могут использовать другие люди?

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