Перепробовав всевозможные подходы к принятию решения об участии в конференциях, я все равно продолжаю собирать примеры и опыт коллег.
Например, в этой статье https://bit.ly/2ZwX7Ku речь идет об оценке по некоторым формальным критериям с использованием весов: целевая аудитория, место мероприятия и стенда, отношение стоимости спонсорства к количеству участников, участие сотрудника компании в числе организаторов и т.д.
Что-то подобное нам с коллегами тоже приходилось делать. Этот подход я считаю слишком формальным. Однако, если нужно принимать решение для формирования и оправдания бюджета перед руководством, то вполне подойдет.
На практике же приходится более подробно погружаться в каждую метрику. Если целевая аудитория, то запрашиваю у организаторов статистику с разбивкой по специализации, опыту, компаниям, городам и другим параметрам. Если стоимость участия, то складываю все расходы (от стоимости спонсорского пакета до стоимости изготовления стенда, раздатки, командировочных). Кроме этого оцениваем вместе с разработчиками уровень докладов как прошедших конференций, так и заявленных в предстоящем году.
Например, в этой статье https://bit.ly/2ZwX7Ku речь идет об оценке по некоторым формальным критериям с использованием весов: целевая аудитория, место мероприятия и стенда, отношение стоимости спонсорства к количеству участников, участие сотрудника компании в числе организаторов и т.д.
Что-то подобное нам с коллегами тоже приходилось делать. Этот подход я считаю слишком формальным. Однако, если нужно принимать решение для формирования и оправдания бюджета перед руководством, то вполне подойдет.
На практике же приходится более подробно погружаться в каждую метрику. Если целевая аудитория, то запрашиваю у организаторов статистику с разбивкой по специализации, опыту, компаниям, городам и другим параметрам. Если стоимость участия, то складываю все расходы (от стоимости спонсорского пакета до стоимости изготовления стенда, раздатки, командировочных). Кроме этого оцениваем вместе с разработчиками уровень докладов как прошедших конференций, так и заявленных в предстоящем году.
DEV Community
Measuring Event Success; Entering the Matrix
The world of events continues to expand with more conferences, elaborate topics, increased speaking o...
ClickHouse — один из самых успешных российских open-source проектов последних лет. Мне повезло работать с командой разработки ClickHouse в контексте продвижения технологии с самого начала. Но прежде мне нужно было подробно изучить такое явление как open-source и его место в IT культуре. Об этом, к счастью, много информации в сети. Однако, пришлось столкнуться с нюансами, о которых мало где написано. Немного об этом опыте в моей заметке http://bit.ly/ClickHouseDevRel
Medium
О чём не написано или что мне пришлось узнать о продвижении open-source проектов. На примере ClickHouse.
ClickHouse — один из самых успешных российских open-source проектов последних лет. Мне повезло работать с командой разработки ClickHouse в…
Есть гипотеза, что разработчики не признают маркетинг в отношении себя и не реагируют на стандартные маркетинговые картинки в сети. Что им больше ближе полезность контента, схемы, код, таблицы, инфографика.
Как-то раз я провела внутри компании мини исследование-опрос разработчиков, на что они обращают внимание, что выглядит убедительным, что мотивирует перейти по ссылке.
Коллеги набрасывали различные фотографии, картинки, иллюстрации и делились мнением.
Как-то раз я провела внутри компании мини исследование-опрос разработчиков, на что они обращают внимание, что выглядит убедительным, что мотивирует перейти по ссылке.
Коллеги набрасывали различные фотографии, картинки, иллюстрации и делились мнением.
Пользуйтесь, если нужно!
Основные выводы, которые я сделала, такие:
1. КДПВ в большинстве сами по себе не привлекают внимание, если только они не несут какой-то смысловой нагрузки. То есть какой бы прикольной или абстрактной ни была картинка, она будет восприниматься как лишняя и отвлекающая внимание.
2. Картинка должна нести смысловую нагрузку и в ней уже должен быть зашит контент: вызов, ребус, формула, ситуация и т.д.
Интересно, что такие картинки не воспринимаются как КДПВ, а читаются как часть контента или сам контент.
3. Даже картинка с юмором должна быть частью контента и подчёркивать текстовый контент.
А вот немного из того, что разработчики буквально мне писали:
💡На хабре была замечательная задача: на картинке давался URL по которому возвращается длинная строчка символов и небольшая инструкция по тому, как интерпретатор эти символы должен трактовать. В итоге, если человек правильно писал небольшую программку-интерпретатор и запускал её на строчке символов, то выводился текст вида "Приходите к нам на собеседование, <контакты>". Задача отлично заходила, потому что писалась минут за 10 и было интересно, что же там произойдёт в конце.
✔️Порой привлекают картинки из старых хороших фильмов.
✔️PixelArt нынче в моде. Можно логитипы/аттрибуты компании в него сконвертировать, народ оценит.
✔️ Непривычные картинки, побуждающие разобраться, что это такое и как это сделано. https://twitter.com/adereth/status/924409121033428992
✔️Здесь немного http://bit.ly/hereispicture
✔️«Разработчики ленивые, никто не полезет искать правильные картинки. Те, кто полезет - нерепрезентативны. Мне даже лень это в таске написать.» 🙄😂
✔️Речь именно про графический контент? Я с удовольствием читаю ленты, где его вообще нет, просто сниппет текста/кода и все.
Основные выводы, которые я сделала, такие:
1. КДПВ в большинстве сами по себе не привлекают внимание, если только они не несут какой-то смысловой нагрузки. То есть какой бы прикольной или абстрактной ни была картинка, она будет восприниматься как лишняя и отвлекающая внимание.
2. Картинка должна нести смысловую нагрузку и в ней уже должен быть зашит контент: вызов, ребус, формула, ситуация и т.д.
Интересно, что такие картинки не воспринимаются как КДПВ, а читаются как часть контента или сам контент.
3. Даже картинка с юмором должна быть частью контента и подчёркивать текстовый контент.
А вот немного из того, что разработчики буквально мне писали:
💡На хабре была замечательная задача: на картинке давался URL по которому возвращается длинная строчка символов и небольшая инструкция по тому, как интерпретатор эти символы должен трактовать. В итоге, если человек правильно писал небольшую программку-интерпретатор и запускал её на строчке символов, то выводился текст вида "Приходите к нам на собеседование, <контакты>". Задача отлично заходила, потому что писалась минут за 10 и было интересно, что же там произойдёт в конце.
✔️Порой привлекают картинки из старых хороших фильмов.
✔️PixelArt нынче в моде. Можно логитипы/аттрибуты компании в него сконвертировать, народ оценит.
✔️ Непривычные картинки, побуждающие разобраться, что это такое и как это сделано. https://twitter.com/adereth/status/924409121033428992
✔️Здесь немного http://bit.ly/hereispicture
✔️«Разработчики ленивые, никто не полезет искать правильные картинки. Те, кто полезет - нерепрезентативны. Мне даже лень это в таске написать.» 🙄😂
✔️Речь именно про графический контент? Я с удовольствием читаю ленты, где его вообще нет, просто сниппет текста/кода и все.
Twitter
Matt Adereth
These playing cards are inspirational... starting with the 2♥️
Регистрироваться или нет?! ⚠️
Насколько подробной должна быть регистрационная анкета на мероприятие для разработчиков. Есть мнение, что технари не любят заполнять анкеты. Это связано как с осознанием ценности персональных даных, так и в целом нежеланием, чтобы их «посчитали».
Вопрос остается холиварным как для участников, так и для организаторов.
Мое мнение - должна быть длинной настолько, насколько можем себе позволить в том или ином случае.
http://bit.ly/2msIsRV
А обсуждаем здесь https://news.1rj.ru/str/MyDevRelChat
Насколько подробной должна быть регистрационная анкета на мероприятие для разработчиков. Есть мнение, что технари не любят заполнять анкеты. Это связано как с осознанием ценности персональных даных, так и в целом нежеланием, чтобы их «посчитали».
Вопрос остается холиварным как для участников, так и для организаторов.
Мое мнение - должна быть длинной настолько, насколько можем себе позволить в том или ином случае.
http://bit.ly/2msIsRV
А обсуждаем здесь https://news.1rj.ru/str/MyDevRelChat
В 2016 году в России мы запустили национальную рабочую группу по стандартизации языка C++.
Для меня - это успешный проект в рамках программы развития российской экосистемы C++ и эффективный формат работы с международным и российским сообществом. Как менеджер проекта, в статье я делюсь подробностями создания рабочей группы от идеи до запуска. http://bit.ly/cppstdwg21
Если есть вопросы, задавайте их специальном чате в телеграм https://news.1rj.ru/str/MyDevRelChat
Для меня - это успешный проект в рамках программы развития российской экосистемы C++ и эффективный формат работы с международным и российским сообществом. Как менеджер проекта, в статье я делюсь подробностями создания рабочей группы от идеи до запуска. http://bit.ly/cppstdwg21
Если есть вопросы, задавайте их специальном чате в телеграм https://news.1rj.ru/str/MyDevRelChat
Medium
Как я помогла создать национальную рабочую группу по стандартизации языка C++ (РГ21 C++)
В 2016 году в России мы запустили национальную рабочую группу по стандартизации языка C++. Мы — это разработчики и сотрудники Яндекса,
Python - лидирует, C++ в шестерке самых популярных языков. Интересно, что ждёт нас в будущем.
https://www.facebook.com/108525613197229/posts/419456495437471/
https://www.facebook.com/108525613197229/posts/419456495437471/
Дорогие читатели моего канала!
В уходящем году я начала писать о своем опыте в сфере developer relations. Благодарю вас за поддержку, вопросы и комментарии!
Не всё задуманное удалось подготовить и опубликовать. Так, из не освещенных тем оказались:
🔹история запуска ClickHouse в open-source и интервью с ключевым создателем и разработчиком Алексеем Миловидовым;
🔹первый митап ClickHouse заграницей: как я анализировала технологическую экосистему Берлина, искала профильные комьюнити, целевую аудиторию и т.д.;
🔹зачем крупные компании открывают региональные офисы разработки и как выстроить локальную технологическую экосистему вокруг офиса: здесь я хотела поделиться своей системой аналитики инфраструктуры и построения стратегии развития региональных экосистем;
🔹мой опыт организации международной конференции по Machine Learning в Берлине в 2015 году, где в том числе расскажу, как я лично отправила более 120 приглашений иностранным докладчикам, из которых в итоге приняли участие 40 выдающихся людей. А ещё о том, что такие мероприятия могут дать компании.
🔹мысли о влиянии devrel на найм: опыт большой, но не всем смогу, к сожалению, поделиться. Поэтому напишу в формате "мысли и идеи". Надеюсь порассуждать с вами вместе.
🔹обзор книг про devrel и другой профессиональной литературы из смежных областей, которая мне помогала в свое время расти как профессионалу.
🎄Желаю себе времени и вдохновения написать хорошие посты на вышеуказанные темы и не только. А ещё мечтаю познакомится с неравнодушным к этой теме пишущего редактором себе в помощь.
💫А вам желаю в новом году удовольствия от работы, энергетической отдачи от коммуникации с вашей целевой аудиторией и вдохновения от общения с коллегами!
До встречи в 2020! 😍
В уходящем году я начала писать о своем опыте в сфере developer relations. Благодарю вас за поддержку, вопросы и комментарии!
Не всё задуманное удалось подготовить и опубликовать. Так, из не освещенных тем оказались:
🔹история запуска ClickHouse в open-source и интервью с ключевым создателем и разработчиком Алексеем Миловидовым;
🔹первый митап ClickHouse заграницей: как я анализировала технологическую экосистему Берлина, искала профильные комьюнити, целевую аудиторию и т.д.;
🔹зачем крупные компании открывают региональные офисы разработки и как выстроить локальную технологическую экосистему вокруг офиса: здесь я хотела поделиться своей системой аналитики инфраструктуры и построения стратегии развития региональных экосистем;
🔹мой опыт организации международной конференции по Machine Learning в Берлине в 2015 году, где в том числе расскажу, как я лично отправила более 120 приглашений иностранным докладчикам, из которых в итоге приняли участие 40 выдающихся людей. А ещё о том, что такие мероприятия могут дать компании.
🔹мысли о влиянии devrel на найм: опыт большой, но не всем смогу, к сожалению, поделиться. Поэтому напишу в формате "мысли и идеи". Надеюсь порассуждать с вами вместе.
🔹обзор книг про devrel и другой профессиональной литературы из смежных областей, которая мне помогала в свое время расти как профессионалу.
🎄Желаю себе времени и вдохновения написать хорошие посты на вышеуказанные темы и не только. А ещё мечтаю познакомится с неравнодушным к этой теме пишущего редактором себе в помощь.
💫А вам желаю в новом году удовольствия от работы, энергетической отдачи от коммуникации с вашей целевой аудиторией и вдохновения от общения с коллегами!
До встречи в 2020! 😍
Как вы думаете, что это?
Некоторое время моими заказчиками были руководители новых офисов разработки компании в регионах. Для некоторых городов стратегию развития экосистемы необходимо было разработать и реализовать полностью, а где-то я только консультировала по стратегии или участвовала в отдельных проектах.
Мне довелось работать с различными городами: Санкт-Петербург, Нижний Новгород, Новосибирск, Екатеринбург, Иннополис — каждый из них был уникален по своим характеристикам.
На картинке - лепестковая диаграмма, которую я строю, чтобы видеть, как обстоят дела с необходимыми мне ресурсами в конкретном регионе.
Анализировать инфраструктуру приходится не только для целей развития региональных офисов, но и для проведения активностей в любой новой локации.
Кто-то из devrel менеджеров может добавить другие шкалы-характеристики.
❓А какие бы вы добавили шкалы в эту диаграмму?
Подробнее в статье https://bit.ly/2SokTpP
Делиться своим мнением зову в параллельный чат https://news.1rj.ru/str/MyDevRelChat ❇️
Некоторое время моими заказчиками были руководители новых офисов разработки компании в регионах. Для некоторых городов стратегию развития экосистемы необходимо было разработать и реализовать полностью, а где-то я только консультировала по стратегии или участвовала в отдельных проектах.
Мне довелось работать с различными городами: Санкт-Петербург, Нижний Новгород, Новосибирск, Екатеринбург, Иннополис — каждый из них был уникален по своим характеристикам.
На картинке - лепестковая диаграмма, которую я строю, чтобы видеть, как обстоят дела с необходимыми мне ресурсами в конкретном регионе.
Анализировать инфраструктуру приходится не только для целей развития региональных офисов, но и для проведения активностей в любой новой локации.
Кто-то из devrel менеджеров может добавить другие шкалы-характеристики.
❓А какие бы вы добавили шкалы в эту диаграмму?
Подробнее в статье https://bit.ly/2SokTpP
Делиться своим мнением зову в параллельный чат https://news.1rj.ru/str/MyDevRelChat ❇️
Недавно в чате devrel зашла речь о текстовом контенте и почему статьи так важны.
Здесь же обсуждались подходы к мотивации разработчиков готовить тексты о своей работе.
Полезный пост-продолжение этой дискуссии подготовила Антонина Татчук в своем канале @Editors_cave. Если интересует, советую почитать.
От себя хочу добавить, что именно с текстов и стоит начинать деврел стратегию, а уже потом браться за доклады и иные активности. Как правило разработчики визуалы, текстовая подача первична: документация, статьи, код, переписка в профессиональных чатах с коллегами. Если что-то надо найти по теме, то сначала будут искать тексты и только потом смотреть видео докладов.
Здесь же обсуждались подходы к мотивации разработчиков готовить тексты о своей работе.
Полезный пост-продолжение этой дискуссии подготовила Антонина Татчук в своем канале @Editors_cave. Если интересует, советую почитать.
От себя хочу добавить, что именно с текстов и стоит начинать деврел стратегию, а уже потом браться за доклады и иные активности. Как правило разработчики визуалы, текстовая подача первична: документация, статьи, код, переписка в профессиональных чатах с коллегами. Если что-то надо найти по теме, то сначала будут искать тексты и только потом смотреть видео докладов.
Вовсю идёт обсуждение удалённых форматов работы с аудиторией. Все пытаются перенести митапы в онлайн или как-то их адаптировать.
❌Но спикеры не верят, что их так будут внимательно слушать, что получат желаемую обратную связь, то есть отработают впустую и их труд будет обесценен.
🔓 И, кажется, решение лежит в том, чтобы абстрагироваться от митапов, перестать виснуть в привычном опыте и начать думать про совершенно иной тип контента.
Задача - максимально привязать каждого зрителя к монитору, сделать его частью происходящего.
⁉️Задумайтесь, нужно ли проводить конференции на несколько докладчиков?
❓Что удержит у монитора каждую минуту?
❓Как сэкономленные от офлайн мероприятия средства вложить в удержание внимания каждого отдельного участника у экрана?
✔️Игровые, соревновательные, образовательные форматы - решение в них.
❌Но спикеры не верят, что их так будут внимательно слушать, что получат желаемую обратную связь, то есть отработают впустую и их труд будет обесценен.
🔓 И, кажется, решение лежит в том, чтобы абстрагироваться от митапов, перестать виснуть в привычном опыте и начать думать про совершенно иной тип контента.
Задача - максимально привязать каждого зрителя к монитору, сделать его частью происходящего.
⁉️Задумайтесь, нужно ли проводить конференции на несколько докладчиков?
❓Что удержит у монитора каждую минуту?
❓Как сэкономленные от офлайн мероприятия средства вложить в удержание внимания каждого отдельного участника у экрана?
✔️Игровые, соревновательные, образовательные форматы - решение в них.
В продолжение темы про мотивацию разработчиков писать статьи.
Немного из своего опыта.
У каждого своя мотивация. Пока её не откопаешь, дело не пойдет. И это применимо как к написанию статей, так и к выступлениям и любым другим активностям.
«Тщеславие - мой самый любимый из грехов!». Желание признания есть у каждого. И тем более у тех, кто рожден, чтобы изменить мир к лучшему (я о разработчиках).
Писать хотят все (ну, или почти все), но вопрос, почему не соглашаются?
Когда я прихожу к разработчикам, то пытаюсь определить, на какой степени опыта, осознанности и готовности находится человек, чтобы писать статьи. Для себя я их классифицирую на четыре категории:
1️⃣Опытный разработчик - опытный автор
2️⃣Опытный разработчик, но мало авторского опыта или его совсем нет
3️⃣Опытный разработчик, но категорически отказывается писать или ленивый
4️⃣Молодой специалист, совсем нет опыта в подготовке статей.
У каждого свои стоперы. С каждой категорией надо работать по-разному.
Немного из своего опыта.
У каждого своя мотивация. Пока её не откопаешь, дело не пойдет. И это применимо как к написанию статей, так и к выступлениям и любым другим активностям.
«Тщеславие - мой самый любимый из грехов!». Желание признания есть у каждого. И тем более у тех, кто рожден, чтобы изменить мир к лучшему (я о разработчиках).
Писать хотят все (ну, или почти все), но вопрос, почему не соглашаются?
Когда я прихожу к разработчикам, то пытаюсь определить, на какой степени опыта, осознанности и готовности находится человек, чтобы писать статьи. Для себя я их классифицирую на четыре категории:
1️⃣Опытный разработчик - опытный автор
2️⃣Опытный разработчик, но мало авторского опыта или его совсем нет
3️⃣Опытный разработчик, но категорически отказывается писать или ленивый
4️⃣Молодой специалист, совсем нет опыта в подготовке статей.
У каждого свои стоперы. С каждой категорией надо работать по-разному.
Например, опытные авторы. Если интересно услышать про опыт работы с другими категориями, нажмите нужную кнопку внизу под постом.
Опытный разработчик - опытный автор:
📌знает, что писать необходимо для продвижения себя внутри компании и вовне, для саморазвития, для бренда компании;
📌любит делиться профессиональным опытом через статьи;
📌уже написал несколько или много статей;
📌постоянно думает о том, о чём ещё можно написать;
📌следит за чужими публикациями;
📌комментирует других;
📌готов поделиться знаниями и опытом с начинающими; коллегами по написанию статей и т.д.
Стоперы
Как правило такие авторы быстро соглашаются на написание статей, однако могут ссылаться на недостаток времени или неуверенность в теме.
Как работаем
❇️Формулируем задачу, где его экспертиза необходима компании.
❇️Убеждаем, что подготовка для блога компании будет еще больше способствовать его продвижению.
❇️Помогаем определиться с темой или просим его самого обсудить тему с авторитетными для него людьми в компании.
❇️Выделяем время от основной загрузки для работы над статьей.
❇️При необходимости привлекаем его коллег для вычитки текста.
Опытный разработчик - опытный автор:
📌знает, что писать необходимо для продвижения себя внутри компании и вовне, для саморазвития, для бренда компании;
📌любит делиться профессиональным опытом через статьи;
📌уже написал несколько или много статей;
📌постоянно думает о том, о чём ещё можно написать;
📌следит за чужими публикациями;
📌комментирует других;
📌готов поделиться знаниями и опытом с начинающими; коллегами по написанию статей и т.д.
Стоперы
Как правило такие авторы быстро соглашаются на написание статей, однако могут ссылаться на недостаток времени или неуверенность в теме.
Как работаем
❇️Формулируем задачу, где его экспертиза необходима компании.
❇️Убеждаем, что подготовка для блога компании будет еще больше способствовать его продвижению.
❇️Помогаем определиться с темой или просим его самого обсудить тему с авторитетными для него людьми в компании.
❇️Выделяем время от основной загрузки для работы над статьей.
❇️При необходимости привлекаем его коллег для вычитки текста.
📌осознает, что писать важно
📌писать хочет
📌либо имеет очень маленький опыт, либо не самый удачный
📌не умеет генерировать темы или, наоборот, идей для тем слишком много, сложно на чём-то остановиться/не уверен в себе или не знает, с какой темы лучше начать
📌статьи могут не быть осознанным приоритетом
📌следит за чужими публикациями
📌комментирует других
📌если совсем нет опыта, но мечтает засветиться на Хабре/другом профессиональном ресурсе
📌готов начать писать.
Стоперы
⚠️тяжело даётся форма и оформление
⚠️нет понимания, о чём можно написать
⚠️«синдром самозванца»
⚠️может прятаться за формулировками: «это не работает», «кому это нужно?», «если писать, то писать о чём-то очень важном, а так не хочу», «а что, если не получится» и т.д.
Как работаем
❇️Учим технологии избавления от «синдрома самозванца»
❇️Просим озвучить темы, на которые готов писать.
❇️Привлекаем его руководителя и команду, либо собираем виртуальную команду для обсуждения и выбора темы и помощи в подготовке плана и кейсов.
❇️Делаем подборки образцовых статей для анализа их успеха.
❇️Если есть необходимость и возможности, заручаемся помощью профессионального редактора и дизайнера.
❇️Обсуждаем целевую аудиторию, ценность статьи для ЦА, пользу и ценность для компании и команды.
❇️Определяем сроки, выделяем время, поощряем и подбадриваем сами и устами его руководителя и коллег.
❇️К вычитке привлекаем все заинтересованные стороны внутри компании.
Если есть что добавить, рада обсудить в чате https://news.1rj.ru/str/MyDevRelChat
📌писать хочет
📌либо имеет очень маленький опыт, либо не самый удачный
📌не умеет генерировать темы или, наоборот, идей для тем слишком много, сложно на чём-то остановиться/не уверен в себе или не знает, с какой темы лучше начать
📌статьи могут не быть осознанным приоритетом
📌следит за чужими публикациями
📌комментирует других
📌если совсем нет опыта, но мечтает засветиться на Хабре/другом профессиональном ресурсе
📌готов начать писать.
Стоперы
⚠️тяжело даётся форма и оформление
⚠️нет понимания, о чём можно написать
⚠️«синдром самозванца»
⚠️может прятаться за формулировками: «это не работает», «кому это нужно?», «если писать, то писать о чём-то очень важном, а так не хочу», «а что, если не получится» и т.д.
Как работаем
❇️Учим технологии избавления от «синдрома самозванца»
❇️Просим озвучить темы, на которые готов писать.
❇️Привлекаем его руководителя и команду, либо собираем виртуальную команду для обсуждения и выбора темы и помощи в подготовке плана и кейсов.
❇️Делаем подборки образцовых статей для анализа их успеха.
❇️Если есть необходимость и возможности, заручаемся помощью профессионального редактора и дизайнера.
❇️Обсуждаем целевую аудиторию, ценность статьи для ЦА, пользу и ценность для компании и команды.
❇️Определяем сроки, выделяем время, поощряем и подбадриваем сами и устами его руководителя и коллег.
❇️К вычитке привлекаем все заинтересованные стороны внутри компании.
Если есть что добавить, рада обсудить в чате https://news.1rj.ru/str/MyDevRelChat
Telegram
MyDevRelChat
Чат для вопросов и обсуждения тем постов основного канала https://news.1rj.ru/str/My_DevRel
📌обладает уникальным профессиональным опытом
📌скептически относится к различного рода активностям, включая статьи
📌критикует всё и всех
📌категорически говорит «нет» на предложение написать статью или выступить
✅Это мой любимый тип разработчиков. За счет такого критического подхода, эти специалисты могут предлагать наиболее прорывные идеи, темы, форматы. Шанс, что он станет что-то писать минимален (хотя все же есть). Но это ценный ресурс для того, чтобы определить самые хардкорные, острые и актуальные темы.
Как работаю
❇️Привлекаю в качестве эксперта-консультанта:
- прошу подобрать интересные, на его взгляд, статьи по его направлению
- поучаствовать в генерации тем, в критике в процессе мозгового штурма
- поучаствовать в вычитке статей коллег
- прошу накидать острых вопросов для интервью и к статье, в том числе «для затравки» при публикации
- советуюсь при поиске внешних лидеров мнений, гуру и звезд
- обсуждаю спорные вопросы и подводные камни, связанные с тем, как целевая аудитория может отреагировать на наши внешние активности, контент и т.д.
❇️Если позволяет себя так вовлечь, то изредка можно спрашивать, не появилось ли желание написать что-то самому. Главное, благодарить, ценить то, что уже делает и не спугнуть.
❓Поделитесь в @MyDevRelChat, как часто вам приходится сталкиваться с таким типом?
📌скептически относится к различного рода активностям, включая статьи
📌критикует всё и всех
📌категорически говорит «нет» на предложение написать статью или выступить
✅Это мой любимый тип разработчиков. За счет такого критического подхода, эти специалисты могут предлагать наиболее прорывные идеи, темы, форматы. Шанс, что он станет что-то писать минимален (хотя все же есть). Но это ценный ресурс для того, чтобы определить самые хардкорные, острые и актуальные темы.
Как работаю
❇️Привлекаю в качестве эксперта-консультанта:
- прошу подобрать интересные, на его взгляд, статьи по его направлению
- поучаствовать в генерации тем, в критике в процессе мозгового штурма
- поучаствовать в вычитке статей коллег
- прошу накидать острых вопросов для интервью и к статье, в том числе «для затравки» при публикации
- советуюсь при поиске внешних лидеров мнений, гуру и звезд
- обсуждаю спорные вопросы и подводные камни, связанные с тем, как целевая аудитория может отреагировать на наши внешние активности, контент и т.д.
❇️Если позволяет себя так вовлечь, то изредка можно спрашивать, не появилось ли желание написать что-то самому. Главное, благодарить, ценить то, что уже делает и не спугнуть.
❓Поделитесь в @MyDevRelChat, как часто вам приходится сталкиваться с таким типом?
👍1🔥1🏆1
Молодой специалист, совсем нет опыта в подготовке статей
📌объективно, на первый взгляд, нечем поделиться.
📌открыт для нового опыта
📌одержим развиваться профессионально и повышать свой авторитет в команде
Как работаем
❇️Благодатная почва, чтобы растить его, как автора, аккумулирующего опыт команды и излагающего в тексте.
❇️Внушать, что писать необходимо, развивать желание писать.
❇️Большую роль здесь должны сыграть руководитель и команда: моральная и профессиональная поддержка, подбор и обсуждение тем, кейсов, плана статьи.
❇️Привлекаем опытного автора для консультаций. Даже если нет внутри команды, можно консультироваться и у внешних лидеров мнений.
❇️Если есть необходимость и возможности, заручаемся помощью профессионального редактора и дизайнера.
❇️Делаем подборку образцовых статей и анализируем вместе с ним.
❇️Сопровождаем и поддерживаем на протяжении всего цикла подготовки статьи, ищем и даем ответы на любые его вопросы.
❇️Важно по-возможности как можно быстрее подготовить статью, чтобы процесс не показался человеку затяжным и слишком трудоемким.
Итог:
Нельзя оставлять разработчика один на один с подготовкой статьи.
Я также не сторонник давить на человека ответственностью подвести компанию, команду или меня лично, потому что считаю, что:
- либо это у человека есть, и тогда он сам всё сделает, а внешнее форсирование только может напрягать или в следующий раз он больше не будет писать.
- либо чувства ответственности нет и давить не на что :), а формировать его будет как-то странно (не в школе же мы).
Только личная мотивация,
заинтересованность и стимулы в виде ясного понимания пользы и выгоды. А еще важно, чтобы человек почувствовал эмоциональный драйв в процессе и по итогу.
Это моё личное мнение «и опыт - сын ошибок трудных» и успехов.
❓Мне было бы интересно и полезно узнать о вашем опыте, с какими типами авторов и трудностями, не описанных здесь, приходится сталкиваться вам.
Добро пожаловать в чат https://news.1rj.ru/str/MyDevRelChat
📌объективно, на первый взгляд, нечем поделиться.
📌открыт для нового опыта
📌одержим развиваться профессионально и повышать свой авторитет в команде
Как работаем
❇️Благодатная почва, чтобы растить его, как автора, аккумулирующего опыт команды и излагающего в тексте.
❇️Внушать, что писать необходимо, развивать желание писать.
❇️Большую роль здесь должны сыграть руководитель и команда: моральная и профессиональная поддержка, подбор и обсуждение тем, кейсов, плана статьи.
❇️Привлекаем опытного автора для консультаций. Даже если нет внутри команды, можно консультироваться и у внешних лидеров мнений.
❇️Если есть необходимость и возможности, заручаемся помощью профессионального редактора и дизайнера.
❇️Делаем подборку образцовых статей и анализируем вместе с ним.
❇️Сопровождаем и поддерживаем на протяжении всего цикла подготовки статьи, ищем и даем ответы на любые его вопросы.
❇️Важно по-возможности как можно быстрее подготовить статью, чтобы процесс не показался человеку затяжным и слишком трудоемким.
Итог:
Нельзя оставлять разработчика один на один с подготовкой статьи.
Я также не сторонник давить на человека ответственностью подвести компанию, команду или меня лично, потому что считаю, что:
- либо это у человека есть, и тогда он сам всё сделает, а внешнее форсирование только может напрягать или в следующий раз он больше не будет писать.
- либо чувства ответственности нет и давить не на что :), а формировать его будет как-то странно (не в школе же мы).
Только личная мотивация,
заинтересованность и стимулы в виде ясного понимания пользы и выгоды. А еще важно, чтобы человек почувствовал эмоциональный драйв в процессе и по итогу.
Это моё личное мнение «и опыт - сын ошибок трудных» и успехов.
❓Мне было бы интересно и полезно узнать о вашем опыте, с какими типами авторов и трудностями, не описанных здесь, приходится сталкиваться вам.
Добро пожаловать в чат https://news.1rj.ru/str/MyDevRelChat
🔥1
Когда разработчик не был уверен в своих силах выступать с докладом(вживую), например, сомневаясь, что не захватит внимание аудитории, то я напоминала ему про статистику:
⏩«Исследования показывают, что в среднестатистической аудитории её
благожелательная и активная часть, чье внимание оратору обеспечено,
обычно составляет 25-30%, негативные слушатели - 10%, а 60-65% -
аудитории—это индифферентные слушатели.
Если оратору в ходе выступления удастся увеличить активную часть
аудитории до 50 - б0%, то этого будет вполне достаточно, чтобы
выступление можно было считать успешным» (И.А. Стернин).
Это, как правило, успокаивает докладчика.
Да и вопросы из зала задают далеко не многие. Как раз онлайн есть больше возможностей для получения обратной связи, пусть и не глаза в глаза.
❓Интересно теперь понять, как выглядит статистика заинтересованности и вовлеченности зрителей онлайн на подобных встречах. Не уверена, что это сильно отличается в негативную сторону. Возможно, наоборот?
⏩«Исследования показывают, что в среднестатистической аудитории её
благожелательная и активная часть, чье внимание оратору обеспечено,
обычно составляет 25-30%, негативные слушатели - 10%, а 60-65% -
аудитории—это индифферентные слушатели.
Если оратору в ходе выступления удастся увеличить активную часть
аудитории до 50 - б0%, то этого будет вполне достаточно, чтобы
выступление можно было считать успешным» (И.А. Стернин).
Это, как правило, успокаивает докладчика.
Да и вопросы из зала задают далеко не многие. Как раз онлайн есть больше возможностей для получения обратной связи, пусть и не глаза в глаза.
❓Интересно теперь понять, как выглядит статистика заинтересованности и вовлеченности зрителей онлайн на подобных встречах. Не уверена, что это сильно отличается в негативную сторону. Возможно, наоборот?