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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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