Если вы 10 лет сажаете инженеров к клиенту и называете это аутстафом, у меня для вас новость: то же самое стало официальным продуктом у лаб на миллиарды долларов, просто под другим именем.
#заметки
История старая. Palantir придумал forward deployed engineer лет двадцать назад, внутри звали Deltas. Инженер живёт у клиента, в его данных и процессах, доводит систему до продакшна сам. До 2016-го таких инженеров у Palantir было больше, чем обычных разработчиков. Для вас это не новость, вы это и так делаете, просто без слова AI в описании вакансии.
Десять лет индустрия продавала подписку на софт и верила, что клиент разберётся сам. Потом MIT посчитал 300 внедрений AI в компаниях: 95 процентов пилотов не дали измеримого эффекта на прибыль. Модель тут почти всегда работает нормально. Проблема в том, что происходит между демо и продакшном: грязные данные, недокументированные процессы, легаси, которое никто не описал. Это как раз тот кусок, куда аутсорс обычно не имеет права залезть контрактом, вы закрываете спринт, а не P&L. У внутренних команд задача доставить фичу, у консультантов контракт с датой окончания. Кто-то должен остаться и не уйти, пока система не заработает.
12 мая OpenAI запустила отдельную Deployment Company с backing больше 4 миллиардов долларов и покупкой Tomoro, это 150 готовых forward deployed инженеров с опытом внедрений у Tesco и Virgin Atlantic. 15 июля запустилась Ode with Anthropic, партнёрство с Blackstone, Hellman & Friedman и Goldman Sachs, 1.5 миллиарда долларов на фундаменте купленной Fractional AI. У обеих сделок отдельный капитал и собственный P&L, это уже не консалтинг вокруг модели.
6 мая EPAM объявил многолетнее партнёрство с Anthropic и обязался сертифицировать 10 тысяч Claude-архитекторов, из них 250 отдельно выделены как forward-deployed Black Belts. У EPAM около 60 тысяч инженеров по всему миру, это меньше одного процента штата. То, что вы делаете как аутсорсер, уже очень близко к этой модели. Вы продаёте это как часы, EPAM продаёт это как продукт с ответственностью за результат. Перепаковка в FDE не требует миллиардов, требует решения выделить кусок штата в отдельный продукт с другими правилами.
Внутри компании должны измениться три вещи.
Первое: контракт. Консультант отвечает за спецификацию, сдал систему, закрыл проект. FDE отвечает за то, что происходит после сдачи: работает ли система в проде, пользуются ли ей, растёт ли эффект. Это разные пункты в договоре. Пока в договоре нет строки, кто отвечает за переход от пилота к рабочей системе и за эффект в метриках, вы всё ещё аутстаф, даже если называете это AI-проектом.
Второе: прайс. Чистый T&M тут не работает, чистый success fee сразу тоже, потому что весь риск клиента с первого дня вы нести не можете. Рабочая связка: setup fee за видимость объёма интеграции, сервисный retainer для маржи и outcome-компонент как знак уверенности в результате. Это типовой пакет FDE-продукта со своим прайс-паттерном, скопированная с T&M тарификация тут не работает.
Третье: кого вы нанимаете. Нужен человек с bias for ownership: сам находит недокументированный процесс, сам разговаривает с людьми, которые знают, почему всё работает именно так, сам остаётся чинить, когда что-то ломается после запуска. Просто уметь писать код в одиночку тут недостаточно. Это ближе к founder mindset внутри чужой компании, чем к разработчику на проекте. Если в вакансии написано "Senior Developer на проект клиента", а не "инженер с ownership за внедрение и результат", вы нанимаете под аутстаф, не под FDE.
Первый, кто честно скажет клиенту "мы не аутстаф, мы deployment partner, и переписали договор под ответственность за результат", заберёт тот же чек, на который сейчас претендуют структуры с брендом лабы в названии. Сидеть у клиента вы умеете десять лет. Осталось оформить это как продукт.
