Communications in Tech

Конспект 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 в Тинькофф и спикер HR API 2024, приглашает вас на конференцию и на свой доклад❗️ Доклад Ирины для тех, кому интересно узнать что происходит "по ту сторону" конференций, когда вы усиленно готовите спикеров к выступлению на них. Инсайдерская информация и полезные советы для тех, кто хочет, чтобы доклады их спикеров всегда принимались, а выступления были признаны самыми лучшими. ⬇️

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

🎙 27-й выпуск IT HR подкаста (by HR API) --- DEVREL - ТРЕНД ИЛИ МАСТХЭВ? --- В этом выпуске подкаста вместе с двумя деврелами ответили на вечные вопросы: кто такой деврел-специалист и зачем он нужен бизнесу? Поговорили про задачи, компетенции и будущее одной из самых трендовых на текущий день профессий. --- ⭐️ Мария Чернова / Directum / Тимлид команды MarHR 👤 Михаил Попов / Яндекс Go / Developer Relations Partner 👤 Ирина Сарибекова / Тинькофф / DevRel --- ▶️ Видеозапись смотрите на YouTube. 💬 Аудиозапись слушайте на вашей любимой подкаст-платформе: Apple Podcasts, Яндекс Музыка, Spotify, VK или другой.

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

Цветовая шкала коммуникационного кризиса и выбор модели реагирования КРАСНАЯ ЗОНА Кризис угрожает существованию всего бизнеса, репутация организации и ее руководства под угрозой 🔴 немедленное реагирование ОРАНЖЕВАЯ ЗОНА Постепенно развивающийся кризис / разовая негативная ситуация, которая может отразиться на репутации 🟠 хорошо думаем, что говорим ЖЕЛТАЯ ЗОНА Резкое увеличение внимания к компании без возможных серьезных последствий для ее бизнеса и репутации 🟡 думаем, нужно ли вообще говорить

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

Основные коммуникационные задачи в кризисе: 1. Определите круг стейкхолдеров, наиболее значимых целевых групп и тех, кто более всего пострадал или может пострадать. Зачастую PR-штаб начинает работать со всеми аудиториями одновременно, это приводит к неоправданному расширению круга «посвященных». 2. Сформулируйте ожидания аудитории — какая информация ей необходима, какие действия ожидает? «Эмпатия» — поставьте себя на место этой социальной группы, попробуйте понять, что она чувствует. И предложите то, что ей требуется для понимания ситуации или принятия решения. 3. Сделайте все, чтобы оправдать эти ожидания — информационные действия (предоставить необходимые сведения, открыть «горячую линию» 24/7), компенсационные действия (отзыв продукта, компенсации за ущерб, помощь в экстремальной ситуации), разъяснение (причин, последствий, правильности действий организации). Материалы из лекции НИУ ВШЭ

Антикризисные коммуникации Кризисы: - Неожиданные (например, киберпреступление) - Назревающие (например, изношенное оборудование) - Непрерывные (например, локдаун) Кризисы подразделяются на внутренние и внешние, контролируемые и внезапные. - Внутренние кризисы поддаются контролю, их можно предвидеть заранее. - Внешние кризисы сложнее предвидеть, потому что они могут быть внезапными, подготовиться к ним сложнее. - Пересечение секторов «внутренний» и «специально» создают «transgression», где организация намеренно продает продукт или услугу, которая вредит покупателям. Предлагается признать вину и принести публичные извинения. - Faux Pas (неверный шаг) – требует меньше ответственности, так как причина кризиса внешняя и непреднамеренная. Организация способна контролировать ситуацию и отрицать внешние обвинения.

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

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

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

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

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

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

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