DevRel (Developer Relations) в русскоязычном сегменте описывают по-разному, и из-за этого роль часто путают.

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

Но дальше начинаются нюансы. Часть материалов сводит DevRel к техпиару: репутация, присутствие в индустрии, публичность.
Другие, наоборот, объясняют DevRel через обмен знаниями и практику: выступления, публикации, внутренние активности.

Я бы приземлял DevRel на артефакты, иначе это превращается в разговоры.
Когда продукт с API или SDK, DevRel связывает доку, примеры и релизы с вопросами разработчиков. Чтобы одно и то же не приходило в поддержку снова.

Обычно это выглядит так, пример в доке устарел, SDK поменялся, релиз изменил поведение. И на шаге "скопировал и запустил" до рабочего состояния не доезжаем. И дальше все уходит в поддержку и личные консультации.

Мне DevRel нравится именно как инженерная функция: поймали повторяющийся затык, воспроизвели, исправили в доке или SDK, замкнули контур.

P.S.
Говорю себе - хватит дела делать, пора контент пилить 😁

#devrel #dx