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.
Успешный продукт тот, который для разработчиков легок в использовании, привлекателен как инструмент, имеет "липкое" сообщество, а также выигрывает у ЛПРов своей ценой, решением, практичностью.