У Google по-прежнему две автомобильные платформы с названиями, которые путают даже тех, кто следит за рынком: Android Auto и Android Automotive OS. Разница между ними не косметическая, а архитектурная: в первом случае «мозг» системы находится в смартфоне, во втором — в самой машине. Для русскоязычной IT-аудитории это не спор о терминах, а вопрос платформенной стратегии, лицензирования и того, где в итоге живут данные, интерфейс и пользовательский опыт.
Поводом снова вернуться к теме стал материал Engadget, который раскладывает по полочкам различия между Android Auto и автомобильной версией Android. И это тот случай, когда путаница в брендинге бьет не только по обычным водителям, но и по разработчикам, продактам и всем, кто смотрит на софт как на часть продукта, а не на красивую иконку на экране.
Android Auto — это, по сути, проекция интерфейса телефона на экран автомобиля. Пользователь подключает Android-смартфон по USB или по беспроводной связи, если это поддерживают и телефон, и машина, после чего получает адаптированную под вождение оболочку с навигацией, музыкой, сообщениями и совместимыми приложениями. Сам автомобиль при этом может работать вообще на чем угодно: на собственной системе автопроизводителя, на другой ОС или на глубоко кастомном проприетарном решении. Android Auto не заменяет штатный софт машины, а накладывается поверх него как удобный слой доступа к мобильной экосистеме Google.
В этом и сила, и ограничение подхода. Сила — в переносимости: водитель садится в другую совместимую машину и приносит с собой свои аккаунты, настройки и привычный набор приложений. Ограничение — в зависимости от телефона. Если смартфона нет, он разряжен или соединение работает нестабильно, магия заканчивается. Даже когда Android Auto умеет получать часть данных от автомобиля — например, уровень заряда батареи или прогнозируемый запас хода у электромобиля, — он все равно остается гостем в чужой системе, а не ее хозяином. По той же логике работает Apple CarPlay, и даже более «глубокий» CarPlay Ultra, который умеет забираться на дополнительные дисплеи и выводить часть функций автомобиля, все равно не отменяет зависимость от iPhone.
Android Automotive OS, или AAOS, устроен иначе. Это уже не трансляция с телефона, а полноценная операционная система, установленная на железе автомобиля. Она может быть интегрирована с мультимедийной системой, приборной панелью, климат-контролем, EV-функциями и другими системами машины. И вот здесь начинается то, что действительно важно для индустрии: речь идет не о «еще одном способе показать карты», а о базовой программной платформе автомобиля. Для производителя это означает совсем другой уровень контроля над интерфейсом, сервисами и жизненным циклом продукта. Для разработчиков — другой класс интеграций, ограничений и зависимостей.
Дополнительную путаницу вносит формулировка Google built-in. По сути, это не синоним AAOS. Сама Android Automotive OS остается open source-платформой, а Google built-in — это отдельно лицензируемый набор Google Automotive Services. Именно он может добавить в машину нативные Google Maps, Google Play и голосовой ассистент Google без необходимости подключать телефон. На бумаге разница кажется бюрократической, но на практике она критична. Если в спецификации автомобиля написано, что он построен на AAOS, это еще не значит, что внутри будут сервисы Google. И наоборот: наличие Google built-in означает не просто «в машине есть Android», а то, что автопроизводитель договорился о конкретном пакете сервисов и встроил его в пользовательский сценарий.
Примеры из рынка хорошо показывают, насколько гибкой может быть эта схема. Rivian строит собственный программный опыт поверх AAOS и при этом не предлагает ни Android Auto, ни CarPlay в режиме проекции. Это важный сигнал: наличие автомобильного Android не гарантирует поддержку мобильных платформ пассажира. Polestar, напротив, демонстрирует более компромиссный вариант. Машины бренда на базе AAOS могут иметь Google built-in и одновременно оставаться совместимыми с Android Auto и Apple CarPlay. То есть для производителя это не обязательный выбор по принципу «или-или», а конструктор из платформы, лицензируемых сервисов и решений по совместимости. Показательно и то, что именно Polestar 2 в 2020 году первым вышел на рынок как серийный автомобиль с Android Automotive OS.
Для бизнеса и продуктовых команд отсюда следуют вполне приземленные выводы. Если ставка делается на Android Auto, то ключевой точкой входа остается смартфон пользователя, а значит, ценность строится вокруг мобильного приложения, его стабильной работы в проекционном режиме и понятного сценария подключения. Если речь про AAOS, центр тяжести смещается в сторону embedded-платформы, договоренностей с автопроизводителем и нативной интеграции с автомобильными функциями. Это уже другой цикл разработки, другой уровень ответственности и другой набор компромиссов между открытостью, безопасностью и контролем над данными. Для менеджеров продукта разница не академическая: она влияет на time-to-market, доступные каналы дистрибуции и даже на то, кто в цепочке принимает финальное решение о том, какие сервисы увидит водитель на главном экране.
Разговор про Android Auto и AAOS важен еще и потому, что автомобили окончательно превращаются в вычислительные платформы с собственным стеком, экосистемой и политикой доступа. В такой модели выиграет не тот, кто громче назовет систему, а тот, кто честно объяснит, где заканчивается проекция со смартфона и начинается софт автомобиля как продукта. И чем больше автопроизводители будут собирать вокруг машины собственные сервисные слои, тем внимательнее рынку придется читать спецификации, а не маркетинговые бейджи.