Отношения с разработчиками

Материал из wikixw
Перейти к навигации Перейти к поиску

Отношения с разработчиками, также известные как DevRel, являются общим термином[2], охватывающим стратегии и тактику построения и развития сообщества взаимовыгодных отношений между организациями и разработчиками (например, разработчиками программного обеспечения) в качестве основных пользователей и часто влияющих на покупки продукта.

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

Developer Marketing: информационно-пропагандистская деятельность для повышения осведомленности и привлечения разработчиков к использованию продукта.
Образование разработчиков: документация по продукту и образовательные ресурсы, помогающие учиться и создавать близость с продуктом и сообществом.
Опыт разработчика (DX): ресурсы, такие как портал разработчика, продукт и документация, чтобы активировать разработчика с наименьшими трениями.
Успех разработчика: деятельность по воспитанию и удержанию разработчиков при создании и масштабировании продукта.
Сообщество: Питает сообщество для поддержания устойчивой программы.

Влияние и цели программ DevRel включают:

Увеличение доходов и финансирования
Рост и удержание пользователей
инновации и улучшения продукта
Удовлетворенность клиентов и отклонение поддержки
Сильный технический рекрутинг
Узнаваемость и узнаваемость бренда

Другие цели инициатив DevRel могут включать:

Создание продукта: Организация полагается на сообщество разработчиков для создания своей технологии (например, с открытым исходным кодом).
Соответствие продукта рынку: успех продукта зависит от понимания потребностей и желаний разработчиков.
Поддержка разработчиков: поддержка использования разработчиками продукта (например, путем предоставления образования, инструментов и инфраструктуры).
Восприятие разработчиком: преодолеть восприятие разработчиком, которое может препятствовать успеху продукта.
Наем/Рекрутинг: Привлечение потенциальных разработчиков для подбора персонала.

История и корни[править]

Считается, что Apple создала первую программу DevRel в 1980-х годах, начиная с Майка Мюррея, который ввел термин software evangelist, чтобы убедить сторонних разработчиков разрабатывать программное обеспечение и приложения для платформы Macintosh. Майк Бойч был первым программным евангелистом Apple для проекта Macintosh инанял парня Кавасаки, который станет главным евангелистом Apple и популяризирует их программу DevRel.

DevRel начал становиться все более популярным в 2013 году, когда такие компании, как New Relic, Twilio, Enginyard и SendGrid, популяризировали подход, ориентированный на разработчиков.

Организационные роли[править]

Роли и должности[править]

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

В DevRel существует несколько различных типов ролей/должностей, включая:

  • Адвокаты разработчиков (aka Developer Evangelists): Сосредоточьтесь на распространении слова (т. Е. евангелизации) с помощью различных средств, таких как выступления на конференциях, посещение встреч, проведение хакатонов, создание образцов кода, создание вебинаров, проведение виртуальных офисных часов и/или пропаганда, выступая в качестве связующего звена между сообществоми внутренние команды разработчиков. Они, вероятно, имеют опыт кодирования и могут собирать отзывы, создавать демонстрации/образцы кода или находить решения проблем с продуктом.
  • Практики опыта разработчиков (DX): собственные инициативы по пользовательскому опыту для разработчиков продуктов. DX включает в себя как продукты, так и документацию, и практики DX могут иметь дело с дизайном SDK или API, адаптивными потоками и документацией.
  • Технические менеджеры сообщества: менеджеры сообщества, которые сосредотачиваются на разговорах технического характера о технических аспектах продукта. Они могут выявлять и отслеживать возможности для групп защиты интересов разработчиков обучать и вдохновлять своих коллег-разработчиков.
  • Разработчики-маркетологи: нацеливают и привлекают внимание разработчиков программного обеспечения для повышения осведомленности, принятия и пропаганды инструментов, решений и платформ. Они сосредоточены на решении реальных проблем, предоставляя решения, помогающие разработчикам улучшить свои рабочие процессы и повысить эффективность разработки. Они также облегчают защиту разработчиков, расширяя их возможности.и евангелизация разработчиков, чтобы защитить целевой продукт.
  • Технические писатели: Технические писатели создают контент, такой как онлайн-справка, руководства, официальные документы и т. Д. Технический писатель часто считается ролью разработчика.

Структура отчета[править]

Практики DevRel могут отчитываться перед различными группами внутри организации – как техническими, так и нетехническими. Опрос, проведенный в 2021 году, показал, что структура отчетов компаний была маркетинговой: 26,2%, объединенные нетехнические отделы (маркетинг, продажи и развитие бизнеса): 30,7% и объединенные технические отделы.отделы (product, engineering и CTO): 44,1% .

Структура заработной платы[править]

Годовая зарплата для практиков DevRel варьируется от менее 50 000 до более 250 000 долларов США в некоторых случаях. Опрос, проведенный в 2021 году, показывает, что наибольший сегмент годовых зарплат составлял от 100 000 до 150 000 долларов.

Компании, практикующие DevRel[править]

Developer-First Versus Developer-Plus Companies[править]

Организации, которые практикуют DevRel, могут быть Developer-first или Developer-plus (aka Dev +) в зависимости от их основной бизнес-модели. Компании-разработчики (например, Stripe, Camunda, PerceptiLabs, Unity и Twilio) имеют модель business-to-developer (B2D).ориентирован на продажу продуктов, специально предназначенных для использования разработчиками. Компании-разработчики (например, Slack, Spotify, Apple, Qualcomm и Santander), как правило, являются бизнес-бизнесом (B2B) или бизнес-потребителем (B2C). В то время как основной целью компаний Developer-Plus является создание и продажа продуктов для бизнеса или потребителей, они также предоставляют разработчикам продукты или услуги, которые приносят пользу или улучшают их стратегию, включая: открытие новых рыночных каналов, создание новых вариантов использования, вклад в инновационные стратегии или оптимизацию/улучшение существующихпродукты.

В 2021 году опрос показал, что 63,6% организаций с программами DevRel были Developer-Plus, а 36,4%-Developer-First.

Влияние разработчиков и определение размеров рынка[править]

Независимо от Developer-Plus или Developer-First, компании признают растущую власть разработчиков влиять на решения о покупке. Сюда входят новые компании, ориентированные на создание инструментов для разработчиков, и существующие компании, основное внимание которых было сосредоточено в другом месте, которые теперь признают возможность разработчика. Таким образом, бизнес-лидеры теперь участвуют в запуске новых программ DevRel в своих компаниях или увеличении влияния существующих программ.

Продукты или услуги, предназначенные для разработчиков, составляют, по оценкам, 49 миллиардов долларов (в 2021 году) .

  • Жизненный цикл доставки программного обеспечения (SDLC): SDLC-решения для таких процессов, как проектирование, разработка и тестирование программного обеспечения.
  • Dev Tools: Инструменты для создания программного обеспечения.
  • Инфраструктура разработчиков: аппаратное и программное обеспечение, которые поддерживают распределенное, повторяемое построение программного обеспечения.
  • Dev-платформы: интерфейсы для разработчиков, code-first и API-only.

Twilio, является примером компании, занимающейся разработкой в первую очередь, и, более конкретно, компанией, занимающейся разработкой API, , которая помогла сформировать экономику API (бизнес-модели и практики, разработанные вокруг API), популяризировать программы DevRel и стала известна благодаря евангелизму платформы. Примечательно, что их рекламный щит из трех слов в Силиконовой долине, на котором просто говорилось: "Спросите своего разработчика", а затем логотип Twilio, приписывают начало разговоров между руководителями и разработчиками при принятии стратегических решений.

Разбивка по регионам[править]

Инициативы DevRel практикуются организациями по всему миру.[6] В 2021 году разбивка компаний, практикующих DevRel по всему миру, была в основном в Северной Америке (Канада и США – 61,5%) и Европе (Восточная Европа, Западная Европа и Великобритания – 21,6%). Другие страны/регионы включают Австралию/Новую Зеландию, Китай, Индию и Ближний Восток.

Разбивка по отраслям[править]

В то время как DevRel в основном распространен в IT/IS, он также используется в других отраслях.[6] Общая разбивка в 2021 году была:[6]

  • Информационные технологии/Услуги 44.6%
  • SaaS 20.5%
  • Telecom 6.2%
  • Финансовые услуги 7.7%

Профессиональные мероприятия[править]

DevRelCon-ежегодное мероприятие DevRel, организованное hoopy.io с 2015 года он охватывает DevRel, DX, community и developer marketing и проводится в различных городах мира, включая Лондон, Токио и Сан-Франциско.

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

См.также[править]

Жизненный цикл

Пруф[править]

/developer.valvesoftware.com/