Как запустить новый продукт на рынок

Выжимка сегодняшнего доклада Юлии Добровольской, руководителя PR-проектов Поиска Яндекса, с мероприятия «Кейсовник PR+DevRel».

— Коммуникации — это не “рассказать о готовом продукте”.
Во многих случаях продукта или даже рынка еще нет. Есть только гипотеза — и именно в этот момент коммуникации сильнее всего влияют на бизнес.

— Если подключать PR за месяц до запуска, влиять может быть уже почти не на что.
Коммуникации должны участвовать в формировании продукта и позиционирования раньше.

— Часто задача коммуникаций — помочь рынку осознать проблему.
Через контент и обсуждения коммуникации делают проблему заметной.

— Для новых технологий рынок может не понимать, зачем нужен такой продукт.
Тогда коммуникации помогают формировать спрос и новую категорию.

— Early adopters и комьюнити важны на раннем этапе.

Очень применимо к AI и developer tools, где сначала появляется технология — и только потом рынок понимает, как ее использовать.

Как мы строим коммуникацию с IT-сообществом: экосистема, роли, форматы (на примере QA)

Выжимка сегодняшнего доклада Александры Тарасовой, DevRel в YADRO, с мероприятия «Кейсовник PR+DevRel».

— Один канал не может построить сильный tech-бренд.
Коммуникации работают как система касаний: статьи, митапы, чаты, конференции, рассылки.

— Важно заранее продумывать путь аудитории:
где человек впервые увидит компанию и что приведет его к следующему взаимодействию.

— DevRel-контент решает сразу несколько задач:
найм, узнаваемость, доверие к инженерной экспертизе и продвижение продуктов.

— Важны не только охваты.
Смотрят также на вовлеченность, возвращаемость аудитории, переходы в вакансии и продуктовые конверсии.

— Важна системность:
хранить аналитику, форматы и артефакты, чтобы команда не теряла накопленный опыт.

Хороший пример того, как DevRel становится полноценной экосистемой коммуникаций вокруг инженерного бренда.

T-CTF: как мы превратили нишевый CTF в массовое IT-событие

Выжимка сегодняшнего доклада Анастасии Павловой, руководителя маркетинга Образования и DevRel в Т-Банке, с мероприятия «Кейсовник PR+DevRel».

— Чтобы вывести нишевый формат на массовую аудиторию, нужно переупаковать весь пользовательский опыт: от коммуникации до onboarding и механик внутри продукта.

— Аудитория погружена в продукт гораздо меньше, чем кажется команде.
Поэтому сложные темы важно объяснять максимально простым и понятным языком.

— Простые формулировки часто работают лучше креативных.
Главное — чтобы человек быстро понял ценность и механику проекта.

— Даже узкая IT-аудитория гораздо шире, чем кажется.
Люди живут не только в профессиональных сообществах, поэтому нестандартные каналы привлечения тоже могут хорошо работать.

— Для сильного DevRel-проекта важна синхронизация маркетинга, PR, продукта, HR и экспертов.

19–20 июня буду на конференции HR API 2026 @ithrconf в Санкт-Петербурге 😍
И так как я один из организаторов, у меня для вас есть промокод на скидку 🤗

Собрала несколько докладов из программы, на которые рекомендую обратить внимание, если вы работаете в DevRel, Employer Branding, комьюнити-менеджменте или развиваете инженерную культуру внутри компании:

📌 19 июня

• «Как опыт сотрудников влияет на бизнес компании?» — Артём Гринёв, ЭКОПСИ
Про кейсы, где нашли бизнес-эффекты от HR-проектов в культуре, бренде и вовлечённости.

• «Стенд как интерфейс бренда работодателя» — Анна Мартынова, BI.ZONE
Про стенд как инструмент HR-бренда, иммерсивный опыт и измерение влияния на восприятие бренда.

• «Два DevRel'а: от работы с кандидатами к работе с пользователями и бизнес-результатом» — Анна Крюкова, VK
Про разницу между DevRel в HR-бренде и DevRel в открытых платформах, где результат зависит от внешних разработчиков.

• «От идеи до работающего сообщества» — Анна Орлова, Контур
Про запуск HRBP-сообщества без бюджета: 260+ участников, гибридные митапы и ошибки первого года.

• «Как защищать идеи, или Питчинг для HR» — Алла Гузова, MVS
Про то, как упаковывать HR-инициативы в понятный питч и получать поддержку внутри компании.

📌 20 июня

• «Запускаем систему профессиональных сообществ за 6 месяцев и без DevRel-специалистов» — Ксения Тощакова, Nexign
Про запуск 5 профессиональных сообществ и самообеспеченную систему DevRel без выделенных DevRel-специалистов.

• «Роль DevRel в построении ИИ-культуры: внедрение и измерение» — Евгений Зарипов, Банки.ру
Про ИИ-лидеров без KPI, обучение для разработчиков и тимлидов и индекс AI-зрелости AIMI.

• «DevRel как партнёр, а не функция» — Анастасия Кистанова, Ozon
Про развитие внутри DevRel, роль DevRel-партнёра и связь направления с бизнес-задачами.

Полная программа:
https://hrapiconf.com/program

Билеты:
https://hrapiconf.com/tickets

Промокод на скидку 10%: HRAPI26-IRINA

Буду рада увидеться на конференции 🤩

Вчера помогала с организацией митапа HR директоров, где обсуждали непрерывное образование, человеческий капитал и развитие регионов.

Несколько идей показались интересными в контексте DevRel.

1. Компании всё чаще становятся навигаторами, а не источниками знаний

Многие готовы учиться, но не понимают:
— чему учиться;
— что будет востребовано;
— каким программам доверять;
— куда инвестировать своё время.

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

2. Конкуренция будет идти не только за специалистов, но и за скорость их развития

Если дефицит кадров продолжит расти, конкурентным преимуществом работодателя станет не только способность привлекать сильных специалистов, но и помогать им быстрее расти профессионально.

3. Университеты становятся площадками взаимодействия

На одной из панелей прозвучала мысль, что университет перестаёт быть «трубой» между абитуриентом и дипломом и становится местом взаимодействия студентов, преподавателей, компаний и сообществ — по крайней мере мы к этому стремимся.

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

4. Рынок становится старше

Много говорили о том, что людям предстоит работать дольше, а компаниям одновременно работать с несколькими поколениями специалистов.

При этом большинство программ по-прежнему ориентированы на студентов и junior-специалистов. Интересно, насколько это имеет отражение в DevRel и насколько мы адаптированы работать с разными поколениями.

5. Профессиональные сообщества — это инфраструктура

Образование, бизнес и регионы обсуждались как элементы инфраструктуры человеческого капитала.

Профессиональные сообщества тоже можно рассматривать в этой логике. Они помогают людям находить знания, экспертов, карьерные возможности и адаптироваться к изменениям рынка.

Возможно, именно поэтому роль DevRel выходит за рамки отдельных мероприятий и контентных активностей.

Мини-микро-митап деврелов 🤩

На прошлой неделе консультировала компанию по выходу на международный рынок в контексте развития бренда работодателя.

1. С чего начать
Выйти сразу на весь мировой рынок невозможно, я бы смотрела на несколько факторов:
— Где компания может юридически нанимать сотрудников?
— Где уже есть сотрудники или контакты?
— Какие специалисты нужны в первую очередь?
— С какими часовыми поясами удобно работать?
Ответы на эти вопросы помогают сузить выбор гораздо быстрее, чем анализ конференций и маркетинговых активностей.

2. Низковисящие фрукты
На мой взгляд не всегда стоит начинать с проработки идеальной стратегии.
Возможно, в компании уже есть разработчик, который давно хотел выступить на международной конференции и следит за конкретными мероприятиями.
Тогда логично помочь ему подготовить доклад и податься туда, где ему самому интересно выступать.
Компания получает сразу несколько результатов:
— первое выступление на новом рынке;
— контент для внутренних коммуникаций;
— пример для других инженеров;
— развитие культуры обмена знаниями внутри компании.

3. Изучать сообщества
Если нужно понять рынок, я бы смотрела не только на конференции.
Какие локальные сообщества существуют?
Кто организует митапы?
Где собирается нужная аудитория?
Вероятно через сообщества находятся и правильные конференции, и потенциальные партнерства.

4. Искать компании для коллабораций
Во многих странах уже есть компании, которые работают с похожей аудиторией и разделяют близкие ценности.
Совместный митап или другая партнерская активность помогают быстрее познакомиться с новой аудиторией и проверить гипотезы без больших вложений.

Стенды Saint Hightload 2026
У большинства – система зарабатывания баллов в разных активностях, которые потом можно поменять на мерч.
Из хорошего – много прикольных кастомных игр
Из плохого – мало про технологии.

Недавно обсуждала с одним из организаторов европейских технических конференций собственно будущее конференций.

И вспомнила, что раньше (возможно и сейчас) на научных конференциях участникам выдавали сборники тезисов. А что если следующим шагом станет не просто видеозапись докладов, а полноценная транскрипция всей конференции?

Например после мероприятия можно купить файл со всеми выступлениями, загрузить его в своего AI-агента и спросить: «Что из этого наиболее полезно именно для меня, с учётом моей роли, опыта и профессиональных задач?»

Если мы придём к такому формату работы со знаниями, то что тогда останется уникальной ценностью конференции?

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

Контент можно посмотреть в записи. Транскрипцию можно проанализировать с помощью ИИ. А вот живое профессиональное сообщество по-прежнему сложно оцифровать.

Что думаете?

Сегодня на TeamLead Conf слушала доклад про то, какие задачи менеджера можно отдавать AI-агентам.

Что можно автоматизировать уже:

— найти владельца сервиса или проекта: вместо того чтобы писать в общий чат «кто отвечает за X?», агент проходит по Jira, Confluence, HR-базе, GitHub и другим внутренним системам через MCP-серверы и собирает owner card — имя, роль, контакты и зону ответственности;

— организовать встречу: используя HR-базу и Google Calendar, агент находит нужных людей, проверяет их календари и предлагает или сразу создаёт встречу;

— оценить загрузку команды: анализирует задачи из Jira (или Plane), историю работы, time tracking и помогает понять, кто перегружен, а у кого есть свободный ресурс. При этом окончательное решение всё равно остаётся за руководителем, который знает контекст команды;

— автоматически напоминать о задачах: здесь была интересная мысль, что далеко не всегда нужен AI. Во многих случаях достаточно Python-скрипта, который по cron раз в день собирает открытые задачи и отправляет напоминания в Slack или Telegram через webhook. Проще, дешевле и надёжнее;

— собирать данные для стратегии продукта: агент объединяет внутренние данные (продуктовая аналитика, roadmap, customer feedback) и внешние источники (сайты конкурентов, changelog, G2, поиск по рынку), после чего помогает оценить стадию развития продукта, найти конкурентные гэпы и подготовить варианты стратегической карты.

А вот мотивацию команды, конфликты, понимание атмосферы в коллективе, распределение задач с учётом личных особенностей людей и сложные обсуждения с руководством пока нельзя автоматизировать. Это не задачи поиска информации — это задачи про доверие, опыт, контекст и человеческое взаимодействие.