a16z: В эпоху ИИ конкуренция за таланты среди компаний начинается с наименования должностей

Ценность должности FDE (forward-deployed engineer) заключается не в том, чтобы звучать современнее, а в переопределении ранее недооценённого типа работы: внедрения технологий непосредственно на площадке у клиента.

В традиционных программных компаниях такие роли обычно оказываются на стыке предпродажной подготовки, внедрения, solution engineering или customer success. Они находятся близко к клиенту и близко к продукту, однако в организационном дискурсе занимают периферийное положение.

Компания Palantir заметила это очень рано.

Примерно в 2011 году она переименовала свою прежнюю инженерную позицию, ориентированную на работу с заказчиком и системную интеграцию, в FDE. За этим названием стоит чёткое понимание: для крупных корпоративных и государственных клиентов настоящая сложность заключается не в написании программного кода, а во внедрении ПО в реальные бизнес-процессы заказчика. Там смешаны вопросы прав доступа, данные, рабочие процессы, наследуемые системы и распределение организационной ответственности.

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

Они представляют собой новый вид организационной компетенции.

Фонд a16z называет такую стратегию «title arbitrage», что можно перевести как «арбитраж должностных наименований»: когда определённая компетенция в организации быстро становится критически важной, но старые названия позиций ещё не отражают её ценности, тот, кто первым придумал новое название, получает возможность захватить лучшие кадры, власть и умы рынка.

Эта стратегия заслуживает внимания и особенно полезна для основателей ИИ-стартапов, работающих в сегменте AI to B.

Должностные названия — это по сути язык организации

Многие компании недооценивают роль должностных названий.

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

Названия вроде CEO, CTO, CFO — это не просто описание зон ответственности, но и маркеры власти. То же самое верно для вице-президента по производству, руководителя продукта или руководителя по росту. За каждым именем стоит признание организацией определённой компетенции.

Отсюда следует, почему названия должностей постоянно эволюционируют вместе с развитием отрасли.

Раньше разработчиков часто относили к отделу IT. Затем появилось понятие programmer, позже — software engineer. Эта эволюция — не игра слов, а признак роста роли программного обеспечения в бизнес-системах. Написание кода трансформировалось из фоновой поддержки в ключевую компетенцию для создания продуктов, выстраивания процессов и разработки бизнес-моделей.

Аналогичный путь прошли специалисты по работе с данными: от clerk к data entry, затем к data scientist и machine learning engineer. Каждое изменение названия отражает рост стратегической ценности задач, связанных с данными.

Ярким примером служит предложенная Google site reliability engineer. В ней рутинная работа классического системного администратора была переосмыслена как инженерная задача, что подтверждает мысль: обеспечение стабильной работы систем обладает той же технической глубиной, что и разработка новых функций.

Таким образом, должностное название — это не просто упаковка.

Оно отражает то, сместилось ли место в цене у определённого класса задач.

Palantir завоевала приоритет в кадровом восприятии

FDE стал классическим примером, потому что превратил должность инженера на площадке заказчика из недооценённой позиции в высокопотенциальную.

Во многих компаниях статус технических ролей на стороне клиента неясен. Из-за близости к продажам инженерные команды могут считать их «недостаточно технологичными»; из-за привязки к сдаче проектов руководство склонно воспринимать их как центры затрат. В результате настоящие сильные инженеры редко стремятся занять подобные позиции.

Название от Palantir изменило этот дискурс.

Сигнал, который оно передаёт: вы не просто оказываете стандартную послепродажную поддержку и не просто реализуете внешние проекты. Вы решаете самые сложные задачи непосредственно у заказчика, интегрируя его реальные бизнес-системы с продуктами компании.

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

Подобному кандидату при взгляде на должности «инженер по внедрению» или «инженер по решениям» может показаться, что карьерные перспективы ограничены. Если же он видит FDE, восприятие меняется кардинально.

В этом и кроется рекрутинговое преимущество правильного названия.

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

Тот, кто первым предлагает название, чаще всего успевает занять позицию в сознании аудитории.

Разница между новым названием и искусственной «полировкой»

Разумеется, далеко не каждое новое должностное название несёт реальную ценность.

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

Автор оригинальной статьи предлагает отличный критерий оценки:

Пришли бы в замешательство специалисты, работавшие пять лет назад, увидев описание задач такой новой позиции?

Если ответ положительный, вероятно, речь идёт о действительно новой компетенции. Например, предложенный платформой Clay GTM engineer и созданный Harvey legal engineer — это не просто ребрендинг вакансий. Они отражают новые гибридные роли эпохи ИИ: специалистов, которые понимают бизнес-процессы и автоматизацию, владеют профессиональным контекстом и умеют внедрять рабочие потоки в IT-системы.

Но prompt engineer представляет собой совершенно другую ситуацию.

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

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

Отсутствие новых задач, прикрытых свежим упаковочным материалом, — это и есть должностная инфляция.

ИИ меняет организацию, а не просто делает инструменты умнее

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

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

Все эти утверждения верны, но их недостаточно.

Более глубокие изменения заключаются в следующем: внутри организаций появится новый слой субъектов с высоким рычагом влияния. Это могут быть молодые сотрудники с изначально невысокими должностями, которые благодаря умению применять ИИ, конструировать рабочие процессы и превращать размытые задачи в автоматизированные системы начнут обладать властью, недоступной им раньше.

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

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

Технологии меняют не просто панель инструментов.

Они также перераспределяют баланс сил внутри организации.

В таких ситуациях важным становится новое должностное название. Оно придаёт легитимность указанным специалистам и даёт организации механизм их идентификации.

Например, специалист в юридической сфере, который изначально лишь интересовался инструментами ИИ и начал изучать изменение договоров, контроль рисков и автоматизацию юридических процессов, если компания официально введёт ему статус legal engineer, перестанет быть просто «энтузиастом гаджетов». Он станет официально признанной, наделённой полномочиями и перспективной новой ролью.

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

Для ИИ-предпринимателей правильное название тоже является стратегией

Если вы работаете в сегменте AI to B, урок этой статьи вполне однозначен.

Не ограничивайтесь присвоением имён только вашим продуктам, но и задайте себе вопрос: какие новые должности создаст ваше решение внутри организаций клиентов?

Если ваша ниша — юридическая сфера, среди ранних пользователей вы можете заметить появление не просто юристов или классических специалистов по юридическому обеспечению, а legal engineer. Если вы обслуживаете отделы продаж и роста, вероятнее всего, возникнет потребность в GTM engineer. Если вы ориентируетесь на финансовые исследования или консалтинг, в будущем может сформироваться роль intelligence engineer.

Такие названия — это не просто лозунги для продвижения.

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

В этом и состоит ценность стратегии title arbitrage для бизнеса.

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

Именно такого рода дивиденды получили от FDE в Palantir.

Возвращаясь к FDE

Почему сегодня тема FDE снова требует внимательного пересмотра?

Потому что границы между продуктами и услугами в ИИ-нативных компаниях стираются всё сильнее.

Зачастую сложно определить, является ли ИИ-корпоративное решение чистым продуктом, продуктом со встроенными услугами или же продуктивизированным сервисом. Детали рабочих процессов непосредственно на площадке у клиента начинают обратно определять дорожную карту развития продукта; неудачные кейсы работы моделей трансформируются в функции следующей версии; команды внедрения больше не выступают лишь конечным звеном сдачи проекта, а становятся частью системы обучения самого продукта.

В подобных условиях старые должностные названия могут занижать ценность новых компетенций.

Назовите это постпродажной поддержкой — инженеры могут отказаться переходить туда; назовите внедрением — инвесторы начнут беспокоиться о маржинальности; назовите customer success — продуктовые команды могут проигнорировать такие сигналы. Однако если по своей сути эта роль заключается в конвертации сложных запросов заказчика на месте в тиражируемые возможности, то FDE окажется куда точнее старых терминов.

Конечно, одно лишь переименование не является панацеей.

Замена названия Customer Success на FDE автоматически не модернизирует организацию. Реального обновления требуют линии подчинения, система мотивации, критерии найма, механизмы обратной связи от клиентов к продукту, а также фундаментальное отношение основателей к самой концепции «сервиса».

Имя — это лишь отправная точка.

Главное — реально ли организация помещает таких специалистов в центр процессов изучения продукта и доставки услуг заказчику.

Появление нового должностного названия обычно сигнализирует о том, что старый организационный язык давно исчерпал себя. Многие проблемы, с которыми сталкиваются ИИ-компании сегодня, невозможно точно описать старыми терминами: продукт становится похожим на услугу, услуга — на продукт; инженерам необходимо работать непосредственно с клиентами, которые своими потребностями напрямую формируют дорожную карту продукта; поддержка после продаж перестает быть простым центром затрат и превращается в элемент обучающей системы.

Это может стать ключевой точкой разделения для корпоративных ИИ-софтверных компаний следующего поколения.

Победителем станет не обязательно тот, кто полностью ликвидировал услуги. С большей вероятностью победит тот, кто сумеет выделить в сервисе компоненты, наиболее близко стоящие к реальным проблемам клиентов и генерирующие инсайты для продукта, переименует их, перестроит процессы вокруг них и заново продуктово оформит. Именно так удаётся создать по-настоящему высокий барьер входа.

Кто первым ясно сформулирует этот подход, тот первым установит свой флаг в сознании клиентов.