DevRel и два CTO: разговор, который начался с одного простого вопроса 💬

Не так давно делала презентацию про DevRel — для CEO и CTO нескольких стартапов. Стояла и ловила себя на мысли, что объясняю, что вода мокрая. 💧 А потом вспомнила этот разговор и поняла — да, мокрая, но напоминать полезно. Записала почти дословно.

CTO №1: У нас честно — никто ничего не постит. Не потому что запрещено, просто у людей нет времени, а у меня тем более.

Я: А если бы время появилось — кто-то стал бы?

CTO №1: Не уверен. Скорее всего испугались бы. У нас команда не публичная вообще, все привыкли молчать и кодить.

CTO №2: У нас похожая история. Я вот думал нанять DevRel-человека, чтобы он это разрулил. Пусть выступает, пишет, представляет нас.

Я: А что бы он рассказывал?

CTO №2: Ну... про продукт. Про стек. Что мы вообще есть.

Я: А он у вас в коде разбирается, в архитектурных решениях?

CTO №2: Нет, это же не его работа.

Я: Вот тут обычно и начинается проблема. Если нанять человека со стороны, который не варился в вашей инженерной кухне — он максимум сделает красивую упаковку. А разработчики на рынке такое считывают моментально. Это не DevRel, это пиар с техническими словами.

CTO №1: Так а что тогда, мне самому этим заниматься? У меня продакшн, найм, роадмап — это уже перебор. 😵‍💫

Я: Не заниматься одному. Но без тебя — никак не начнётся. Культура идёт сверху. Если ты сам ни разу не рассказал, как вы решали какую-то задачу, не показал, что это нормально — команда тем более не начнёт, а уж тем более не начнёт наёмный человек со стороны, которому вы поручили "быть голосом компании". 🗣️

CTO №2: Но я правда не умею и не люблю писать посты. Это не моё.

Я: Речь не про то, чтобы ты вёл блог. Речь про то, чтобы твоя инженерная экспертиза и твоя позиция были видны — хотя бы иногда. Пост, комментарий на конфе, тред в чате с командой, где ты объясняешь, почему приняли то или иное решение. Люди в команде это видят и считывают: ага, оказывается, можно.

CTO №1: А если я скажу что-то не так и это выйдет боком?

Я: Вот это и есть настоящий вопрос, а не "нужен ли нам DevRel". Страх обычно живёт именно здесь — не в отсутствии времени, а в том, что непонятно, где граница и что будет, если ошибёшься.

CTO №1: Честно — да. Проще молчать, чем потом разгребать.

Я: И это нормальная реакция, если никто в компании явно не сказал: вот что можно говорить, вот где граница, и если ошибся — это не катастрофа. Без этого разговора команда будет молчать сколько угодно, наймите вы хоть трёх DevRel-менеджеров.

CTO №2: Хорошо, а сам DevRel-человек тогда вообще зачем, если начинать надо не с него?

Я: Затем что построить всё в одиночку, без выделенного человека, тоже почти невозможно — у тебя нет на это времени, у команды нет привычки, и это должно быть чьей-то явной задачей: организовать, подготовить, довести до системы. Просто этот человек должен опираться на то, что уже задаёте вы — идеологию, позицию, готовность делиться. А не придумывать её за вас с нуля.

CTO №1: То есть сначала мы, потом он.

Я: Или вместе, но точно не вместо. Если нанять человека и полностью отойти в сторону — считай, вы наняли пресс-службу. А если начать хотя бы с малого — сам рассказал, сам поддержал того, кто рискнул выступить, — DevRel-человек потом это масштабирует. Но фундамент — КУЛЬТУРА — это всегда изнутри и сверху, не снаружи.

CTO №2: У нас, получается, ещё даже фундамента нет.
Я: У вас есть инженеры, которые молчат не потому что нечего сказать, а потому что непонятно, можно ли. Это уже отправная точка. Дальше вопрос, кто первый скажет "можно" — и покажет это не словами, а собственным примером.