Forward deployed engineer: почему инженер живёт у клиента

FDE вместо консалтинга: почему AI-инженер должен жить в процессах клиента и отвечать за результат, а не за отчёт. Кейсы OpenAI, Chai Discovery.

  • Путаница, которая дорого стоит
  • Чем FDE отличается от консалтинга
  • Как реально мерят результат
  • Механика: почему это не магия, а инженерия

Путаница, которая дорого стоит

Vinoo Ganesh, CEO инфраструктурного стартапа Kepler, построил функцию forward deployed engineer трижды в трёх разных компаниях за десять лет - и в свежем разборе для Latent Space признаёт: почти никто в индустрии не согласен, что этот инженер должен делать на самом деле. Лаборатории, стартапы и фонды массово нанимают людей, которые садятся внутрь операций заказчика и решают его проблему руками. Должность модная.

Стратегии под ней разные, и путаница дорого стоит компаниям, которые платят за визиты, а не за результат.

Чем FDE отличается от консалтинга

Консультант сдаёт презентацию и отчёт о рекомендациях

Forward deployed engineer сдаёт работающую систему в проде заказчика и отвечает за то, что она делает дальше.

Разница держится на единице ответственности: консалтинг продаёт часы и артефакты, FDE-модель продаёт результат, который можно измерить метрикой заказчика.

Для компании, которая внедряет AI, это меняет весь контракт - от «покажите план» к «покажите, что изменилось в выручке, скорости или издержках через месяц».

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

Дело в критериях найма, которые устарели

FDE, которого оценивают по активности, быстро превращается в дорогого секретаря с доступом к API.

Как реально мерят результат

  1. Akshay Nathan из OpenAI в другом разборе Latent Space описывает слияние Codex и ChatGPT в единый продукт ChatGPT Work: за две недели после запуска - 10 миллионов пользователей суммарно.

  2. Команда внутри OpenAI перешла на метрику «качество итерации» - насколько правка приближает задачу к готовому результату за один проход.

  3. Это тот же принцип, что должен стоять за любым FDE-контрактом: считать, насколько короче стал путь от «написал код» до «работает в проде».

  4. Мы называем это time to use - единственная метрика, которая не врёт заказчику.

  5. Параллельно OpenAI выкатила GPT-5.6 сразу в трёх размерах с раздельными уровнями reasoning-effort - скорость, с которой появляются новые модели под конкретную задачу, продолжает расти.

  6. Для интегратора это означает: выбор модели и настройка reasoning-effort под задачу клиента - отдельная инженерная работа, а не разовое решение «взяли Claude и забыли».

Оценить, где ИИ даст эффект в вашем процессе

Механика: почему это не магия, а инженерия

Forward-deployed работа без инфраструктуры превращается в набор хрупких скриптов у одного человека в голове. Рабочая связка выглядит так: RAG поверх данных заказчика, чтобы модель отвечала на основе его документов, а не общих знаний; MCP как протокол, через который агент безопасно дотягивается до внутренних систем без прямого доступа к базе; LLM & Security Gateway как единая точка, где логируются вызовы модели и фильтруются чувствительные данные до того, как они покинули периметр.

Это и есть AI-native integration в наших терминах:

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

Простой интерфейс для конечного пользователя - «спросил, получил ответ»

- почти всегда прячет за собой месяцы работы над retrieval, правами доступа и обработкой ошибок модели. Простое не значит лёгкое; это тезис, который стоит проверять на любом AI-проекте, где обещают запуск за неделю.

Проверка боем: смежная отрасль

Matthew McPartlon и Neil Patil из Chai Discovery рассказали Latent Space, что их AI-инструменты для разработки лекарств летом 2026 года закрыли четыре крупные сделки с фармкомпаниями. Это подписанные контракты в отрасли, где цена ошибки модели измеряется в годах клинических испытаний. Когда AI-инструмент проходит проверку в фарме, это сильный сигнал: планка «production-ready» для AI сдвинулась с демо на реальные деньги под реальный риск.

Вывод

Компании нанимают forward deployed engineer'ов быстрее, чем формулируют, что от них ждать. Те, кто продолжает платить за присутствие и активность, получат ровно это - присутствие и активность. Те, кто перестраивает контракт вокруг измеримого результата и инфраструктуры, которая переживает конкретного инженера, получат систему, встроенную в процесс заказчика так же плотно, как Chai Discovery встроилась в разработку лекарств.

AI, который не двигает метрику, - это театр, и рано или поздно за театр увольняют человека, который его заказал.

Обсудить статью: Forward deployed engineer: почему инженер…

Укажите email или телефон, чтобы мы могли вам ответить.

Отправить через: