Communications in Tech

• Аналитика - понимание точки А, фундамент, на котором строится вся стратегия
• Целеполагание - зачем мы вообще собираемся заниматься коммуникацией, чего хотим достичь
• Аудитория - с кем коммуницируем, для кого реализум проект. Разные коммуникационные дисциплины могут смотреть по-разному, в интегрированной стратегии это может дать интересный комплексный вгляд на ЦА. Можно также сделать преломление целей на каждую ЦА - это обогатит стратегию
• Идиологемы - целевой образ клиента и линии позиционирования, ключевые сообщения и каким образом будем доносить - креативное наполнение коммуникации
• Инструментарий - каналы коммуникации, распределение ресурсов. Этот блок самый объемным после аналитики. Связывает стратегию и тактику
• План - действия во временной шкале
• KPI - как будем измерять эффективность

Из презентации исследования IT брендов работодателей от Экопси и Хабра по итогам 2022

800 джоб бордов
(надо смотреть с компа)
https://airtable.com/appQWRUJA8s7JBJHn/shrMHsqzD0ZqyPEk1/tblvIBp9Y86Xae4k5/viwpcGOZ7CoxupF7B

Основные тезисы Podlodka #93 — Личный бренд разработчика
https://podlodka.io/93

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

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

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

Важен баланс собственных целей и целей компании. Кто-то ходит по собесам, чтобы понять, в теме он или нет, а кто-то - на конференции.

Когда выступаешь сам, ещё кто-то выступает, то и в компании все начинают выступать.

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

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

Цели Developer Advocacy могут быть разные: и Brand Awareness и число базы юзеров и рекрутинг и т.д.

Личный бренд сам по себе бессмысленный, но нужен для продвижения чего-то другого: проектов и пр. Имеет смысл если преследуешь какие-то цели. В том числе - может быть проще трудоустроиться.

Работа над личным брендом может быть или чтобы закрыть свои личные цели (например чтобы все писали качественный код), или цели компании, или повышение своей ценности на рынке - по факту всё неразделимо и работаете на все эти цели вместе.

Нужно знать, о чем ты говоришь, техническим людям блеф не прокатит. Мемасики, троллинг - прикольно, но content is king и умение эти знания доносить.

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

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

Be nice. На резких комментариях и высказываниях можно заработать негативный бренд.

Playbook как делать DevRel от Matthew Revell:
- Напишите какой-нибудь интересный код
- Напишите пост, который описывает, как вы этот код написали
- Постройте скрипт демки, которая показывает этот код
- Запишите скринкаст этой демки
- Сделайте презентацию
- Идите с ней на конференцию

Доверие к персоналиям выше чем к компаниям.

Проведение 1-to-1 встречи

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

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

🔴 Красная зона: проекты сыпятся, выгорание, желание уволиться.
🟡 Желтая зона: справляется, есть какие-то недочёты, но настоящие задачи и посильны и интересны и предполагают развитие. Как говорится, человек в потоке 🤩
🟢 Зелёная зона: всё отлично получается, человек начинает скучать, ищет возможности для дополнительного развития и роста.

В одном из курсов подхватила подсказку FAST:
F - feelings - чувства, мотивация, что фрустрирует: если дома проблемы, если с командой не дружит - не будет открыт к новым идеям. Поэтому первый вопрос - как ты, как себя чувствуешь;
A - activity - как идут проекты, как прошла встреча, какие челленджи, ежедневные штуки, что ещё могли бы сделать;
S - success - чего добились, какие проблемы преодолели, какие проекты выкатили - это хорошая возможность похвалить, поздравить;
T - target - какие фокусы на ближайшее будущее, проекты, поведение.

Это может занять как пять минут, так и час. На этом этапе мы можем понять, в какой зоне находится человек 🔴🟡🟢, и далее или по ходу в зависимости от зоны выбираем подобные вопросы:

🔴 Что кажется наиболее сложным, что мешает работать, чего не хватает, видит ли какое-то решение, что уже пробовал/а сделать. Если речь идёт об увольнении, то что ищет, как это соотносится с его/её ценностями. Если сотрудник ценный, то хорошо бы иметь в рукаве преимущества теккщей компании с учётом ценностей человека. И если мы регулярно интересовались делами сотрудника, то можем знать, что он/а например любит учиться, и в вашей компании таких опций полно или взял ипотеку, а смена работы - это риск и пр.
🟡 Что больше всего нравится, что не нравится, с чем возникают сложности, подходит ли уровень нагрузки, удаётся ли соблюдать баланс с личной жизнью.
🟢 Вопросы на развитие: какие цели, какие проекты интересны, куда хочется двигаться, какое обучение или тренинг интересен.

Стремимся к тому, чтобы сотрудники чувствовали себя после встречи лучше и замотивированнее 😊

Подготовка спикеров
Курс Кирилла Анастасина
https://youtube.com/playlist?list=PLDiMydIf6SMoF2JBF4-ueHNN6hUbjwndH

https://youtu.be/B2ypGCOe4n4
Этапы подготовки спикера
Адель Макашева

https://youtu.be/3FDp_rJg6f0
Как найти тему для доклада
Роман Поборчий

ТГ-каналы про Developer Relations и коммуникации в IT:

Говорите громче! - канал Жени Голевой про работу деврелом, публичные выступления, обратную связь и обучение взрослых

My DevRel - канал Натальи Макаровой про работу в DevRel

не доводи спикера - канал Адель Макашовой про работу со спикерами и не только

Логово редактора - канал Тони Татчук про контент-маркетинг в технологической сфере.

что-то на техпиарном - канал Алины Боровицкой про осознанный SMM, техпиар и софт-скиллы <3

Geek Relations - коммуникации и образование в ИТ. DevRel. TechComm. Knowledge management. ITHR. Немного BigData и AI.

DevRel Склад - канал Ксении Романовой с краткими конспектами и комментариями по материалам о Developer Relation и Community Management (в основном зарубежным)

23derevo - канал Лёши Федорова из JUG Ru Group о работе над IT-конференциями (самый движ происходит в чате канала)

Это работа для DevRel’a - канал @svetlanada с вакансиями для DevRel-менеджеров, Tech PR, редактуров технических текстов и IT HR

Деврел-бюро - канал, где Алексей Долгушев и Мишаня Сторожилов иногда рассказывают про DevRel и постят вакансии

IT-brand rules - канал про IT-HR-бренд от команды исследования IT-брендов Хабра и Экопси

Технотекст - канал от команды Хабра о том, как писать и редактировать технические статьи (прежде всего на Хабр)