Как заставить команду по работе с разработчиками работать на вашу компанию

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

Раман Шарма, вице-президент по маркетингу продуктов компании DigitalOcean, специализирующейся на облачных технологиях, сказал, что отношения с разработчиками охватывают все: от пропаганды продуктов компании разработчикам через контент и код до работы с пользователями для сбора отзывов и управления аспектами продуктов компании с открытым исходным кодом.

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

Построение отношений как бизнес-стратегия

Мэри Тенгвалл, глава отдела по связям с разработчиками в Camunda, сказала, что ее работа включает в себя управление сообществом, защиту интересов разработчиков и опыт разработчиков. 

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

ВИДЕТЬ: Отношения с разработчиками становятся глобальными и приобретают все большее значение 

Команда Тенгвалла также работает над построением внутренних отношений в Camunda, платформе рабочего процесса и автоматизации принятия решений с открытым исходным кодом. Она связывает сообщество с менеджерами по продуктам, командами поддержки клиентов, отделами маркетинга, продаж и внутренними разработчиками. 

Ее главная миссия — связать работу ее команды с высшими целями компании. Окупаемость инвестиций в сообщество разработчиков оценить количественно сложнее, чем измерить другие показатели, но преимущества есть, говорит Тенгвалл.

«Наша работа уменьшает отток сотрудников, создает коллег и создает сообщество, которое люди не хотят покидать», — сказала она. 

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

Тенгвалл сказала, что прочные связи ее команды с сообществом разработчиков облегчают Камунде создание лучшего продукта.

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

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

Тенгвалл начала свою карьеру с создания сообщества в O'Reilly Media, где она рассказывала читателям о других ресурсах, которые компания могла бы предоставить. 

«Это превратилось в вопрос: как нам убедиться, что мы делаем то, что правильно, когда люди посещают наши конференции или используют наше программное обеспечение», — сказала она. 

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

Вам нужна команда DevRel?

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

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

ВИДЕТЬ: Подкаст TechRepublic Dynamic Developer

Продукты, которые больше всего подходят для роли разработчиков, — это те, в которых непосредственным конечным пользователем продукта является разработчик, и у отдельного разработчика есть способ зарегистрироваться и использовать продукт, — сказал Сачин Гупта, генеральный директор HackerEarth. .

«Если у разработчика нет возможности зарегистрироваться и напрямую использовать продукт, то команда по связям с разработчиками мало что сможет сделать», — сказал он.

Преимущества наличия команды DevRel

Гупта сказал, что у команды DevRel может быть много целей, в том числе:

• Регистрации или пробные версии
• Увеличение использования после регистрации
• Сбор отзывов о продукте от разработчиков
• Создание сообщества, в котором разработчики обсуждают проблемы продукта и помогают друг другу с вопросами о продукте.
• Повышение узнаваемости бренда в сообществе разработчиков

Тенгвалл сказал, что эти отдельные задачи работают вместе, чтобы управлять этими эти три основных преимущества:

1. Осведомленность: спонсорство сообщества, часы работы, мероприятия и выступления.
2. Включение: учебные пособия, примеры приложений и обучение разработчиков
3. Вовлеченность: форумы, контент, предоставленный сообществом, и руководства для участников.

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

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

«Исследования показывают, что разработчики оказывают существенное влияние на решения о закупках ИТ в своих организациях, поэтому взаимодействие с этой аудиторией имеет большую ценность», — сказал он.

Команды DevRel также могут помочь с процессом найма. Тенгвалл также ввёл термин «Лиды, прошедшие квалификацию DevRel», члены сообщества, которых ее команда связывает с коллегами из отделов внутреннего маркетинга, рекрутинга или продаж.

«Лучшие сотрудники нанимаются членами сообщества, потому что они уже знакомы с продуктом и персоналом», — сказала она.

Как заставить команду DevRel работать на вашу компанию

По словам Тенгвелла, за последние полтора года рынок труда для защитников девелоперов резко возрос. Ее информационный бюллетень включает объявления о вакансиях, и она заметила, что их число выросло с 40–50 новых объявлений в месяц до более чем 200.

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

«Если вы не знаете, для чего нанимаете, будьте откровенны и скажите кандидатам, что вам нужен кто-то, кто придет и разработает стратегию, а не пытается набросать ее заранее», — сказала она.

Другая большая ошибка, которую она заметила, — это ожидание того, что команда DevRel повлияет на продажи.

«Конечным результатом построения отношений, конечно, могут быть продажи, но если есть какие-то ожидания, что пунктирная линия приведет к увеличению продаж, вы устраните любую подлинность», — сказала она.

Тенгвалл сказал, что наличие команды DevRel требует, чтобы компания учитывала и реализовывала отзывы сообщества. 

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

Гупта сказал, что команда по связям с разработчиками может сосредоточиться на разработчиках как на аудитории для информации о компании. 

«И маркетинговые каналы, и маркетинговое послание для сообщества разработчиков отличаются от любой другой традиционной аудитории», — сказал он.

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

«Это не только гарантирует, что они поймут аудиторию, но и смогут лучше взаимодействовать с сообществом, поскольку разработчики очень опасаются прямого маркетинга», — сказал он. 

Также см