Ценность названия должности FDE (forward-deployed engineer) заключается не в том, что оно звучит более современно, а в том, что оно переопределяет тип работы, который ранее недооценивался: техническое внедрение на стороне клиента.
В традиционных софтверных компаниях такая работа часто находится в пограничных зонах: предпродажная подготовка, внедрение, инжиниринг решений или клиентский успех. Она близка к клиенту и продукту, но в организационном нарративе часто занимает периферийное положение.
Palantir рано это осознал.
Примерно в 2011 году компания переименовала инженерные роли, ориентированные на работу на стороне клиента и системную интеграцию, в FDE. За этим наименованием стояло четкое понимание: у крупных корпоративных и государственных клиентов настоящая сложность заключается не в написании кода, а в интеграции ПО в реальные бизнес-системы клиента. Права доступа, данные, процессы, унаследованные системы, организационная ответственность — всё это часть уравнения.
Человек, способный на это, не должен быть просто отнесен к категории послепродажной поддержки или внедрения проектов.
Они представляют собой новый тип организационных компетенций.
a16z называет такой подход «title arbitrage», что можно перевести как «арбитраж наименований должностей»: когда какая-то компетенция быстро набирает важность внутри организации, но старые названия должностей еще не успели отразить ее ценность, тот, кто первым даст ей название, получает возможность первым привлечь таланты, закрепить полномочия и занять место в сознании рынка.
Этот подход весьма интересен и заслуживает внимания, особенно со стороны основателей ИИ-компаний, работающих в сегменте B2B.
Название должности — по сути, организационный язык
Многие компании недооценивают роль наименований должностей.
На поверхности это всего лишь строка в HR-системе. Но внутри компании это, по сути, организационный язык. Он сообщает другим: за что отвечает этот человек, какие компетенции представляет, имеет ли он право участвовать в определенных решениях.
Наименования CEO, CTO, CFO — это не просто описание функций, но и маркеры власти. То же самое относится к вице-президенту по производству, руководителю продукта, руководителю роста. За названием стоит признание организацией определенной компетенции.
Вот почему наименования должностей эволюционируют вместе с изменениями в отрасли.
Раньше тех, кто писал код, часто относили к IT. Потом появились programmer, затем software engineer. Это изменение — не игра слов, а отражение роста роли ПО в бизнес-системах. Написание кода превратилось из вспомогательной функции в ключевую компетенцию для создания продуктов, организации процессов и построения бизнес-моделей компании.
Похожий путь прошли должности, связанные с данными. От clerk, к data entry, data scientist и, наконец, machine learning engineer. Каждое изменение названия отражает рост стратегической ценности работы с данными.
Классическим примером также является site reliability engineer, предложенный Google. Он переопределил работу традиционных системных администраторов как инженерную задачу, выражая суждение: обеспечение стабильной работы системы так же технически сложно, как и разработка новых функций.
Таким образом, наименование должности — не просто упаковка.
Оно отражает, изменилась ли ценность определенного типа работы.
Palantir захватил сознание в сфере найма
FDE стал классическим кейсом, потому что он превратил клиентоориентированный инжиниринг из недооцененной позиции в высокостатусную.
Во многих компаниях позиция технического специалиста на стороне клиента находится в нечетком положении. Она слишком близка к продажам, и инженерные команды могут считать ее «недостаточно чистой»; она слишком близка к внедрению, и руководство может видеть в ней центр затрат. В итоге, действительно талантливые инженеры могут не захотеть занимать такую должность.
Переименование от Palantir изменило нарратив.
Оно передавало посыл: ты занимаешься не обычной послепродажкой и не сдачей внешних проектов. Ты решаешь самые сложные проблемы на стороне клиента, связывая реальные бизнес-системы с продуктом компании.
Эта история привлекает гибридные таланты: тех, кто умеет и писать код, и работать с клиентами; понимает системы и умеет работать с организационной сложностью; решает текущие задачи и приносит опыт работы с клиентом обратно в продукт.
Такой человек, увидев вакансию «инженер по внедрению» или «инженер по решениям», может счесть, что потолок для роста ограничен. Но увидев FDE, восприятие изменится.
В этом преимущество, которое дает наименование, в найме.
Сегодня, услышав FDE, многие по-прежнему в первую очередь вспоминают Palantir. Не потому что только Palantir может выполнять такую работу, а потому что он первым связал этот термин с компетенциями своей компании.
Тот, кто первым дает название, часто первым захватывает и сознание.
Разница между новым title и пустым ребрендингом
Конечно, не все новые наименования должностей имеют ценность.
Некоторые — это просто инфляция титулов. Например, переименование специалиста по маркетингу в «стратега роста» без изменения содержания работы; или переименование ассистента в «руководителя» без передачи реальных полномочий. Такие названия дают лишь краткосрочное удовлетворение, но не формируют реальной привлекательности для талантов.
В оригинальной статье приводится хороший критерий:
Показалась бы работа, описываемая этим новым title, незнакомой человеку из прошлого, скажем, пятилетней давности?
Если ответ «да», то, возможно, она действительно соответствует новой компетенции. Например, GTM engineer, предложенный Clay, или legal engineer от Harvey — это не просто переименование старых ролей. Они указывают на новые комбинации, появившиеся с приходом ИИ: понимание бизнес-процессов и автоматизации; знание профессионального контекста и умение внедрять рабочие процессы в системы.
Но prompt engineer — другой пример.
Этот термин был очень популярен, но быстро устарел. Причина в том, что написание промптов не стало стабильной независимой профессией. Это больше похоже на базовый навык, который должны освоить все работники умственного труда. Если title опережает реальную работу, ажиотаж быстро спадает.
Таким образом, ключ к определению, состоятелен ли новый title, заключается не в его новизне, а в том, стоит ли за ним реальная новая работа.
Нет новой работы — только новая упаковка? Значит, это инфляция должностей.
ИИ меняет организацию не только через «умные» инструменты
Самая ценная часть этой статьи в том, что она рассматривает наименования должностей в контексте организационной трансформации под влиянием ИИ.
Многие компании, обсуждая трансформацию с помощью ИИ, по умолчанию дают ответ: интерфейсы станут умнее, инструменты — более автоматизированными, процессы — эффективнее.
Всё это верно, но недостаточно.
Более глубокое изменение заключается в следующем: внутри организации появятся новые индивиды с высоким кредитным плечом влияния. Они могут быть молодыми, занимать невысокие должности, но благодаря умению использовать ИИ, выстраивать рабочие процессы, превращать расплывчатые проблемы в автоматизированные системы, они начинают обладать влиянием, которого у них раньше не было.
Подобный феномен возникал каждый раз, когда крупные компании внедряли ключевое программное обеспечение.
Первыми, кто понимал новый инструмент, часто были не те, кто занимал высшие должности, а те, кто действовал быстрее всех. Они раньше других обнаруживали, какие процессы можно перестроить, какую работу автоматизировать, какие ранее нерешаемые проблемы можно реорганизовать.
Технология меняет не только панель инструментов.
Она также меняет распределение власти внутри организации.
В этот момент новое наименование должности становится важным. Оно дает этим людям легитимность, а организации — механизм идентификации.
Например, юрист, изначально просто интересовавшийся инструментами ИИ, начинает изучать автоматизацию редактирования контрактов, управления рисками и юридических рабочих процессов. Если компания определит эту роль как legal engineer, этот человек перестает быть просто «любителем покопаться в новых инструментах», а становится новой, узнаваемой, уполномоченной и имеющей перспективы роста должностью.
Самая сложная часть ИИ-трансформации часто заключается не в том, что сотрудники не умеют пользоваться инструментами, а в том, что у организации нет языка, чтобы признать тех, кто уже создает новую ценность.
Для ИИ-предпринимателей наименование — тоже стратегия
Если вы работаете в сфере ИИ для бизнеса (B2B), урок статьи очевиден.
Не просто давайте название продукту, но и задумайтесь: какую новую должность ваш продукт создаст внутри организации клиента?
Если вы обслуживаете юридическую сферу, среди ваших ранних пользователей могут появиться люди, которые больше не просто юристы или традиционные операционные сотрудники юридического отдела, а именно legal engineer. Если вы работаете с командами продаж и роста, может появиться GTM engineer. Если вы обслуживаете финансовые исследования или консалтинг, в будущем, возможно, появится intelligence engineer.
Эти названия — не просто слоганы для распространения.
Они помогут клиенту осуществить организационную мобилизацию внутри: кому следует делегировать полномочия, кого следует слушать, кто представляет эту новую компетенцию.
В этом также заключается ценность «арбитража наименований должностей» для компании.
Продукт продается вовне, а название должности распространяется внутри организации клиента. Если новое наименование должности действительно состоялось, оно, в свою очередь, закрепит продукт в сознании рынка. В будущем, думая о такой должности, рынок будет вспоминать, кто первым ее предложил, кто лучше всех в ней разбирается, кто лучше всех помогает таким специалистам становиться сильнее.
Именно эту выгоду Palantir извлек из FDE.
Вернемся к FDE
Почему сегодня FDE снова стоит обсуждать?
Потому что границы продуктов и услуг нативных ИИ-компаний становятся всё более размытыми.
Не всегда легко определить, является ли корпоративное ИИ-ПО чистым продуктом, продуктом с услугами или продуктивизированной услугой. Детали процессов на стороне клиента, в свою очередь, определяют дорожную карту продукта; неудачные примеры работы моделей становятся основой для следующих версий; команда внедрения перестает быть просто конечным звеном поставки, а становится частью системы обучения продукта.
В такой ситуации старое наименование может недооценивать новые компетенции.
Назвать это послепродажной поддержкой — инженеры могут не захотеть присоединяться; назвать внедрением — инвесторы могут беспокоиться о марже; назвать клиентским успехом — продуктовые команды могут не воспринимать это как сигнал для продукта. Но если по сути речь идет о преобразовании сложных потребностей клиента в масштабируемые возможности прямо на его площадке, то FDE точнее старых терминов.
Конечно, переименование — не панацея.
Переименование отдела клиентского успеха в FDE не приведет к автоматическому организационному апгрейду. Реальные изменения должны произойти в структуре подчинения, системе мотивации, критериях найма, механизмах обратной связи с продуктом и в том, как основатель смотрит на понятие «услуга».
style="text-align: start;">Название — только первый шаг.Ключевой вопрос: действительно ли организация ставит таких людей в центр процесса обучения продукта и взаимодействия с клиентом.
Появление нового наименования должности часто сигнализирует, что старого организационного языка уже недостаточно. Многие проблемы, с которыми сегодня сталкиваются ИИ-компании, как раз трудно описать старыми терминами: продукт похож на услугу, услуга — на продукт; инженерам нужно работать на стороне клиента, а опыт работы с клиентом определяет дорожную карту продукта; послепродажная поддержка перестает быть центром затрат и становится частью обучающейся системы.
Это может стать ключевым водоразделом для компаний, создающих корпоративное ПО следующего поколения на основе ИИ.
Победителем, вероятно, станет не тот, кто полностью искоренит услуги, а тот, кто сможет переименовать, реорганизовать и продуктивизировать те части услуг, которые наиболее близки к реальным проблемам клиента и наиболее способствуют получению инсайтов для продукта, тем самым построив более глубокий барьер.
Тот, кто первым это четко сформулирует, первым водрузит свое знамя в сознании клиента.
