Что такое devrel
Коротко
Devrel (developer relations, отношения с разработчиками) — это работа компании с теми, кто строит на её продукте: API, платформе, SDK или открытом инструменте. Такая команда учит разработчиков пользоваться продуктом, собирает их опыт и доносит его до продукта и инженеров, чтобы разработчики доходили до результата и оставались.
Кто такие разработчики для компании
Разработчик выбирает технический продукт иначе, чем обычный покупатель. Он читает документацию, пробует пример кода, смотрит, отвечает ли сообщество на вопросы, и только потом решает строить на этом продукте. Ошибка на старте стоит ему дней работы, поэтому он доверяет тем, кто говорит с ним на языке кода.
Devrel стоит между продуктом и этой аудиторией. С одной стороны — инженеры, которые делают API и платформу, с другой — разработчики, которым нужно быстро получить работающий результат. Задача команды — сократить путь между ними в обе стороны.
Чем занимается devrel
- Документация и примеры: руководства по началу работы, шаблоны проектов, примеры кода, которые запускаются с первого раза.
- Обучение разработчиков: воркшопы, разборы, вебинары и выступления на конференциях, где продукт показывают на настоящих задачах.
- Сообщество: чаты и форумы, где отвечают на вопросы, разбирают ошибки и помогают новичкам.
- Обратная связь внутрь компании: команда собирает, где разработчики спотыкаются, и передаёт это продукту и инженерам как задачи.
- Партнёрства и экосистема: работа с компаниями и проектами, которые строят на продукте, совместные интеграции и мероприятия.
Чем devrel отличается от маркетинга
Маркетинг приводит человека на сайт и убеждает попробовать. Devrel отвечает за то, что происходит после: понял ли разработчик, как подключиться, заработал ли его первый пример, вернулся ли он на второй день и остался ли строить дальше.
Отсюда и разница в людях. В devrel нужен человек, который читает код и разбирается в устройстве продукта: он объясняет технологию и сам проверяет, что примеры работают. Один маркетинговый специалист такую работу не закроет, а один инженер без навыка объяснять — тоже.
Ошибка — считать devrel частью отдела рекламы и мерить его охватами и просмотрами. Такая команда быстро теряет доверие разработчиков, а продукт перестаёт слышать их задачи.
Как понять, что devrel работает
Просмотры блога и число подписчиков ничего не говорят о пользе. Смысл имеют шаги, которые разработчик проходит в продукте: дошёл ли он до первого успешного запуска, пользуется ли продуктом через месяц, сколько проектов на нём построено.
Внутри компании у devrel есть второй результат — вопросы и проблемы, которые команда принесла в продукт и которые были исправлены. Если обратная связь от разработчиков превращается в задачи и меняет API, документацию или примеры, работа идёт. Если остаётся в отчёте — нет.
Частые вопросы
Devrel — это маркетинг или инженерия?
Ни то ни другое в чистом виде. Это отдельная работа на стыке: техническая глубина, умение объяснять и работа с сообществом. В одних компаниях команда сидит рядом с инженерами, в других — отдельной группой; на суть это не влияет.
Нужен ли devrel, если у компании нет API и платформы?
Нет. Devrel нужен там, где на продукте что-то строят: подключаются к API, пишут на SDK, собирают интеграции, расширяют открытый инструмент. Для обычного продукта, который просто покупают и используют, работают другие каналы.
Можно ли отдать devrel подрядчику?
Часть работы — статьи, выступления, организация мероприятий — подрядчик закрывает. Но разбор кода, ответы в сообществе и передачу проблем в продукт без знания его устройства не сделать. Поэтому обычно devrel — это люди внутри компании или рядом с командой продукта.
С чего начать, если devrel ещё нет?
С пути разработчика: пройти его самому от первого знакомства до работающего проекта и записать, где он спотыкается. Первые задачи почти всегда — примеры кода, которые запускаются, и ответы на частые вопросы. Дальше видно, что нужно: сообщество, обучение или работа с партнёрами.
Читать в журнале
Когда разработчики пробуют продукт, но не доходят до результата
Чтобы понять, где именно они останавливаются
Devrel работает с пути разработчика: знакомство, первый запуск, первые проекты. Где на этом пути люди уходят и почему — видно, только если собрать их действия и вопросы в одном месте.
Я прохожу путь клиента от первого касания до оплаты и нахожу, на каком шаге теряются деньги: смотрю рекламу, обработку заявок, звонки и CRM. Для технического продукта это тот же разбор, только вместо звонков — документация, примеры и сообщество.