Найти DevRel для Blockchain-проекта означает найти специалиста на стыке engineering, documentation, community и ecosystem growth. Публичность помогает, но без технической глубины и product feedback роль превращается в контент-маркетинг.
Профиль нужно строить от developer audience, продукта и пути до production integration. Для protocol, SDK, wallet infrastructure и enterprise API нужны разные DevRel-компетенции.
Определите developer audience
DevRel может работать с smart contract developers, protocol teams, wallet builders, node operators, data engineers или enterprise integrators. Разные аудитории требуют разных technical depth, channels и success metrics.
До поиска опишите, кого нужно привлечь, что они строят и какой путь от первого контакта до production integration.
Technical depth роли
DevRel должен понимать продукт достаточно глубоко, чтобы отвечать на вопросы, создавать примеры, находить проблемы API или SDK и говорить с engineering на одном языке.
Уровень зависит от продукта. Для L1, protocol или developer infrastructure техническая глубина обычно выше, чем для consumer ecosystem.
Документация и tutorials
Хорошая документация помогает разработчику пройти от first request до working integration. Проверяйте information architecture, examples, troubleshooting, versioning и feedback loops.
Попросите кандидата разобрать существующий quickstart и назвать точки потери пользователя.
Подбор DevRel для Blockchain помогает искать кандидатов по developer ecosystem, технической глубине и реальному adoption.
SDK, APIs и tooling
DevRel не всегда пишет production SDK, но должен уметь использовать его, создавать demo и формулировать issues для engineering. Для части ролей требуется самостоятельная разработка sample apps и libraries.
Зафиксируйте границу между DevRel, Developer Experience и core engineering.
Community без vanity metrics
Количество участников Discord или просмотров не равно adoption. Важны активные builders, completed integrations, retained developers, support resolution и contribution quality.
Кандидат должен уметь отделять информационный охват от поведения разработчиков.
Events и hackathons
Events полезны, если встроены в ecosystem strategy. Проверьте, как кандидат выбирал аудиторию, готовил technical content, сопровождал проекты после hackathon и измерял результат.
Один большой event без follow-up часто даёт много регистраций и мало production use.
Developer support
DevRel работает с issues, questions, bugs и feature requests. Нужны triage, escalation, knowledge base и ясная коммуникация во время incident.
Спросите, как кандидат отвечал на критичный вопрос, когда engineering ещё не имел готового решения.
Feedback в product
Роль должна не только транслировать roadmap наружу, но и возвращать структурированную обратную связь внутрь. Важно различать единичный громкий запрос и системную проблему ecosystem.
Проверяйте, как кандидат влиял на docs, SDK, priorities или product decisions.
Работа с ambassadors и partners
Ambassador programs, grants, universities и technical partners могут масштабировать ecosystem, но требуют quality control и ясных incentives.
DevRel должен уметь строить правила, отбирать участников и предотвращать превращение программы в охоту за наградами.
Для международного ecosystem используйте
международный подбор IT-персонала, если DevRel должен работать с несколькими регионами и сообществами.
Метрики DevRel
Success metrics зависят от funnel: awareness, activation, first build, integration, production, retention и contribution. Одной метрики для всех стадий нет.
Попросите кандидата построить metric tree для вашего developer product.
- Qualified developer reach.
- Time to first successful integration.
- Active builders.
- Production integrations.
- Developer retention.
- Support resolution.
- Contributions и ecosystem growth.
Практический этап
Дайте короткий API или protocol overview и попросите подготовить developer journey, quickstart outline или техническое объяснение. Оценивайте ясность, правильность и понимание аудитории.
Не просите проводить полноценный event или создавать месячный контент-план бесплатно.
Организационная позиция
DevRel может находиться в engineering, product, marketing или ecosystem. От этого зависят priorities и доверие аудитории. Важно, чтобы роль имела доступ к engineers и могла влиять на developer experience.
Если DevRel оценивается только по лидам, он быстро превращается в технический маркетинг без product feedback.
Типичные ошибки работодателя
Компании объединяют DevRel, community, content, support, partnerships и sales в одной роли. Ещё одна ошибка — нанимать публичного спикера без способности разбираться в продукте.
Также нельзя оценивать результат только по followers, events и impressions.
Чек-лист вакансии
Опишите developer audience, product, technical depth, channels, ownership, metrics и связь с engineering. Разделите DevRel, Community и Growth.
Подготовьте практический кейс и доступ кандидата к актуальной документации.
- Понятна developer audience.
- Определена техническая глубина.
- Описаны docs, SDK и support.
- Согласованы ecosystem metrics.
- Разделены смежные функции.
- Есть доступ к product и engineering.
Практический алгоритм найма
Сначала согласуйте результат роли на первые 6–12 месяцев, затем разделите обязательный production-опыт и навыки, которые можно освоить после выхода. После этого соберите список компаний и проектов с сопоставимой архитектурой, стадией и рисками. Такой порядок не даёт вакансии превратиться в перечень всех технологий, когда-либо встречавшихся в Web3.
- Зафиксировать продукт, стадию и главный риск найма.
- Выбрать три обязательные компетенции и допустимые пробелы.
- Построить карту компаний-доноров и смежных рынков.
- Провести первичный скрининг по ownership и production-контексту.
- Использовать один содержательный профессиональный кейс.
- Давать обратную связь без недельных пауз и повторных интервью.
Если внутренней команде не хватает времени на direct search и первичную калибровку рынка,
подбор Blockchain и Web3-специалистов помогает расширить воронку без массовой выдачи случайных профилей.
Как калибровать профиль по первым интервью
После первых трёх-пяти разговоров сравните ожидания команды с реальным рынком. Если все сильные кандидаты не совпадают по одному второстепенному инструменту, возможно, требование переоценено. Если люди массово не принимают уровень ответственности, бюджет или юридический формат, переписывать outreach бессмысленно: нужно менять само предложение.
Калибровка не означает снижать планку после каждого отказа. Она нужна, чтобы отделить критичные компетенции от привычек нанимающей команды, уточнить companies-donors и сократить пустые технические интервью. Решения стоит принимать по повторяющимся данным, а не по одному особенно харизматичному кандидату.
Частые вопросы
Должен ли DevRel уметь программировать?
Зависит от продукта. Для infrastructure и protocol обычно требуется уверенный technical hands-on и способность создавать examples.
Чем DevRel отличается от Community Manager?
DevRel работает с developers, docs, SDK, support и integrations. Community охватывает более широкую аудиторию и коммуникацию.
Какие метрики использовать?
Developer activation, time to integration, active builders, production use, retention, support и contributions.
Нужен ли опыт публичных выступлений?
Полезен, но не обязателен. Ясная техническая коммуникация и доверие аудитории важнее сценической активности.
Какое тестовое дать?
Короткий quickstart, developer journey или объяснение API на основе вымышленного или публичного продукта.
Вывод
DevRel для Blockchain оценивается через technical depth, documentation, developer support, feedback loops и adoption. Followers и events являются только частью работы.
Передайте вакансию на
подбор Blockchain и Web3-специалистов, если нужен DevRel под конкретный protocol, developer platform или международную Web3-экосистему.