Наталия Макарова про технобренд и DevRel

😊 Для меня в DevRel ключевыми принципами являются ⚖️взаимовыгодная коммуникация с разработчиками и доверие. Это когда компания дает рынку и целевой аудитории реальную пользу в виде экспертизы, полезных материалов, обучения, а также делится с IT-сообществом своими технологиями. Самый знакомый формат — open-source. Это очень ценится, что компания, вложив много денег в какую-то разработку или технологию, условно безвозмездно отдает ее на благо развития технологий в целом. Это круто укрепляет ее репутацию и повышает лояльность разработчиков. 💬⁉️ Разработчики любят экспериментировать и учиться на практике. Чтобы сократить их путь к вам, дайте им возможность быстро и легко «пощупать» то, что есть у вас интересного. Если говорим про продуктовый деврел, то чтобы начать работу с вашим продуктом, важно предоставить им простые и понятные инструкции. Это может быть «С чего начать» или «Пошаговая инструкция», которые помогут им быстро увидеть результаты. Если говорим про Employer Brand, то здесь мы используем непосредственное знакомство с командой, задачами, в формате челленджей или в игровом формате даем возможность примериться друг к другу. Чем быстрее они начнут, тем больше у них будет мотивации двигаться дальше: использовать ваши решения, идти к вам на работу или рекомендовать другим. 📈Быстрый первый результат рождает интерес, второй его усиливает, третий вызывает доверие, а доверие — это и есть основа сильного DevRel.

➡️ Есть в DevRel такое понятие — Developer Success. В широком смысле это про то, насколько комфортно, понятно разработчику работать с системой: продуктом, компанией, сообществом или технологией. Это не только про документацию, SDK или инструменты. Это про путь разработчика от первого контакта до момента, когда он может с уверенностью сказать: «я сделал это!». В контексте построения репутации компании как классного работодателя для технарей Developer Success выходит за рамки продукта и DevRel. Разработчикам важно не только сколько им платят, но и как к ним относятся. Признаётся ли их вклад? Видят ли его влияние? Есть ли пространство для роста и публичного признания достижений? Компании, которые умеют ценить вклад разработчиков не только через зарплату, но и через уважение, доверие и признание, формируют сильный employer brand. Что уж там, не только разработчики, большинство людей хотят быть там, где им дают почувствовать: «мой вклад здесь важен» и где можно сказать с гордостью: «я сделал это — вместе с этой командой». ➡️

Как обещала, немного о стратегии KodaCode. Много не могу, все-таки NDA ) 🔤🔤🔤🔤🔤🔤🔤 DevRel — это не только сцена, митапы и CFP. И здесь очень важно понимать, что это стартап с определенными условиями и ограничениями. * стартапу важно не распыляться * бюджет минимален * команде некогда готовить доклады «на сезон». ➡️ DevRel-стратегия — Bottom-up. Как было выше сказано, бизнес-модель — B2B и B2D2B, это значит, что нам важно заручиться признанием основных пользователей — разработчиков, кто будет хотеть инструмент в работе, будет его рекомендовать работодателям и заказчикам. * идем туда, где разработчики уже есть, общаются, где им удобно потреблять контент * работа с сообществами (внешними независимыми и корпоративными) * использование каналов лидеров мнений * UGC * собственное комьюнити * регулярная коммуникация в своих каналах * вовлеченный живой support без скриптов и непосредственное общение с командой. 📣 Каналы и ресурсы 🔸 Хабр — must have. Для стартапов без монетизации аккаунт бесплатный. Бюджет: 0 ₽ 🔸 YouTube (видео, рилсы, How to, гайды и пр.): собственные каналы и техноблогеры — своими силами, С техноблогеми дружим, захватываем идеей и/или договариваемся с микроблогерами с самыми недорогими, но реальными (теми, кто взаправду про технологии, а не канал ради рекламных заказов). VK, RuTube - чисто ради интереса и эксперимента, но ожидаемо, что там ЦА почти нет. 🔸 Telegram канал и чат — апдейты, запуски, мысли про индустрию? общение участников и поддержка 🔸 Щупаем другие медиа для разработчиков, а также СМИ для официальных анонсов. 🔸 К FAQ и документации пристальное внимание Лояльные пользователи из сообщества — ценный актив 🔹 Отдельный чатик по тестированию для самых лояльных, проверке гипотез — за идею, доступ к новым фичам, дополнительным бесплатным лимитам, признание, благодарность. 🔹 Не дают расслабляться: приносят баги, вопросы, просьбы новых фичей и релизов. 🔹 Рассказывают в разных форматах и делятся в других сообществах впечатлениями об использовании KodaCode Итак, DevRel — это не только сцена, митапы и CFP. А есть ли здесь что-то уникальное. Пожалуй, нет. Но это тот самый пример выбора стратегии и инструментов, исходя из ситуации и ресурсов. DevRel может быть системным, экономным и очень прикладным. И даже если вы работаете с Tech HR-брендом, очень полезно понимать принципы продуктового DevRel, который максимально приближен к потребностям разработчиков.

В начале прошлого года я записала три ролика про тренды в DevRel и бизнесе о том, что важно понимать специалистам в нашей области. Одним из главных трендов очевидно был ИИ, его проникновение, а главное, появление новых технологий и продуктов, в том числе для разработчиков. Как следствие —> развитие потребности в продуктовом DevRel —> необходимость развивать эти знания тем, кто хочет оставаться востребованным в профессии. И в подтверждении этого тренда в течение года ко мне приходили заказы именно из этой области. Один из них — KodaCode. Последние полгода сотрудничала с ними как консультант и партнер. Команда делает AI-помощника для разработчиков с фокусом на решение энтерпрайз-потребностей и быстрое внедрение самых последних open-source моделей. За это время мы с командой прошли довольно нетипичный для российского DevRel-а путь. Я заходила не только как DevRel, но и как партнер: продукт, B2B-партнерства, пилоты, PR и работа с медиа, юридические штуки вроде privacy policy и оферт, и даже выступила на Форуме Россия про вайбкодинг и Koda. А на роль DevRel-адвоката сразу подтянула коллегу с техническим бэкграундом.

Немного контекста * Бизнес-модель: B2D / B2D2B / B2B * Цель: Top of Mind среди российских AI dev-инструментов * KPI: MAU, DAU, NPS/CSI * Задача: познакомить разработчиков с инструментом и заручиться лояльностью тех, кто: * ещё не пробовал такие решения * не хочет или не может платить за зарубежные сервисы * постоянно ищет и пробует что-то новое, лучшее * объективно видит слабые места доступных для России альтернативных решений * ищет для корпоративных задач оптимальное решение в соотношении качество/удобство/поддержка/стоимость

Немного про продукт, чтобы было понятно «зачем всё это» KodaCode — это AI-копилот для крупных компаний. Условно — российский Cursor, но с прицелом на энтерпрайз: 1. Лёгкие решения ломаются на больших кодовых базах. В энтерпрайзе нужны карты проекта, зависимости, корректная работа с огромным репозиторием и соблюдение корпоративных политик. 2. Интеграции. Обогащение кодовой базы, внутренние контуры, модели — всё это проще делать с локальным игроком, который физически и юридически рядом. 3. Такие рынки выигрывают команды с сильным техническим бэкграундом. В KodaCode он реально есть. В продолжение в следующем посте расскажу про DevRel стратегию. А пока Call to Action! Во-первых, если вы DevRel или комьюнити-менеджер в IT и планируете митапы и конференции про вайбкодинг и инструменты для разработчиков в компании или для внешней аудитории, то обязательно позовите команду KodaCode рассказать про инструмент и альтернативные решения, обсудить вайбкодинг как подход, про обучение моделей, так как это одна из лучших команд с признанной экспертизой в этой области и обучает модели с 2021 года. Контактами поделюсь. Во-вторых, зовите и меня поговорить про продуктовый DevRel или помочь со стратегией. 😘

Привет! Начинаю год с объявления, что переименовываю свой канал и теперь он очевидно авторский. То есть он всегда был таким, но теперь становится именным, как того диктует тренд ) «Наталия Макарова про технобренд и DevRel». Чтобы было ещё интереснее, задавайте вопросы. Они — навигация, которая помогает мне лучше понимать ваши потребности, что наиболее полезно и актуально именно вам. 💎 Спасибо, что остаётесь со мной! 😍

🎄 Автоответчик DevRel — включен новогодний режим 🎄 Спасибо за сообщение. DevRel в отпуске до 12 января 2026. Если вы: 🐞 с багом — он известен — несколько прошедших лет российский DevRel иногда превращался из разговора про код и рост инженеров в HR-слоганы и маркетинговые KPI. Комьюнити подменяли воронкой, доверие — охватами. Не делайте так больше. 🧑‍💼 HRD — DevRel ≠ employer branding 🧠 CTO — да-да, DevRel всё ещё про инженерную культуру 📣 HR Brand manager — упаковка не заменяет диалог 👩‍💻 Разработчик — это по-прежнему для вас и про вас 📊 Маркетинг — продолжим учиться искать метрики про доверие, если это вообще можно померить ) 🎆 С наступающим Новым годом! Пусть будет больше смысла, доверия и пользы. — Автоответ сгенерирован надеждой

Провела аудит нескольких каналов для разработчиков крупных компаний. Делала это в привязке к одной из консультаций для подбора наглядных референсов. Но в итоге поняла, что стоит об этом написать. Как-то очевидное не для всех очевидно. Ну что я вам скажу: Знаю, что в большинстве крупных компаний особенно на старте DevRel бизнес спрашивает KPI и метрики и часто очень приветствуется количество подписчиков в ТГ-каналах и соцсетях. И все бегут их достигать любой ценой. Это везде так. Это реальность, она такова. Я даже не знаю, хорошо это или плохо, надо ли это менять )) Поверьте, достаточно быстро вас спросят, ну и что нам по факту дали это 5-10-20К подписчиков и десятки (сотни) миллионов рублей, которые были вложены в это количество? Как они конвертируются в найм? или в лояльность? или в …?

Кого уже спрашивают? 🙃

Регулярность постов и публикаций четкая, а вот пользы для разработчиков ноль! НУ нагнали вы с конференций людей в канал, а дальше что? Если вы думаете, что достаточно публиковать посты в формате: 🔻наш докладчик Иван Иванов выступил на HighLoad с темой "N"... 🔻мы заняли первое место в рейтинге..., получили приз в Award N и призы в номинациях... 🔻 На нашем стенде на конференции участники решают задачки и у нас куча мерча -- приходите 🔻 у нас есть интересные задачи для разработчиков. Кого ищем: список вакансий... 🔻 вышел подкаст N, где наш тимлид Петя Петров рассказал про то... и далее просто название темы..., то это печально. На что стоит обратить внимание: 🟢 наш докладчик Иван Иванов выступил на Хайлоад с темой... —> дайте здесь же конкретные полезные для аудитории пойнты из доклада, советы или выводы. 🟢мы заняли первое место в рейтинге..., получили приз в Award N и призы в номинациях... —> напишите более конкретно и по сути, что именно в вас лучше, чем у других номинантов: если это AI, то за какой алгоритм или какое решение оказалось прорывным. Если мобильное приложение, что какие уникальные задачи были решены командой и просто задачи, но более оптимальным образом. Копните глубже в профессиональный контекст. 🟢 На нашем стенде на конференции участники решали задачки и у нас куча мерча, приходите —> не проблема же дать здесь одну-две задачи, чтобы вовлечь в вашу специфику, предложить небольшой приз для онлайн-подписчиков канала, кто не попал на конференцию. 🟢 У нас есть интересные задачи для разработчиков. Кого ищем: список вакансий... —> как же без этого? Но здесь бы хорошо соблюдать правило периодичности, например, 5-6 полезных, содержательных профессиональных постов, потом про вакансии. Сразу интервью с нанимающим менеджером как знакомство или с командой (можно в формате карточек или мини-видео) , который в финале расскажет, кого ждут в команду. 🟢 Вышел подкаст N, где наш тимлид Петя Петров рассказал про то... и далее просто название темы... —> см.п.1. Дайте сразу здесь содержательного полезного "мяса". Если это и правда будет актуально, то зацепит и люди пойдут смотреть, а так это уйдет в лучшем случае в раздел "Посмотрю потом когда-нибудь, может быть". DevRel — это коммуникация в профессиональном пространстве технарей с технарями. Создавайте это пространство, наполняйте его смыслами, иначе DevRel перестает быть DevRel.

Согласитесь ли вы с тем, что мир и общение между людьми стали более токсичным чем было раньше? А согласитесь ли вы с тем, что мир стал таким конкретно после 2020 года? Почему-то я чувствую определенно именно этот рубеж. Я предложу теорию, а кто захочет, может согласиться или поспорить. В 2020 году был поставлен определенно социальный эксперимент, но речь не про теорию заговора, оставим это сторонникам таковых. А о том, что людей изолировали друг от друга, удаленка и физическая "отдаленка" не дают людям нормальной коммуникации друг с другом. Людям-социопатам -- эта ситуация не критична и, возможно, даже комфортна. А вот экстравертам и эмпатам (а это про меня), это очень болезненно. Тем, кому важно видеть и считывать эмоции глазами, слышать голос и интонации, а не угадывать через смайлики, тем, кому важно задавать вопросы, кто придает значение не только словам, но и взгляду, это болезненно -- не видеть полноты картины. Неосторожно написанное слово или фраза вызывают: 👉 "дорисовывание" в голове десятков вариантов смыслов в диапазоне от глубокого негатива до "а может быть он ничего не имел в виду" и "может быть мне показалось" 👉 ответные словесные реакции от выяснения отношений, обвинения в душности, токсичности, самозащита, "вы меня оскорбляете" и пр. А что сложного, чтобы спокойно уточнить, переспросить? И да, надо отдать должное людям -- они стараются как могут. Сначала отгоняют негативные мысли, потом задают уточняющие вопросы и пр. Но долго в таком режиме жить тоже сложно: много уточняющих и выясняющих вопросов в переписке замучаешься писать, постоянно отгонять от себя негатив устает мозг. И что остается? Отвечать коротко, сухо, неосторожно кинув какую-то реплику, которая кому-то в диалоге не понравилась. И... круг замкнулся. Как это связано с работой? Прямо! Сколько людей выгорают от токсичности, информационного перегруза и той самой собственной когнитивной нагрузки из-за додумывания, переживаний и пр. Сможет ли человек адаптироваться к как-будто удобному формату удаленки или гибрида? Пока, очевидно, не очень. " Об этом много уже сказано. Зачем я снова об этом? Просто напомнить, наверное, что: 1) Если у вас такие ощущения как я написала, не давайте навязанным обстоятельствам разъединения и удаленки брать вверх. Если вам важно живое общение и радость от общения -- ищите и создавайте его. 2) Если вы работаете с людьми, ищите первопричины и пытайтесь устранить их, а не "купируйте симптомы". 3) Мы говорим про разработчиков, что они как раз интроверты, социопаты и их медом не корми, дай удаленку. И да и нет. Люди разные, и не все так способны рефлексировать. Кому-то и правда комфортно, а кто-то катастрофически тоже уже выгорает, и многие могут и не осознавать, что это от недостатка невербального тепла и поддержки. Всем DevRel ☀️

Ну то есть не факт, что у Телеграм есть какая-то оформленная стратегия — я не утверждаю. Но то, что Телеграм изначально заручился лояльностью разработчиков — однозначно. И разобрать алгоритм действий в этом направлении полезно как для начинающих деврелов, так и вспомнить опытным. 👉 Ключевое здесь то, что Telegram с самого старта сделал ставку на разработчиков, даже если формальной DevRel-стратегии у них и не было. Но когда продукт создают инженеры, часто решения получаются нативными для инженеров сами собой. ❓Почему именно разработчики и IT специалисты стали первыми ранними последователям? 👉 Репутация создателей Если безусловным лидером Телеграм является Павел Дуров, то его брат Николай не менее известен и уважаем именно в техническом сообществе. Именно его имя и репутация в области разработки сразу стали основой для доверия и интересу к продукту. 👉 Уникальная технология В 2013 году Николай Дуров разработал собственный протокол шифрования MTProto, который лег в основу нового проекта Дуровых — Telegram, и который используется в системе обмена сообщениями Telegram для шифрования переписки пользователей. А позже и другие уникальные технологии, которые в первую очередь способны оценить именно технари. 👉 Акцент на безопасности и в нужный момент Продукт вышел на рубеже 2013-2014 гг., когда вопрос информационной безопасности и конфиденциальности переписки хайповал. Телеграм попал в волну. Пока остальные думали, зачем нам еще один мессенджер, есть же Skype, Slack, FB мессенджер, Gitter и пр., разработчики побежали тестировать именно Телеграм -- там и остались. Почему? Потому что: это не просто “мы про безопасность”, а безопасность как инженерная задача и философия команды. И это очень резонирует с духом технической аудитории. Безусловно, все это подогревалось деталями ухода Павла Дурова из ВКонтакте, но это детали скорее истории про TechPR, а не DevRel. 👉 Специальные проекты и конкурсы с большим призовым фондом Отдельно хочется уделить внимание теме конкурсов, грантов, открытым задачам от Telegram, адресованным разработчикам и дизайнерам. Мало кто верит, что штат разработчиков (а может и вообще сотрудников) в Телеграм не превышает 30 человек. Однако, есть один прием, который использует Дуров -- потенциал технического сообщества для поиска идей или даже технической реализации уже задуманных фичей. Существуют отдельные каналы https://t.me/contest_ru и https://t.me/contest, где несколько раз в год публикуются челенджи, задачи и конкурсы для разработчиков на создание, разработку чего-либо. Например, серьезных ML-задач, продуктовых фич, визуализации графиков, анимирования аватаров и пр. Ну и это еще и шанс попасть в команду Телеграм. 👉 TechPR и имидж Павла Не снимаем это со счетов (узнаваемый имидж Нео из Матрицы), но для разработчиков это бы не имело такого значения (а может и вообще бы не имело), если бы не было первых нескольких пунктов. А вот для широкой аудитории это отлично работает. Но мы здесь про DevRel. И Telegram никогда не пытался быть “милым” или “корпоративным”. Он честно инженерный, немножко бунтарский и с чёткой философией продукта. Если первые пункты-принципы опытные DevRel-специалисты вполне понимают и используют, то вот потенциал программ для разработчиков в России используется очень редко. Бигтех проводит олимпиады для молодых специалистов, чтобы присмотреть и "прикормить" самых талантливых в надежде потом нанять. А вот искать идеи "на стороне" или платить за прототипы пока мало кто готов. Это и правда риск, но вот кому-то удается ) 🧑‍💻 Добавляйте, если знаете еще секреты или инсайды ) Если хотите разбор DevRel-успеха какой-то компании (может быть даже вашей в порядке аудита, пишите в комментарии или в личку). 👍🔥❤️

Привет! Я сегодня тут. Кто тоже, пишите. Буду рада увидеться! @AAtkina, спасибо тебе и команде за VIP -приглашения, которые раздавали на DevRel Conf 🥰

На TeamLead Conf узнала, что Онтико не только занимается событийным бизнесом. Они решили расшириться и создали несколько собственных производных продуктов на базе своей огромной базы видеозаписей докладов. Например, ОнтикоGPT — это LLM + база докладов с конференций Онтико. Первоначально задумывалось, что ОнтикоGPT пригодится именно разработчикам, однако нам -- деврелам, кажется, это тоже может быть полезно. Вот лишь несколько вариантов, как этот инструмент может упростить нашу ежедневную рутину: 🎤 Мы с вами часто помогаем готовиться разработчикам к выступлениям. А также мы знаем, что хорошим приемом являются отсылки к докладам коллег даже из других компаний. Поэтому ОнтикоGPT можно попросить найти доклады из базы по похожим темам с прошлых конференций, чтобы сослаться на них в своем выступлении. 😮 Оценить, много ли докладов было по той или иной узкой теме и увидеть список всех. 📚 Провести анализ конкурентов: кто о чем рассказывал на предыдущих конференциях. 💡 Сформулировать тематические тренды для подготовки докладов или контент-плана для Хабра или своих каналов для разработчиков. 🎲 Попросить инструкцию по подготовке у выступлениям на конференциях. Наверняка, можно много чего еще делать. А еще мне бы хотелось, чтобы модель знала самые высоко оцененные доклады по мнению зрителей. Или могла давать рецензию на тезисы доклада, который хочет подать ваш докладчик. Что самое прикольное — это то, что ко всему этому прилагаются ссылки на все упоминаемые доклады. Пока они доступны в личном кабинете бесплатно и их можно посмотреть (правда, на знаю, надолго ли). Смотрели ли вы тоже уже ОнтикоGPT в ЛК? Накидывайте идей, как конкретно этот или подобные инструменты могут быть полезны DevRel-менеджерам? Да и вообще, чего нам еще не хватает для работы, чтобы нам облегчало это жизнь?

Я на TeamLead Conf Работаю столько лет в DevRel и каждый раз ловлю себя на мысли, какой же это огромный труд — событийный бизнес: как для организаторов самого ивента, так и для компаний-участников, спикеров и других причастных. Все стараются, готовятся. Затрачивают очень много не только времени, но и личных и душевных сил. 🎒Немного впечатлений и что интересного унесла для себя TeamLead Conf ❇️ Порадовало, что почти на всех стендах стояли технари уровня CTO, тех.лиды или просто разработчики. ❇️ Идеи конкурсов, мерча и сувенирки кочуют от одних к другим. Просто так почти никто не раздает, все только за контактик, за участие в активности, за общение. Наверное, это правильно. ❇️ Однако, почувствовала, что океан игровых активностей на некоторых стендах в погоне за плюшками отнимает очень много времени и отвлекает людей от полезного контента, докладов и реально полезного профессионального нетворкинга. Если интересно мое мнение, то надо стараться сохранять баланс и думать не только о том, как подольше подержать разработчика на своем стенде, но и о том, какое послевкусие у него останется после конференции. Одно дело — он будет вспоминать вас с яркой эмоцией на фоне остальных, другое дело у него останется впечатление, что потратил четвертую часть всего пребывания на конференции на вашем стенде и будет разочарован по итогу, что не успел посмотреть и на других. Но это каждая компания решает для себя сама. ❇️ В начале года я рассказывала про тренды, где, в том числе, обозначила рост продуктового devrel. Это связано с импортозамещением и развитием внутреннего рынка технологических решений. Уже весной я видела подтверждение этому на конференции JPoint. Так вот на HighLoad++ и TeamLead Conf была целая продуктовая аллея стендов с продуктами и решениями и управленческая лаборатория для тех.топ.менеджмента для обмена опытом. Дальше будет только больше. Имейте в виду. За первый день я не смогла обойти и качественно пообщаться на всех стендах, а я люблю вникать. Поэтому поехала и на второй день. 😏 Спасибо Мартину (все знают, кто это) за приглашение! 😍 Будет продолжение 🧑‍💻

В прошлый раз я рассказывала про агентство Brand Surfers. Так вот еще один коллега из сообщества открыл свое дело. Андрей Путинцев (@andrew_aquariuss) — бывший DevRel, сейчас у него своя мерч-студия. Это собственный швейный цех и производство по нанесению, где изготавливают качественный мерч, используя самые современные технологии печати и вышивки. Основные клиенты — IT-компании. Этот рынок один из самых прогрессивных в работе с мерчем: тренды меняются каждый год, как в индустрии моды.

"Мы растём вместе с рынком — ищем новые решения и следим за качеством. Мы можем реализовать любую идею клиента и его дизайнера, а если дизайна нет -- мы сделаем его для вас. Ещё одно наше преимущество — тиражи от 20 штук, что редкость на рынке".

Здорово, что продукция не заказывается из Китая с дешёвыми тканями и устаревшими лекалами. Разработчики благодарят за качественные вещи. А про ценность и смыслы на мерче уже тоже не раз с вами здесь обсуждали. А то, что основатель сам DevRel-менеджер и основными заказчиками студии являются IT-компании, позволяет им копить экспертизу и огромное портфолио релевантных образцов именно под техно-аудиторию.

Начала рассказывать по коллег, кто встал на путь консалтинга. Стоит ли обращаться к эксперту-одиночке или небольшому частному агентству с изысканным эпитетом "бутиковое" 🌸? Пытаюсь сформулировать это для себя, потому что вопрос незакрытый и подвешен с нотками скепсиса. Здесь озвучу плюсы, которые вижу, но попрошу вас накидать и сомнения или поучительные истории 😏 Так как DevRel область молодая, общей фундаментальной или хотя бы полной базы ещё нет. При этом уже набирается много практик, но они рассредоточены в опыте разных людей. 🧑‍💻 Опыт и индивидуализированный подход Глубоко понимают потребности клиентов и стремятся быть максимально ориентированы на удовлетворение их запросов. 🔝 Специализация В отличие от крупных маркетинговых или креативных агентств, осваивающих новое для себя направление в IT, команды DevRel или отдельные эксперты имеют уникальную компетенцию именно в работе с технической аудиторией и технологическими продуктами. Стоимость услуг 💱 Значительно ниже, чем у крупных игроков рынка. Хотя зависит от задачи и степени погружения. 👀 Разнообразие взглядов Каждый опытный специалист обладает уникальным профессиональным багажом. Чтобы выбрать оптимальное решение, иногда полезно услышать мнения нескольких экспертов относительно одной и той же проблемы. А если у вас команда молодая или в компании только запускается DevRel с нуля и кто-то из сотрудников частично закрывает эти задачи и хочет расти, то внешний ресурс — это хорошая возможность поучиться и перенять опыт. Безусловно, крупные агентства тоже имеют преимущества: известное имя, широкий охват аудитории и значительный накопленный опыт. Однако их услуги часто обходятся намного дороже, а уровень погружения в узкую специализированную сферу оказывается менее глубоким. Итак, ваши сомнения или опыт взаимодействия с индивидуальными экспертами прошу милости в чат! 👻 🧑‍💻

Ну и, собственно, в продолжение вчерашнего опроса 👋 На DevRel Conf услышала эти разговоры, не гаснет ли Developer Relations как направление? Так вот мое мнение — нет. Да, DevRel зародился в тот момент, когда до разработчиков было сложно дотянуться, нанять и получить их доверие. Компании искали способы выстроить с ними особую коммуникацию. Сейчас разработчики — уже значительно более массовая профессиональная «народность» со своими языком (языками )), культурой и «традициями». Но пока есть разработчики — будет и DevRel. Потому что DevRel — это глубокое погружение в профессиональную коммуникацию, где разработчики разговаривают с разработчиками на своём языке. Как есть люди, которые понимают культуру и особенности общения медиков, военных или дальнобойщиков, — так и в IT нужны те, кто понимает внутреннюю логику и ритм инженерных сообществ. Да, сегодня DevRel в России сильно встроен в HR-бренд. Снаружи это может выглядеть стандартно. Но если смотреть глубже — именно сейчас, особенно у нас в стране, формируется настоящий технологический DevRel.

Я вижу это на конкретных примерах: на консультации ко мне приходят технологические стартапы, open source-команды, технологические вендоры. Им важно строить коммуникацию по модели B2D (Developer First) и/или B2D2B — “через разработчиков к бизнесу”.

Это не про найм, а про создание качественного продукта через взаимодействие с пользователем-технарем, развитие доверия, влияние и экспертизу в инженерной среде. Так что если вы развиваетесь в этой сфере — прокачивайтесь не в HR-бренде, а в профессиональном техническом девреле. Всем DevRel! 🧡

Вот очень нравится мне Ольга Соколова. И конкретно это видео про мягкость руководителя. Но вот про милосердие совсем не согласна.

«По-настоящему милосерден только тот, кто может убить».

То есть понятна логика Ольги, но не готова с этим никак согласиться. Потому что для меня "милосердие" — это не выбор от случая к случаю или при необходимости. Это состояние и качество сердца и души милосердного человека — либо это есть всегда и во всем, либо этого нет. Вот про мягкость и требовательность — согласна. Мягкость, уважение и этика + рычаги руководителя и последовательность — тоже без вопросов. А про милосердие — нет. Иначе, это каждый раз сделка с совестью. Другое дело, что порой люди притворяются добрыми и пушистыми, но такими не являются на самом деле. Или же боятся проявлять свою истинную "стервозность", потому, что считается, что это плохо.😊 В общем, если посмотрите видео, поделитесь впечатлением.

На DevRel Conf главной ценностью для меня стал живой нетворкинг, и я обратила внимание на растущую популярность персонального консалтинга. Все чаще встречаю опытных специалистов, которые осознают свои сильные стороны, находят дополнительные возможности для заработка наряду с основной деятельностью, начинают самостоятельную карьеру или объединяются, формируя небольшие агентства. Например, бутиковое агентство Brand Surfers. Одну из основательниц знаю лично уже несколько лет как одного из лучших деврелов, с кем работала и с удовольствием наблюдаю за ее успехами. Brand Surfers — у членов команды за плечами — 7+ лет в маркетинге, 5+ лет в DevRel и бэкграунд в продуктовой разработке.  Помогают IT-брендам говорить с разработчиками на одном языке и становиться заметнее — через качественный контент, мероприятия, соцсети, создание комьюнити и другие инструменты маркетинга.  Что предлагают: — Создание технического контента (Хабр/Medium) — SMM под ключ: стратегия, реализация контент-плана, промо (Telegram/Instagram/ LinkedIn) — Разработка стратегии технобренда, EVP — Участие в спецпроектах под ключ Умеют: — Cлышать задачи клиента и решать их эффективными и подходящими инструментами; — Вовлекаться в команду — быть не просто подрядчиками, а частью команды и проекта. — Создавать креатив и стратегии, которые будут работать; — Соблюдать сроки и вести проекты; — Считать результаты, предлагать улучшения и делать выводы. Успешные кейсы: Хабр и телеграм-каналы для бигтехов: Авито, Wildberries&Russ, Яндекс, МТС. EVP, спецпроекты для ИТ-компаний среднего размера. 😊Познакомиться и отправить запрос @brandsurfers Но было также интересно поговорить с коллегами из Brand Surfers и о том, что они видят со своей стороны на рынке. Например, о том, что не всем трендам нужно следовать, важно примерять их на себя и смотреть, решают ли они вашу задачу. А самый идеальный вариант — тренды задавать! 👉 ИИ-адженда в контенте: разработчики двигают контент не только про инфраструктуру и технологии, но и про применение ИИ для автоматизации бизнес‑процессов и продуктов. 👉 Также ИИ начинает использоваться и для креативов, с помощью которых бренды коммуницируют с аудиторией: визуалы, видеоролики. 👉 Трушность: больше фактов, меньше шума — честные кейсы и открытые данные, это то, как сейчас стараются коммуницировать бренды. 👉 Тренд на собственные медиа-платформы и конференции: бигтехи расширяют контент за пределы партнерств на конференциях и крупных площадках, запуская собственные проекты; компании поменьше уже следуют этому примеру.

🧑‍💻 А у вас бывает такое, что вы / ваши разработчики / авторы написали статью, ее как-будто все посмотрели, утвердили и уже отправили как итог на верстку, или уже даже опубликовали, а потом у всех, 😏 "обостряется зрение и чувство ответственности", и к вам прилетают правки, комментарии, где и что надо срочно убрать / поправить. А вы промежуточное звено и вам надо идти к тому, кто верстает. И правок не одна — их еще и несколько сразу или последовательно. А редактор вам не родной человек и у него тоже полно задач, и он не хеппи 😈, и он вам это высказывает. Что вы при этом чувствуете и как действуете? ⚡️