DevRel-специалист говорит на одном языке с разработчиками и клиентами, разбирается в коде и выступает лицом компании. Рассмотрим, какие навыки нужны для этой работы, и почему техподдержка — один из самых подходящих бэкграундов для профессии.
Кто такой DevRel и что он делает
Слово DevRel — это сокращение от Developer Relations и переводится как «отношения с разработчиками». Должность объединяет обязанности из областей PR, маркетинга и технологий.
Классический DevRel-специалист занимается популяризацией компании с технологической стороны. Это значит выступать на конференциях, писать статьи, рассказывать людям с разным опытом о том, чем занимается компания и как её продукты полезны потенциальным клиентам.
Ещё DevRel часто помогает внутренней и внешней командам разработки синхронизироваться по рабочим вопросам и находить решения. Это может выглядеть так: внешняя команда программистов работает с технологиями компании и находит ошибку в одной из частей системы. Они приходят с этой ошибкой к DevRel, а ему нужно передать проблему внутренней команде, но при этом помочь разобраться и объяснить, что именно не так. Поэтому DevRel должен тоже работать с кодом: поискать проблему, протестировать сценарии работы, попробовать отладить и посмотреть на результаты. И уже с более полной картиной прийти к внутренним программистам компании.
Главная и основная задача — это популяризация бренда. Если люди ассоциируют компанию с определённым техническим специалистом, и это создаёт бизнесу хороший имидж, значит, DevRel работает успешно.
Откуда приходят в DevRel и почему нужен технический бэкграунд
В российских компаниях DevRel сегодня чаще всего появляется внутри компании, когда кто-то из специалистов нарабатывает достаточный набор навыков и переходит на новую должность. Реже в DevRel нанимают людей со стороны: с 2021 по 2025 годы на hh.ru количество вакансий оставалось на уровне
Люди приходят в эту специальность из очень разных сфер: технической поддержки, разработки, тестирования, аналитики. Важно развить достаточный уровень инженерной экспертизы и опыта. Классический DevRel не может быть без технического бэкграунда, потому что нужно понимать не только клиентов и партнёров, но и разработчиков.
В отличие от мидлов и сеньоров в программировании, DevRel может не иметь коммерческого опыта разработки. Для опытного инженера коммерческий опыт служит доказательством, что он умеет работать с реальным продуктом и отвечать за код в рабочих условиях. Для DevRel такой опыт в разработке полезен, но не всегда обязателен, потому что его основная ценность в понимании технического контекста, коммуникации и переводе между разными участниками процесса.
Какие софт-скиллы нужны DevRel
Важно правильно доносить мысли и уметь работать в команде. Переводить мысль на разные языки — возможно, главный навык хорошего DevRel-специалиста. Он должен не просто понимать техническую часть, а уметь превратить это понимание в коммуникацию, которая помогает людям решить задачу.
Другое важное умение — организованность. Чаще всего DevRel решает задачи не один, а в контакте с другими сотрудниками. Нужно координировать разные команды и людей: прийти к внутренней команде, договориться о приоритете, получить ответ, вернуться к внешним разработчикам и объяснить, что изменилось. Может понадобиться провести встречу, презентацию, обучение.
Спокойствие и конфликтоустойчивость тоже важны. DevRel работает в том числе с людьми, у которых что-то не получается. А когда у людей что-то не получается, они не всегда формулируют проблему спокойно и корректно.
Большой опыт публичных выступлений нужен не всегда, потому что обязанности DevRel в разных компаниях сильно отличаются друг от друга. Но ответственность за публичное слово всё равно нужно уметь нести.
Почему опыт техподдержки особенно хорошо подходит
Работа в технической поддержке — один из самых релевантных опытов для DevRel-позиции. Эти две профессии похожи, потому что в поддержке специалист тоже является посредником: между клиентом и своей командой разработки. Поэтому человек быстро учится понимать проблемы обеих сторон и решить их так, чтобы по возможности все были в выигрыше.
В техподдержке развивается и другой важный навык: умение переводить с технического языка на нетехнический и обратно. В компанию может написать программист, у которого не работает интеграция между приложениями, а может и обычный пользователь, который не видит нужную кнопку. В обоих случаях нужно понять, что стоит за обращением или за проблемой, найти техническую причину, иногда вместе с командой разработки, и всё исправить.
Коммуникацию нужно уметь поддерживать и между инженерами: у программистов нет какого-то универсального технического языка, у каждого может быть своё видение, опыт и стек технологий. Из-за этих отличий и DevRel-специалист, и сотрудник поддержки должны уметь построить диалог между разными разработчиками.
У DevRel и техподдержки есть пересекающиеся задачи. Например, написать документацию по части сервиса для внешних команд партнёров или подрядчиков. Если DevRel-специалист до этого работал в поддержке, он уже погружён в продукт, разбирался в устройстве или даже знает, как работает код нужной части системы. Тогда задачу можно выполнить, не подключая команду разработки.
Что нужно развивать дополнительно
Это не значит, что после
Полезного DevRel-специалиста отличает умение доходить до источника проблемы. Поэтому любопытство и желание досконально разобраться тоже нужно развивать. Это не совсем хард-скилл и не совсем софт-скилл. Скорее рабочая привычка: не останавливаться на статусе «работает» или «не работает», а найти первопричину.
Стоит ли DevRel специально идти в поддержку
Это вопрос, который каждый решает для себя самостоятельно, но у работы в техподдержке много плюсов для будущего DevRel.
Главное — это опыт, который сложно получить где-то ещё. Если начинать с разработки или тестирования, скорее всего нужно будет работать с отдельными модулями и компонентами. В техподдержке нужно знать всё, пусть и не на таком же глубоком уровне. Но для работы в поддержке тоже важно иметь нужные качества: желание помогать людям, техническая база и достаточный уровень эмпатии.
