Как стать «своим» среди инженеров, если ты гуманитарий: история моего выживания в IT

На одном из первых технических совещаний в роли контент-маркетолога в облачной компании я услышал: «Надо перенести клиента с первого кластера на второй и он еще просит Kubernetes. Получится?».

Я, маркетолог по образованию, мастер текстов и эмоциональных заголовков, замер. «Кластеры»? «Kubernetes»? Они сами-то друг друга понимают? Я чувствовал себя лингвистом, заброшенным на завод по производству микросхем. Мой главный инструмент — метафора — был бесполезен, ведь я не понимал, к чему ее приложить.

За полтора года я не стал инженером, но я стал «своим». И теперь с регулярным выходом контента в телеграм-канале практически нет.

Мой главный страх был не в том, что я чего-то не знаю. А в том, что меня раскроют. Что кто-то на совещании спросит: «Дим, как думаешь, нам стоит сначала рассказать про защиту от ransomware или документированный REST API?», и мой идиотский ответ выдаст полную техническую несостоятельность. Чтобы не выглядеть откровенным идиотом, я кивал, делал умное лицо и лихорадочно гуглил после встреч (это не сильно помогало).

При этом я понимал, что без хотя бы базового понимания, мне придет конец. С текстом работать крайне сложно, если ты не понимаешь терминов, задач, которые решают те или иные технические штуки и как эти штуки склонять.

Первым делом я создал «Архив непонимания»

Это были простые заметки, в которых я фиксировал все непонятные слова с таких встреч. Писал так, как слышал: Кубернетс, ДЖиПиЮ, Ваф и т.д. Естественно для поста этого было мало, но я еще слушал контекст и, так как логика у меня все же присутствовала, оценивал, что может быть интересно потенциальным клиентам.

Слышу слово «обновили» - выделяю жирным. Слышу «тут случилась проблемка» — помечаю «кейс».

Так после каждой встречи у меня формировался списочек потенциальных тем для блога. Но я все еще не знаю, что это значит. Нужна жертва, которая переведет на человеческий язык мои заметки и скажет, что из этого состоятельное, а что летит в помойку.

Сначала я нашел одну — облачного директора, который настолько хорошо разбирается в своем деле, что ему не составляло труда объяснить мне разницу между контейнером и виртуальной машиной на примере пиццерии.

Так у меня появилось входное окно в технологический мир. Потом еще одно. И еще одно. Год спустя это уже не 100% исходящих запросов, а только 30. Все остальное входящее.

Откровенно говоря, технарем мне никогда не стать. Ну вот вообще никак. Вместо этого, я просто научился ВИДЕТЬ и СЛЫШАТЬ то, что они не замечают, потому что смотрят изнутри системы. Этого мало, чтобы генерить темы с нуля, но достаточно, чтобы подтолкнуть коллег к самостоятельному креативу.

Скажу более, совместные мероприятия и просто кофе на обеде, тоже здорово помогают наладить контакт и что-то сгенерировать. Ну или хотя бы объяснить, зачем я задаю им глупые вопросы.

Я стал «пользователем-нулём» и главным по боли

Когда ребята показывали мне интерфейс нового кабинета клиента или присылали описание нового продукта, я просил потыкать на все кнопки, задавал максимально глупые вопросы из разряда «А сейчас у них такого нет?», «Это ж через интернет работает, да?» и вишенка на торте: «Ниче не понимаю, это как вообще функционирует».

Я стал переводчиком с «фичевого» на «полезный»

Мне присылали описание новой функциональности: «После обновления добавилась поддержка еще и Route Based IPsec». Я шёл к product-менеджеру и задавал один вопрос: «А что клиент может сделать теперь такого, что не мог раньше? И как это сэкономит ему время/деньги/нервы?». Выяснялось, что новая опция предоставляет большую свободу и гибкость при настройке защищенных туннелей, а это особенно важно для построения сложных распределенных сетевых топологий. Так рождался понятный заголовок в формате «Меняем привычное, на удобное».

Я стал Шерлоком, который ходит с лупой и ищет темы

Месяце на шестом я начал серчить разные источники (в том числе и ИИ), чтобы придумывать темы для публикаций, с которыми можно прийти к внутренним экспертам. Им проще, потому что не нужно придумывать ничего с нуля, а мне, потому что не нужно ждать, когда кто-то из них что-то родит.

Со временем я понял, что я уже не просто «переводчик». Я — мост и системный интегратор коммуникаций. Мои вопросы сместили фокус, и я перестал спрашивать «Как это работает?». Я начал спрашивать:

На этом этапе (где-то через год) я стал показывать инженерам, как о сложном говорят в других мирах: в бьюти, FMCG, ритейле и предлагал рассказать о наших технологиях в похожем формате. Так получилось легитимизировать право мыслить образами в мире строгой логики и, что самое главное, - технарям не нужно было придумывать что-то из воздуха.

Мы нашли общий язык — уважение к ремеслу. Они видят мой искренний интерес и удачные продукты в виде статей и постов. Я вижу, что они начали ценить мою способность упаковывать результат их титанического труда в форму, которую ценит рынок. Они создают космические корабли. Я учусь рассказывать, каково это — летать на них, чтобы билеты хотели купить другие. Это симбиоз.

Сегодня меня не воспринимают как «писаку в айтишной компании» (надеюсь). Я — контент-стратег, который знает, как достучаться до умов, потому что сам прошел путь от полного нуля до слабого, но все же понимания. Моя история — не о том, как я выучил, что такое API (не выучил). Она о том, как незнание стало моим главным инструментом исследования, а гуманитарное мышление — секретным оружием для создания связей между технологией и людьми.

Если вы тоже чувствуете себя «агентом под прикрытием» на стендапах разработчиков — ваша непохожесть не слабость. Это ваша уникальная точка сборки. Перестаньте пытаться стать технарем. Станьте лучшим в мире проводником между миром инженеров и миром всех остальных. И начните с самого простого: честно сказать: «Объясните, пожалуйста. Я хочу понять, чтобы потом рассказать другим».