iPhone Duo и новые гаджеты Apple: что изменится для разработчиков и UX/UI-дизайнеров

На сентябрьской презентации Apple показала не просто очередное обновление линейки. Главная новинка — iPhone Duo, первый складной iPhone с внешним и большим внутренним дисплеями. Вместе с ним компания представила iPhone 18 Pro, Apple Watch Series 12, Apple Watch Ultra 4, AirPods 5 и iOS 27 с новой версией Siri и расширенными возможностями Apple Intelligence.

Для пользователей это новые сценарии работы с устройствами. Для продуктовых команд — необходимость пересмотреть привычное представление о мобильном интерфейсе. Теперь одно приложение может за несколько секунд перейти с компактного внешнего экрана на большой внутренний, оказаться рядом со вторым приложением, изменить расположение навигации и продолжить тот же сценарий без перезапуска.

Разберём, что именно меняется в разработке приложений под iOS, какие задачи появятся у UX/UI-дизайнеров и нужно ли бизнесу срочно переделывать уже выпущенные продукты.

Что Apple представила в 2026 году

В центре презентации оказалась не отдельная характеристика, а целая экосистема новых способов взаимодействия:

• iPhone Duo — складной смартфон с внешним экраном и внутренним дисплеем диагональю 7,6 дюйма. Apple заявляет, что его рабочая область на 50% больше, чем у iPhone 18 Pro Max. Устройство можно использовать закрытым, полностью раскрытым или частично сложенным.

• iOS 27 — система с интерфейсами, адаптированными для iPhone Duo, обновлённой Siri, экранным контекстом, действиями внутри приложений и дальнейшим развитием Apple Intelligence.

• iPhone 18 Pro и 18 Pro Max — модели с чипом A20 Pro, усиленной обработкой ИИ на устройстве, камерой с переменной диафрагмой и новыми API для профессиональной съёмки.

• Apple Watch Series 12 и Apple Watch Ultra 4 — часы с новой системой оценки здоровья, более частыми измерениями пульса и дополнительными возможностями для фитнес-сценариев.

• AirPods 5 — наушники с голосовым взаимодействием с Siri, переводом в реальном времени, пространственным звуком и управлением жестами головы.

На момент подготовки материала iPhone Duo уже анонсирован, но ещё не поступил в продажу: предзаказ откроется 16 октября, а старт продаж назначен на 23 октября 2026 года. Поэтому выводы об интерфейсах и разработке ниже основаны на официальной презентации, документации Apple и симуляторе Xcode; реальные продуктовые метрики можно будет оценить после выхода устройства.

По отдельности эти обновления затрагивают разные категории приложений. Вместе они задают общее направление: цифровой продукт должен работать на нескольких экранах, понимать контекст, поддерживать голосовые действия и сохранять целостность сценария при смене устройства или формы интерфейса.

iPhone Duo: мобильный интерфейс больше не равен одному экрану

У iPhone Duo два дисплея, несколько положений корпуса и поддержка Split View. На внутреннем экране пользователь может открыть два приложения рядом, запустить два окна одного приложения, закрепить видео поверх контента или сохранить сочетание приложений как App Pair.

Но ключевое изменение не в количестве экранов. Оно в том, что приложение должно непрерывно адаптироваться во время работы. Пользователь может начать писать сообщение на внешнем дисплее, раскрыть iPhone и продолжить на большом экране. В этот момент интерфейс не должен терять введённый текст, сбрасывать прокрутку, закрывать модальное окно или возвращать человека на предыдущий этап.

Поэтому iPhone Duo нельзя воспринимать как «маленький iPad» или как два отдельных устройства. Это один продукт, который постоянно переходит между состояниями:

• компактный внешний экран;

• большой внутренний экран;

• частично сложенное положение;

• портретная и альбомная ориентации;

• полноэкранный режим и Split View;

• одновременная работа нескольких сцен приложения.

Для UX/UI-дизайна это переход от набора статичных макетов к системе правил. Для разработки мобильных приложений — переход от проверки модели устройства к реакции на доступное пространство и состояние конкретного окна.

Что изменится в работе UX/UI-дизайнеров

1. Проектировать придётся не экраны, а поведение интерфейса

Раньше в макетах часто было достаточно показать несколько размеров iPhone. Для iPhone Duo такого подхода мало: между крайними состояниями существует множество промежуточных вариантов.

Apple рекомендует не рисовать отдельный интерфейс для каждого положения корпуса, а опираться на два основных класса ширины — compact и regular. Это означает, что в дизайн-системе нужно заранее определить:

• как карточки, таблицы и формы ведут себя при изменении ширины;

• когда одна колонка превращается в две;

• какие блоки остаются фиксированными, а какие переносятся;

• как меняется приоритет контента;

• куда перемещаются навигация и основные действия;

• что происходит с открытым состоянием при раскрытии устройства.

Качественный адаптивный интерфейс должен выглядеть намеренно собранным в каждом состоянии, а не просто растянутым на свободную площадь.

2. Большой дисплей должен давать больше пользы, а не больше пустоты

Если мобильное приложение на внутреннем экране только увеличивает отступы, ценность складного форм-фактора теряется. Большая площадь позволяет показать больше уровней информации одновременно.

Например:

• в интернет-магазине — каталог и карточку товара;

• в CRM — список клиентов и подробности выбранной сделки;

• в мессенджере — список диалогов и текущую переписку;

• в приложении доставки — карту и панель заказа;

• в корпоративной системе — таблицу и фильтры без отдельного экрана;

• в редакторе — рабочую область и инструменты.

Задача UX-дизайнера — определить, где двухпанельный сценарий сокращает путь пользователя, а где создаёт визуальный шум. Не каждому экрану нужны дополнительные колонки.

3. Навигация и панели управления становятся динамическими

В iOS 27 системные панели, вкладки и элементы навигации могут переходить к боковой границе экрана. Это освобождает вертикальное пространство и делает интерфейс удобнее на широком дисплее. Стандартные компоненты SwiftUI и UIKit получают такое поведение автоматически или требуют минимальной настройки.

Для дизайнеров вывод простой: размещение элемента больше нельзя считать неизменным. В спецификации важно описывать его роль, приоритет и поведение при нехватке места, а не только координаты в одном макете.

4. Сгиб, камеры и несимметричные безопасные зоны становятся частью композиции

В разных положениях iPhone Duo часть экрана могут занимать сгиб, камеры или системные области. Интерактивные элементы — кнопки подтверждения, поля, ползунки, меню — не должны попадать в эти зоны.

Apple предлагает использовать системные контейнеры и специальные области резервирования. Визуальный фон при этом может доходить до края дисплея, а смысловой контент и элементы управления должны учитывать safe area. Это особенно важно для карт, видеоплееров, игр, редакторов и полноэкранных витрин.

5. В прототипе нужно показывать переход, а не только результат

Пользователь оценивает качество не только по конечному экрану, но и по тому, что произошло во время раскрытия устройства. Поэтому UX-прототип для iPhone Duo должен отвечать на вопросы:

• сохраняется ли выбранный объект;

• остаётся ли клавиатурный фокус в нужном поле;

• продолжается ли видео;

• где появляется дополнительная панель;

• не меняется ли неожиданно порядок действий;

• можно ли завершить сценарий в любом положении корпуса.

Apple отдельно советует не привязывать уникальную функцию к одному положению устройства. Если действие доступно только в частично сложенном режиме, часть пользователей может его просто не обнаружить или физически не суметь выполнить.

Что изменится в разработке приложений под iOS

1. Размер окна важнее модели и ориентации

Главный технический принцип — приложение должно принимать решения по доступному пространству. Жёсткие размеры, проверки конкретной модели iPhone и логика вида «если альбомная ориентация — показать вторую колонку» становятся ненадёжными.

Apple рекомендует использовать size classes, safe area, стандартные контейнеры навигации и адаптивные API SwiftUI или UIKit. Для получения параметров экрана разработчикам также не стоит опираться на UIScreen.main: в многосценном приложении корректный дисплей определяется через текущую window scene.

2. Системные компоненты становятся выгоднее кастомных

Чем сильнее навигация приложения отличается от системной, тем больше ручной работы потребуется для iPhone Duo. Стандартные tab bar, toolbar, navigation split view, sheets и другие контейнеры уже умеют реагировать на размер окна, переносить действия и избегать зарезервированных зон.

Кастомный интерфейс по-прежнему возможен, но команде придётся самостоятельно реализовать:

• перераспределение элементов;

• приоритеты и overflow-меню;

• работу со сгибом и перекрытиями;

• несколько сцен;

• переходы между дисплеями;

• поддержку доступности во всех состояниях.

Это хороший повод провести аудит дизайн-системы: иногда замена части самописных контролов на системные сокращает не только адаптацию под складной iPhone, но и дальнейшую стоимость поддержки приложения.

3. Появятся новые API для зарезервированных областей и компоновки

В SDK iOS 27.1 Apple добавила инструменты, которые помогают учитывать зоны разделения и перекрытия. В SwiftUI разработчики могут получать reserved regions, а новые механизмы Arrangements позволяют выбирать подходящую компоновку для текущего пространства.

При этом состояние сгиба не должно становиться главным источником данных для layout. Apple советует использовать его для особых взаимодействий и эффектов, а геометрию интерфейса строить на стандартных адаптивных API. Так приложение будет корректно работать не только на iPhone Duo, но и в Split View, при зеркалировании и на будущих размерах экранов.

4. Матрица тестирования станет шире

Проверить приложение только в портретном и альбомном режимах уже недостаточно. Минимальный набор тестов для iPhone Duo включает:

• внешний и внутренний экраны;

• раскрытие и закрытие во время активного сценария;

• частично сложенные положения;

• compact и regular width;

• Split View в разных пропорциях;

• два окна одного приложения;

• картинку в картинке;

• изменение размера при открытой клавиатуре, sheet или меню;

• VoiceOver, Dynamic Type, высокий контраст и Reduce Motion;

• сохранение состояния после перехода между дисплеями.

Apple предоставляет симулятор iPhone Duo через Xcode 27.1 и Device Hub. Но перед релизом критичные сценарии всё равно стоит проверить на физическом устройстве: ввод, жесты, положение рук и читаемость при реальном сгибе сложно полностью оценить в симуляторе.

5. Кроссплатформенным приложениям потребуется отдельный аудит

Flutter, React Native и другие кроссплатформенные решения не перестают работать из-за появления iPhone Duo. Однако корректность конкретного продукта будет зависеть от версии фреймворка, используемых плагинов и количества нативных или самописных компонентов.

Особое внимание нужно уделить модулям, которые получают размер экрана один раз при запуске, используют фиксированные breakpoints или предполагают единственное активное окно. Практичный путь — сначала проверить приложение на новых размерах, затем обновить зависимости и только после этого планировать точечную нативную доработку.

Что изменится для сайтов и веб-приложений

iPhone Duo — тема не только для iOS-разработчиков. Внешний дисплей имеет непривычное соотношение сторон, внутренний предоставляет большую ширину, а браузер может работать рядом с другим приложением. Поэтому сайт получает не два заранее известных viewport, а широкий диапазон размеров.

Практический вывод для веб-команд: адаптивный дизайн сайта должен строиться от контента, а не от названия устройства. Стоит проверить:

• навигацию и многоуровневые меню;

• длинные формы и экранную клавиатуру;

• таблицы, фильтры и личные кабинеты;

• sticky-элементы и фиксированные CTA;

• видео и интерактивные карты;

• модальные окна;

• горизонтальные карусели;

• работу в узком окне Split View.

Определять iPhone Duo по user agent и отдавать ему отдельную версию сайта — хрупкое решение. Более устойчивый подход — CSS container queries, гибкие сетки, содержательные breakpoints и тестирование на экстремально узких и широких размерах. Это улучшит интерфейс не только на складном iPhone, но и на планшетах, ноутбуках и окнах произвольной ширины.

Если продукт только выбирает формат, полезно сначала сопоставить бизнес-сценарии сайта и приложения. Мы подробно разбирали это в материале «Когда бизнесу нужен сайт, а когда мобильное приложение».

Siri AI и Apple Intelligence: приложение выходит за пределы собственного экрана

В iOS 27 Siri получила экранный контекст, понимание личной информации и возможность выполнять действия внутри приложений. Для продуктовых команд это означает, что важные функции должны быть доступны не только через визуальную навигацию.

Основной механизм интеграции — App Intents. С их помощью приложение описывает действия и сущности системы: создать задачу, найти заказ, отправить файл, начать тренировку, изменить статус сделки. Эти возможности могут использовать Siri, Spotlight, Shortcuts и другие системные поверхности.

UX-дизайнеру при этом нужно проектировать невидимую часть сценария:

• какие формулировки понимает система;

• какие параметры можно уточнить в диалоге;

• когда необходимо явное подтверждение;

• как отменить ошибочное действие;

• что происходит без доступа к данным или интернету;

• как объяснить пользователю границы разрешений.

Foundation Models framework и новые Core AI API позволяют подключать системные модели через нативный Swift-интерфейс и выполнять часть задач на устройстве. Это подходит для суммаризации, классификации, генерации подсказок и других функций, где важны приватность и отсутствие отдельной серверной модели. Но наличие API само по себе не делает функцию полезной: ИИ-сценарий должен решать понятную задачу, предусматривать ошибки и не скрывать критичные действия за непредсказуемым ответом модели.

Для стандартных текстовых полей часть функций Writing Tools и Siri может появиться почти автоматически. В полностью кастомных редакторах потребуется дополнительная интеграция и тестирование.

iPhone 18 Pro: больше возможностей для камер, контента и ИИ

На фоне iPhone Duo модели iPhone 18 Pro выглядят более традиционным обновлением, но для некоторых IT-продуктов их возможности не менее важны.

Камера с переменной диафрагмой и новый API дают разработчикам профессиональных приложений больше контроля над съёмкой. Apple также представила Apple Reference Image APIs для рабочих процессов, где важно подтвердить происхождение и неизменность изображения. Это может быть востребовано в журналистике, маркетплейсах, страховании, строительном контроле и полевых сервисах.

Новый чип A20 Pro усиливает обработку ИИ на устройстве. Значит, мобильные приложения смогут чаще выполнять распознавание, анализ изображения и персонализацию локально — с меньшей задержкой и меньшей передачей чувствительных данных на сервер.

Обновлённый Dynamic Island вмещает до трёх Live Activities. Для сервисов доставки, транспорта, спорта и финансов это создаёт дополнительную поверхность, но не отменяет приоритизацию: пользователю по-прежнему нужна одна ясная картина происходящего, а не три конкурирующих индикатора.

Apple Watch и AirPods: интерфейс становится короче и чаще работает без касания

Apple Watch Series 12 и Ultra 4 усиливают роль носимых устройств в здоровье и тренировках. Для разработчиков важны HealthKit, WorkoutKit, Smart Stack, виджеты, Live Activities и интерактивные уведомления. Для дизайнеров — умение сократить сценарий до одного взгляда и одного действия.

Новые датчики не означают, что любое стороннее приложение автоматически получает все измерения. Доступ зависит от API HealthKit, разрешений пользователя и правил Apple. Поэтому медицинские и фитнес-продукты должны заранее проверить доступность конкретных данных, минимизировать их сбор и понятно объяснить, зачем запрашивается каждое разрешение.

AirPods 5 продолжают движение к voice-first UX. Голосовая Siri, перевод в реальном времени и жесты головы позволяют выполнить часть действий, не доставая iPhone. Прямое следствие для разработчиков — ключевые команды стоит описать через App Intents. Для UX-команды важны короткие ответы, подтверждение необратимых действий и запасной экранный сценарий для шумной среды или неверно распознанной команды.

Каким продуктам адаптация понадобится в первую очередь

Не всем приложениям нужен срочный редизайн. Наибольший эффект от новых возможностей получат продукты, где дополнительное пространство или смена контекста заметно сокращают путь пользователя:

1. Мессенджеры и сервисы совместной работы. Две панели, несколько окон, звонок и документы рядом.

2. Интернет-магазины и маркетплейсы. Каталог с карточкой товара, сравнение характеристик, корзина рядом с контентом.

3. CRM, ERP и корпоративные приложения. Таблицы, фильтры, карточки объектов и быстрые действия на одном экране.

4. Карты, логистика и выездные сервисы. Маршрут и детали заказа без постоянного переключения.

5. Фото-, видео- и аудиоредакторы. Контент на одной части дисплея, инструменты — на другой.

6. Медиа и образовательные платформы. Видео, конспект, субтитры или задания одновременно.

7. Фитнес- и health-tech-продукты. Связка iPhone, Apple Watch, виджетов и голосовых действий.

8. Сервисы с частыми повторяющимися операциями. App Intents и Siri могут убрать несколько шагов из типового сценария.

Если приложение состоит из коротких линейных действий, а его интерфейс уже корректно меняет размер, объём обязательных доработок может оказаться небольшим.

Нужно ли переделывать уже выпущенное приложение

Нет, полностью переписывать продукт только из-за выхода iPhone Duo обычно не требуется. Apple заявляет, что существующие приложения запускаются на новом устройстве. Вопрос в качестве опыта: использует ли интерфейс доступное пространство, не ломается ли при раскрытии и сохраняет ли состояние.

Начать стоит с короткого аудита:

• есть ли в коде фиксированная ширина или проверки конкретных моделей iPhone;

• корректно ли интерфейс работает в compact и regular width;

• можно ли заменить часть кастомной навигации системными контейнерами;

• не попадают ли основные действия в зарезервированные области;

• сохраняются ли ввод, прокрутка и выбранный объект при изменении размера;

• работает ли приложение в Split View и с несколькими сценами;

• доступны ли ключевые функции через App Intents;

• протестированы ли Dynamic Type, VoiceOver и высокий контраст;

• запрашивает ли приложение только действительно необходимые данные.

По результатам аудита задачи удобно разделить на три группы: критические ошибки, улучшения адаптивности и новые возможности. Такой подход помогает не превращать адаптацию в бесконтрольный редизайн.

Как подготовить цифровой продукт к новой экосистеме Apple

Оптимальный процесс состоит из пяти этапов.

1. Провести технический и UX-аудит

Команда проверяет архитектуру интерфейса, дизайн-систему, ключевые пользовательские пути и аналитику. Цель — понять, где новый форм-фактор создаёт риск, а где открывает реальную бизнес-возможность.

2. Выбрать приоритетные сценарии

Не нужно адаптировать всё одновременно. В первую очередь стоит взять действия с высокой частотой, ценностью или количеством отказов: оформление заказа, просмотр сделки, звонок, работа с картой, создание контента.

3. Собрать адаптивный UX-прототип

Прототип должен показывать compact- и regular-состояния, раскрытие устройства, Split View, клавиатуру, модальные окна и сохранение контекста. На этом этапе дешевле проверить, действительно ли вторая панель ускоряет работу.

4. Обновить дизайн-систему и реализацию

В компонентах фиксируются правила изменения размера, приоритеты, безопасные зоны, доступность и поведение контента. Разработчики внедряют системные контейнеры, новые API и при необходимости App Intents.

5. Протестировать на сценариях, а не только на скриншотах

Важно пройти задачу целиком: начать на одном дисплее, изменить положение устройства, открыть второе приложение и завершить действие. После релиза результат стоит измерять по времени выполнения, конверсии, ошибкам и отказам, а не только по визуальной корректности.

Команда «Акрелис» разрабатывает IT-решения для реальных бизнес-процессов: мобильные и веб-приложения, корпоративные системы и интеграции. Мы можем провести аудит существующего продукта, подготовить адаптивную UX/UI-концепцию, оценить объём доработок и реализовать обновление без лишнего переписывания системы. После запуска продукт можно передать на техническую поддержку и развитие.

Главный вывод

iPhone Duo не требует от каждой компании немедленно создавать отдельное приложение. Он показывает более важный сдвиг: интерфейс больше нельзя проектировать для одного заранее известного прямоугольника.

Сильный цифровой продукт в экосистеме Apple 2026 года должен свободно менять размер, сохранять контекст, работать рядом с другими приложениями, поддерживать голосовые действия и бережно обращаться с данными. Эти принципы полезны не только для складного iPhone. Они делают мобильное приложение или веб-сервис устойчивее к любому следующему устройству.

Частые вопросы

Нужно ли всем приложениям делать отдельный дизайн для iPhone Duo?

Нет. Apple рекомендует строить свободно изменяемый интерфейс на основе compact и regular size classes, а не создавать макет для каждого положения устройства. Отдельная проработка нужна для ключевых сценариев, которым действительно помогает большой экран или частичный сгиб.

Будут ли приложения на Flutter и React Native работать на складном iPhone?

В большинстве случаев приложение запустится, но качество адаптации зависит от версии фреймворка, библиотек и реализации интерфейса. Необходимо проверить изменение размера окна, safe area, Split View, несколько сцен и сохранение состояния.

Нужно ли адаптировать сайт под iPhone Duo?

Стоит проверить сайт на широком диапазоне ширины, особенно формы, меню, таблицы, модальные окна и фиксированные элементы. Создавать отдельную версию сайта для конкретной модели не нужно: надёжнее развивать адаптивную сетку и content-based breakpoints.

Обязательно ли добавлять Apple Intelligence и Siri AI?

Нет. Интеграция оправдана, если голосовая команда, поиск по смыслу или локальная модель сокращают реальный пользовательский путь. Начать можно с нескольких востребованных действий через App Intents.

Что проверить в существующем приложении в первую очередь?

Проверьте критический бизнес-сценарий при переходе с внешнего экрана на внутренний: не теряются ли данные, позиция и выбранный объект. Затем протестируйте Split View, системную навигацию, безопасные зоны и доступность.