В стартап-питчдеках появилась новая тенденция: «Мы — это Palantir, только для X».
Основатели рассказывают о внедрении инженеров передовой поддержки (FDE) к клиентам, глубокой кастомизации рабочих процессов и работе скорее как спецподразделение, чем как обычная софтверная компания. Количество вакансий «инженер передовой поддержки» выросло в разы в этом году, поскольку компании перенимают модель, которую Palantir внедрила в начале 2010-х.
Понимаю, почему это выглядит привлекательно. Корпорации испытывают перегрузку от выбора технологий; все называют себя AI, и еще никогда не было так сложно отличить ценное от шума. Презентация Palantir — десант небольшой команды в хаос, интеграция разрозненных внутренних систем и запуск кастомизированной платформы за несколько месяцев — действительно впечатляет. Для стартапа, который стремится выиграть первый контракт на миллионы долларов, обещание «мы пришлем инженеров, которые будут работать у вас и все наладят» очень весомо.
Однако я сомневаюсь, что «палантиризация» масштабируема как универсальная стратегия. Palantir — это «категория один» (посмотрите хотя бы на его акции!), и большинство компаний, копирующих этот подход, рискуют стать дорогим сервисным бизнесом с оценкой как у софта, но без накопленных конкурентных преимуществ. Это напоминает, как в 2010-х каждый стартап называл себя «платформой», хотя настоящих платформ крайне мало — их очень сложно построить!
Этот материал — попытка отделить в модели Palantir то, что действительно можно перенять, от уникального, и предложить более прагматичный план для основателей, которые хотят сочетать корпоративный софт с глубокой поддержкой внедрения.
Что на самом деле означает «палантиризация»
«Палантиризация» включает несколько связанных элементов:
Внедренная инженерная поддержка
Инженеры передовой поддержки («Дельты» и «Эхо» во внутренней терминологии Palantir) работают внутри организации клиента (часто месяцами), чтобы понять специфику, интегрировать системы и запускать кастомные процессы на базе Foundry (или Gotham для задач с повышенной безопасностью). Стоимость фиксирована, привычных «SKU» нет. Инженеры отвечают за создание и поддержку этих решений.
Ярко выраженная интегрированная платформа
Внутри продукты Palantir — это не набор разрозненных компонентов. Это платформы с четкой позицией для интеграции данных, управления и операционной аналитики — ближе к операционной системе для корпоративных данных. Цель — превращать фрагментированные данные в решения в реальном времени с высоким уровнем доверия.
Премиальный, персонализированный go-to-market
«Палантиризация» — это также стиль выхода на рынок: долгие, плотные циклы продаж в критически важные отрасли (например, оборона, полиция, разведка). Регуляторная сложность и масштаб рисков — это особенности, а не недостатки.
Результат вместо лицензии
Доход формируется за счет многолетних контрактов, привязанных к результату, где софт, сервисы и постоянная оптимизация объединяются. Такие проекты могут приносить десятки миллионов долларов в год.
Недавний анализ Palantir определяет его как «категорию один», потому что компания одновременно преуспевает в: (а) создании интегрированных продуктовых платформ, (б) внедрении элитных инженеров в процессы клиентов, (в) работе в критически важных государственных и оборонных сферах. Большинство компаний могут справиться с одним, максимум двумя пунктами — но не со всеми тремя сразу.
Тем не менее, в 2025 году все хотят использовать ореол этой модели.
Почему все хотят копировать Palantir сейчас
Сходятся три мощных фактора:
1. Корпоративный AI сталкивается с проблемой внедрения.
Большая часть AI-проектов по-прежнему буксует и не доходит до продуктивной среды из-за неструктурированных данных, сложной интеграции и отсутствия внутренней ответственности. Несмотря на ажиотаж вокруг покупок (серьезное давление сверху — «купите AI»), для реального внедрения и возврата инвестиций часто требуется плотное сопровождение.
2. Инженеры передовой поддержки выглядят как недостающее звено.
СМИ и данные по вакансиям показывают взрывной рост позиций FDE — рост до 800–1000% за год в зависимости от источника — поскольку AI-стартапы внедряют инженеров, чтобы внедрение действительно работало.
3. Быстрый рост стал нормой (и его легче достичь с контрактами на миллионы, чем на тысячи!)
Если для заключения сделки на $1 млн+ с крупной корпорацией или госорганом нужно отправить инженеров в командировку, многие стартапы готовы пожертвовать маржой ради динамики. Инвесторы также все чаще принимают неоптимальную маржу, поскольку новые AI-решения с большим числом вычислений часто этого требуют. Ставка — завоевать доверие и позицию у руководства клиента, чтобы приносить результат и выставлять соответствующую цену.
Так появляется нарратив: «Мы сделаем, как Palantir. Отправим маленькую элитную команду, создадим что-то уникальное и со временем превратим это в платформу».
Этот сценарий возможен только в очень специфических случаях. Но есть жесткие ограничения, о которых основатели часто умалчивают.
Где аналогия не работает
Попытка продавать результат с первого дня
Флагманский продукт Palantir — Foundry — это сотни микросервисов, работающих на результат. Это продуктовые и структурированные подходы к типовым проблемам корпораций. За последние два года я пообщался со многими основателями AI-приложений и вижу, где аналогия ломается: стартапы предлагают амбициозные цели, а Palantir выстроил микросервисы, которые стали основой его решений. Именно это отличает Palantir от классических консалтинговых компаний (и объясняет оценку в 77 годовых выручек).
Palantir Gotham — платформа для обороны и разведки, помогающая военным, спецслужбам и полиции интегрировать и анализировать разрозненные данные для планирования операций и расследований.
Palantir Apollo — платформа для развертывания и управления ПО, которая автономно и безопасно доставляет обновления и новые функции в любые среды, включая мультиоблако, on-premises и изолированные системы.
Palantir Foundry — кросс-отраслевая платформа управления данными, интегрирующая данные, модели и аналитику для принятия управленческих решений.
Palantir Ontology — динамическая цифровая модель реальных сущностей, связей и логики организации, которая обеспечивает работу приложений и принятие решений в Foundry.
Palantir AIP (Artificial Intelligence Platform) соединяет AI-модели, такие как LLM, с данными и бизнес-процессами организации через Ontology для создания готовых к эксплуатации AI-решений и агентов.
Цитируя отчет Everest: «Контракты Palantir начинаются с малого. Первый проект — короткий буткемп и ограниченные лицензии. Если ценность доказана, добавляются новые сценарии, процессы и домены данных. Со временем доля выручки от подписки растет, а сервисная — снижается. В отличие от консалтинга, сервисы — инструмент для продвижения продукта, а не основной доход. В отличие от большинства вендоров, Palantir готов инвестировать свое инженерное время заранее, чтобы получить крупного клиента».
С одной стороны, современные AI-компании часто сразу выходят на контракты на миллионы. С другой — это возможно, потому что они полностью кастомизируют решения под каждого клиента, надеясь позже выявить общие шаблоны для формирования ядра продукта или «SKU».
Не каждая задача — «уровня Palantir»
Первые внедрения Palantir были в областях, где альтернатива — «ничего не работает»: борьба с терроризмом, выявление мошенничества, военная логистика, критические медицинские операции. Ценность решения измерялась миллиардами долларов, спасенными жизнями или геополитическими последствиями, а не приростом эффективности.
Если вы продаете SaaS-компании оптимизацию продаж на 8%, вы не сможете позволить себе такой же уровень кастомизации. ROI просто не оправдывает месяцы onsite-инженеринга.
Большинство клиентов не хотят быть вашей R&D-лабораторией вечно
Клиенты Palantir фактически соглашаются эволюционировать продукт вместе с компанией; они многое терпят, потому что ставки высоки и альтернатив нет.
Большинство корпораций, особенно вне обороны и регулируемых отраслей, не хотят быть долгосрочным консалтинговым проектом. Им нужны прогнозируемые внедрения, совместимость с текущими инструментами и быстрый выход на результат.
Плотность талантов и культура не масштабируются
Palantir больше десяти лет нанимает и обучает уникальных инженеров-универсалов, которые могут писать production-код, работать с бюрократией и общаться с полковниками, CIO и регуляторами. Отток кадров из этой роли породил целую «мафию Palantir» среди основателей и топ-менеджеров. Многие из них — редкие специалисты, сочетающие высокий технический уровень и умение работать с клиентами.
Большинство стартапов не могут предполагать, что наймут сотни таких людей. На практике попытка «создать команду FDE в стиле Palantir» часто вырождается в:
- Переименование пресейл-инженеров в «FDE»
- Молодых универсалов, совмещающих продукт, внедрение и аккаунт-менеджмент
- Руководство, которое никогда не видело внедрение Palantir, но любит стиль
Безусловно, талантливых людей очень много, и благодаря новым инструментам, например Cursor, код писать могут даже нетехнари. Но чтобы масштабировать модель Palantir, нужен уникальный сплав бизнес- и технической экспертизы, и опыт работы в такой компании реально помогает. Но таких людей мало!
Ловушка сервисного бизнеса реальна
Palantir работает потому, что под кастомизацией есть настоящая платформа. Внимательные наблюдатели отмечают: если скопировать только внедренных инженеров, получится тысяча кастомных внедрений, которые невозможно поддерживать и обновлять. Даже если AI-инструменты позволят достичь маржи как у софта, компании, которые слишком увлекаются кастомизацией без платформы, не смогут масштабироваться и построить защиту от конкурентов. Неподготовленный инвестор может увидеть взрывной рост контрактов с $0 до $10 млн и захотеть вложиться. Но я всегда спрашиваю: что произойдет, когда десятки или даже сотни таких стартапов с одинаковым предложением начнут конкурировать между собой?
В этот момент вы уже не «Palantir для X». Вы «Accenture для X» с красивым интерфейсом.
Что Palantir действительно делал иначе
Если отбросить мифологию, есть несколько элементов, которые стоит изучить:
1. Сначала платформа, не проект
Команды Palantir строят решения на небольшом наборе переиспользуемых примитивов (модели данных, доступы, движки процессов, визуализация), а не пишут уникальные системы под каждого клиента.
2. Четкая позиция по тому, как должно работать
Компания не просто автоматизирует существующие процессы, а часто переводит клиентов на новые методы работы, которые реализованы в софте. Это редкая смелость для вендора и обеспечивает повторное использование решений.
3. Длинный горизонт и капитал
Путь Palantir требовал долгих лет негатива, политических споров и неясной монетизации, пока платформа и GTM-стратегия не созрели.
4. Очень специфический рыночный микс
Первые шаги в разведке и обороне — это плюс, а не минус: высокая готовность платить, большие издержки на смену решения, высокая цена ошибки и относительно небольшое число крупных клиентов. Не говоря уже о старых игроках, которые десятилетиями не сталкивались с конкуренцией.
Иначе говоря, Palantir — это не просто «софт + консалтинг». Это «софт + консалтинг + политический проект + очень терпеливый капитал».
Такое нельзя просто добавить к вертикальному SaaS-продукту и ожидать, что оно масштабируется.
Более реалистичный подход: когда «палантиризация» оправдана?
Вместо вопроса «Как стать Palantir?» полезнее задать серию фильтрующих вопросов:
1. Критичность задачи
- Это миссионно-критичная задача (жизни, национальная безопасность, миллиарды долларов) или просто улучшение эффективности на 10–20%?
- Чем выше ставки, тем оправданнее модель внедренных инженеров.
2. Концентрация клиентов
- Вы продаете десяткам крупных клиентов или тысячам мелких?
- Внедренная инженерия лучше масштабируется при концентрированной базе с высоким ACV.
3. Фрагментированность домена
- Клиенты используют схожие процессы/софт или каждое внедрение уникально?
- Если каждый клиент уникален, платформу построить сложно. Некоторая однородность помогает.
4. Регуляторика и «гравитация» данных
- Вы работаете в сильно регулируемых сферах с большими проблемами интеграции данных (оборона, медицина, финпреступления, критическая инфраструктура)?
- Именно здесь интеграция в стиле Palantir дает реальную ценность.
Если вы находитесь в «нижнем левом углу» по этим критериям (низкая критичность, фрагментированные клиенты, простая интеграция), полная «палантиризация» почти наверняка не ваш путь. Это идеальная ситуация для bottoms-up, PLG-стратегии.
Что стоит копировать
Несмотря на мой скепсис, что каждая молодая компания сможет внедрить модель Palantir, отдельные элементы заслуживают внимания.
1. Воспринимайте внедрение как строительные леса, а не как дом
Это оправдано:
- Внедрять инженеров вместе с первыми клиентами-дизайнерами
- Делать все, чтобы первые 3–5 клиентов вышли в продуктив
- Использовать эти проекты для проверки своих примитивов и абстракций
Но нужны ограничения:
- Ограниченные по времени внедрения (например, «90 дней до продуктивного запуска»)
- Четкие соотношения (например, максимум инженеров на $1 млн ARR по аккаунту)
- Цель — каждый квартал превращать кастомный код в переиспользуемые шаблоны
Иначе «сделаем продукт потом» превращается в «так и не сделали».
2. Стройте на примитивах, а не на кастомных процессах
Главный урок Palantir — в архитектуре продукта:
- Единая модель данных и слой разрешений
- Общий движок процессов и UI-примитивы
- Конфигурирование вместо кода, где возможно
Внедренные команды должны выбирать и валидировать примитивы — а не строить новые под каждого клиента. Новые разработки — для инженеров.
3. FDE должны быть частью продукта, а не только внедрения
В Palantir инженеры передовой поддержки активно участвуют в поиске и доработке продукта, а не только во внедрении. Сильные продуктовые и платформенные команды используют знания FDE с «передовой».
Если ваши FDE в отдельном «профессиональном сервисе», вы теряете обратную связь и скатываетесь в сервисный бизнес.
4. Будьте честны по поводу структуры маржи
Если в вашей презентации заложена маржа 80%+ и удержание 150%, но модель выхода на рынок требует долгих onsite-проектов, будьте честны хотя бы внутри команды — это компромисс.
Для некоторых сегментов структура с меньшей маржей и крупными контрактами вполне рациональна. Проблема — притворяться SaaS, когда вы по сути сервис с платформой. Инвесторы ищут путь к максимальной прибыли, и один из способов — контракты на порядок больше при больших COGS.
Как я бы «стресс-тестировал» стартап с моделью Palantir
Когда ко мне приходит основатель и говорит «мы как Palantir для X», я обычно спрашиваю:
1. Покажите границу платформы с четкой позицией
Где заканчивается общий продукт и начинается кастомный код? Как быстро эта граница меняется?
2. Проведите меня по таймлайну внедрения
Сколько инженерных человеко-месяцев от подписания до запуска? Что обязательно кастомизируется?
3. Как выглядит маржа на третьем году работы с клиентом?
Сокращается ли со временем доля внедренных ресурсов? Если нет, почему?
4. Что сломается, если вы подпишете 50 клиентов за год?
Найм? Внедрение? Продукт? Поддержка? Я хочу увидеть, где модель даст сбой.
5. Как вы решаете не кастомизировать?
Готовность говорить «нет» кастомизации часто отличает продуктовую компанию от сервисной с красивым демо.
Если ответы четкие, основаны на реальных внедрениях и архитектурно логичны, то палантиризация может дать конкурентное преимущество.
Если ответы размыты или видно, что каждый проект был уникальным, сложно поверить в масштабируемость и повторяемость.
Вывод
Успех Palantir создал мощный ореол в венчурной среде: маленькие команды элитных инженеров, которые внедряются в сложные среды, интегрируют хаотичные данные и создают системы, меняющие принятие решений.
Хочется верить, что каждый AI- или data-стартап должен выглядеть так. Но для большинства сегментов полная «палантиризация» — опасная иллюзия:
- Задачи недостаточно критичны
- Клиенты слишком фрагментированы
- Модель талантов не масштабируется
- Экономика незаметно скатывается в сервис
Более полезный вопрос для основателей не «Как стать Palantir?», а:
«Какой минимальный объем внедренной поддержки в стиле Palantir нам нужен, чтобы преодолеть барьер внедрения AI в нашем сегменте — и как быстро мы сможем превратить это в настоящую продуктовую платформу?»
Если это получится, вы сможете взять из модели Palantir только полезные элементы, не унаследовав те, что погубят бизнес.
Отказ от ответственности:
- Данная статья воспроизведена с ресурса [a16z]. Все авторские права принадлежат оригинальному автору [Marc Andrusko]. Если у вас есть возражения против публикации, свяжитесь с командой Gate Learn, и они оперативно рассмотрят ваш вопрос.
- Отказ от ответственности: мнения и позиции, изложенные в статье, принадлежат исключительно автору и не являются инвестиционной рекомендацией.
- Переводы статьи на другие языки выполняются командой Gate Learn. Если не указано иное, копирование, распространение или плагиат переведенных материалов запрещены.
