Компании тратят годы и миллиарды на переписывание старых программ с нуля. Palantir их вообще не трогает. Вместо этого строит один общий слой поверх существующих систем, где всё видно вместе. Мы разобрали это в выпуске на нашем канале: смотреть разбор на YouTube. Palantir основали в 2003 году, первым заказчиком стала разведка США после 11 сентября, сейчас годовая выручка достигла 4,5 миллиарда долларов, из которых 54 процента принесли государственные заказчики.
Слой поверх старых систем
Идея простая: данных у любой большой организации уже полно. Проблема в том, что они лежат в разных местах. Одна система знает, где стоит техника. Вторая знает, исправна ли она. Третья знает, кто умеет ей управлять. Каждая база точная сама по себе, а общей картины у руководителя нет. Ровно так живёт средний бизнес.
Palantir эти базы не выбрасывает. Он подключается к ним и собирает сверху единую модель, которую называет онтологией. Онтология по-простому это словарь вашего бизнеса: самолёт, склад, договор, смена. Не таблицы и колонки, а объекты.
Самолёт в системе становится одним объектом. К нему тянутся данные о ремонте, экипаже и месте из разных старых программ. Дальше любое приложение пишется под слово «самолёт», а не под тридцать таблиц, из которых это слово собралось.
Важная деталь: права доступа едут вместе с данными. Двое открывают один экран и законно видят разное. Интерфейс скопировать легко, а ценность сидит внизу, в стыковке данных и правах доступа.
Что делать: опишите бизнес объектами, а не таблицами, и только потом заказывайте любую автоматизацию.
Суд с армией США
Именно за этот нижний слой армия США сначала судилась с Palantir, а потом стала его крупнейшим клиентом. Армия хотела заказать новую разведывательную систему с нуля. Palantir оспорил это, и в 2016 году дело дошло до суда.
Суд решил, что армия обязана сначала проверить, нет ли готового коммерческого продукта. Закупку заблокировали. Это главный урок для заказчика: перед разработкой с нуля всегда проверяйте, что уже продаётся.
В 2019 году армия заплатила Palantir больше 110 миллионов долларов за объединение своих баз. Из этого выросла платформа Army Vantage.
Что делать: перед тем как писать систему с нуля, потратьте неделю на поиск готовых решений. Если подрядчик говорит «такого нет», попросите показать, что он проверял.
3,3 миллиарда в старых данных
Вот что нашли в Army Vantage: 30 тысяч наборов данных из 180 систем и 3,3 миллиарда долларов, зависших в обязательствах. Армия не нашла новых данных. Она просто впервые увидела свои старые данные вместе.
В бизнесе то же самое. Деньги в предоплатах, остатках и забытых договорах обычно лежат в ваших же таблицах. Просто никто никогда не видел их одновременно.
Склад знает, что товар есть. Бухгалтерия знает, что его уже оплатили. Продажи знают, что клиент ждёт. Но эти три факта существуют в трёх разных программах, и никто не соединил их в одну мысль: товар оплачен, лежит и не отгружается.
Инженеры на передовой
Второй механизм Palantir это люди. Их называют forward-deployed engineers, то есть инженеры, высланные вперёд к заказчику. Такой инженер сидит рядом с аналитиком или в штабе, видит, как люди реально работают, и решает проблему на месте.
Потом команда решает, что из этого решения станет частью общего продукта. Следующий клиент получает его готовым. Это не консалтинг, где выгодно тянуть проект, и не коробка, где всем один продукт. Это середина между ними.
Если хотите сами описать бизнес объектами и встроить в него ИИ, в бесплатной Академии Solaris есть курс ровно про это.
Что делать: посадите того, кто внедряет систему, рядом с теми, кто работает, хотя бы на две недели. Не в переговорной, а на рабочем месте.
Обновления без связи
Третий механизм называется Apollo. Он доставляет обновления туда, где интернета может не быть неделями. Закрытая сеть, бронемашина, склад без связи: софт продолжает работать, а когда сеть появляется, догоняет обновления.
Для бизнеса это простой вопрос к любому подрядчику: что будет с вашей системой, когда на производстве упадёт связь. Если ответ «она встанет», это проблема.
ИИ поверх проверенных данных
На эту же основу Palantir посадил искусственный интеллект. Платформа называется AIP. Языковая модель не получает доступ ко всем базам. Ей показывают только конкретные объекты и разрешённые действия.
Модель при этом любая: от OpenAI, от Anthropic, от Google или своя внутри организации. Они заменяемы. Сложное и дорогое здесь не модель, а связка модели с проверенными данными и границы того, что ей разрешено.
Мы так и строим контуры: поверх существующих систем, с правами и границами для модели.
Что делать: давайте ИИ доступы через роли и действия, а не пароль от всей базы. Модель должна видеть только то, что видел бы сотрудник с такими же правами.
Как не стать заложником
Заменить такую платформу и правда трудно. Когда бизнес описан в чужой онтологии и над ней годами строились процессы, переезд стоит почти как начать заново. Palantir сам это признаёт.
В ответ они перевели хранение данных на открытые форматы и разрешили подключать чужие вычислительные системы. Но открытые данные не спасают от главного: рабочие процессы и приложения остаются привязаны к платформе.
Армия США поэтому требует от поставщиков так называемое право на интеграцию, то есть открытые стыки для других систем. А британская медицина сделала иначе: каждая клиника осталась хозяином своих данных, Palantir только организует доступ.
Для бизнеса это и есть формула: пользоваться платформой, но данные и ключи держать у себя.
Что делать: заранее спросите подрядчика три вещи. Как мы уйдём, если решим уйти. В каком формате выгрузим данные. Кто владеет описанием наших процессов. Впишите право на выход в договор до того, как подрядчик опишет ваш бизнес за вас.
Главная ставка Palantir за двадцать лет: информации у вас уже достаточно, не хватает одной понятной модели реальности.
Частые вопросы
Что такое онтология простыми словами
Это словарь вашего бизнеса, где каждая сущность описана как объект, а не как набор таблиц. Самолёт, договор, смена существуют как понятия, к которым подтягиваются данные из разных систем. Приложения пишутся под эти объекты, а не под структуру баз данных. Права доступа привязаны к объектам и едут вместе с ними.
Зачем подключать старые системы, если можно написать новую
Потому что в старых системах уже лежат годы работы и проверенные данные. Переписывание с нуля занимает годы, стоит миллионы и часто заканчивается провалом. Palantir показал, что можно построить слой поверх существующих баз и получить общую картину без выбрасывания того, что работает. Армия США нашла в своих старых данных 3,3 миллиарда долларов, просто увидев их вместе.
Как не стать заложником платформы
Впишите в договор право на выход: формат выгрузки данных, владение описанием процессов, открытые стыки для интеграции с другими системами. Британская медицина сделала так, что клиники остались хозяевами своих данных, а платформа только организует доступ. Данные и ключи должны оставаться у вас, даже если вы пользуетесь чужой платформой.
Можно ли давать ИИ доступ ко всей базе данных
Нельзя. Модель должна видеть только конкретные объекты и разрешённые действия, как сотрудник с определёнными правами. В Palantir AIP языковая модель не получает доступ ко всем базам, ей показывают только то, что разрешено для этой роли. Сложное здесь не модель (они взаимозаменяемы), а связка модели с проверенными данными и границы того, что ей можно.
Что делать, если у нас несколько несвязанных систем
Сначала опишите бизнес объектами: какие сущности у вас есть (клиент, заказ, товар, договор) и как они связаны. Потом проверьте, нет ли готовой платформы, которая умеет подключаться к вашим системам. Только после этого думайте о разработке с нуля. Посадите того, кто будет внедрять, рядом с теми, кто работает, хотя бы на две недели, чтобы он увидел реальные процессы.