Apple přichází se svým prvním skládacím iPhonem. Vaše aplikace na něm sice může fungovat i bez úprav, otázkou ale je, jestli naplno využije jeho potenciál. Co je potřeba zkontrolovat, aby se aplikace přizpůsobila většímu displeji, zůstala pohodlná na ovládání a přinesla uživatelům skutečný užitek?
Vaše stávající iOS aplikace se na iPhone Duo spustí i bez úprav. Otázkou je, jestli využije větší displej a jestli se bude dobře ovládat i po otevření telefonu. Než začnete plánovat podporu, potřebujete proto vědět dvě věci: co je potřeba opravit a kde větší plocha uživateli skutečně pomůže.
Duo je první skládací iPhone od Applu a do prodeje vstoupí 23. října 2026. V zavřeném stavu používá vnější displej, po otevření větší vnitřní a může zůstat i částečně složený. Na vnitřním displeji umožňuje používat dvě aplikace vedle sebe. Vaše aplikace tak může během jednoho úkolu pracovat s různě velkým prostorem.
Bude moje aplikace fungovat?
Ano. Starší verzi ale systém na otevřeném telefonu zobrazí v menším výřezu s prázdným místem kolem. Uživatel tak dostane rozhraní přibližně stejně velké, jaké zná z běžného iPhonu, přestože má k dispozici větší displej.
Build s iOS 27 SDK umožní aplikaci přizpůsobit se velikosti displeje. Podporu celé plochy displeje včetně oblastí po stranách systémových prvků přináší až iOS 27.1 SDK. Tím ale práce nekončí. Pokud má obrazovka pevně nastavené rozměry, nový build je sám od sebe neopraví. Po otevření telefonu se například obsah nevhodně roztáhne nebo část formuláře zůstane mimo dostupnou plochu.
Prázdné místo kolem starší aplikace a nefunkční rozložení jsou dva různé problémy. První souvisí s tím, jak systém zobrazuje starší verzi. Druhý vyžaduje úpravu obrazovky. Tým by měl při kontrole rozlišit, který z těchto problémů řeší.
Co je potřeba zkontrolovat?
Začněte úkoly, které jsou pro aplikaci nejdůležitější: nákupem, přihlášením, vyhledáváním nebo prací s dokumentem. U každého ověřte:
- Vejde se všechen potřebný obsah? Texty, pole a tlačítka musí zůstat použitelná po otevření i zavření telefonu.
- Dá se úkol dokončit i na menší ploše? Když jsou vedle sebe dvě aplikace, ta vaše už nemá k dispozici celý displej.
- Zůstanou zachované rozpracované údaje? Otevření telefonu nesmí znamenat ztrátu vyplněného formuláře, filtrů nebo otevřeného detailu.
- Zůstanou klíčová tlačítka dostupná? Zkontrolujte je i při částečně složeném telefonu a při zobrazení aplikace na obou stranách displeje.
Pokud dnes aplikace funguje pouze na výšku, nechte tým prověřit také širší rozložení. Nezapomeňte ani na kontrolu při zvětšeném písmu.
Co ovlivní rozsah práce?
Záleží také na tom, jak je rozhraní vytvořené. Standardní navigační a ovládací prvky Applu už podporují nové uspořádání. Vlastní lišty a tlačítka musí tým prověřit samostatně.
Při přípravě aplikací na Liquid Glass v roce 2025 jsme zaznamenali mizející textové popisky tlačítek i problémy s vlastními pozadími ikon. Tato zkušenost ukázala, že vlastní úpravy ovládacích prvků je potřeba po změně systému zkontrolovat samostatně. U Duo se mění také poloha a uspořádání navigace, proto u vlastních lišt a tlačítek kontrolujeme nejen vzhled, ale i to, jestli zůstanou dostupné v novém rozložení.
Nativní, nebo multiplatformní aplikace? Pro rozhodnutí je podstatné, které části používají systémové prvky Applu a které si aplikace vykresluje sama. U Flutteru, React Native nebo Compose Multiplatform je navíc potřeba ověřit podporu v používaných verzích frameworku a knihoven. Samotný název technologie vám neřekne, kolik práce bude potřeba.
K čemu je větší displej užitečný?
Největší smysl má tam, kde uživatel dnes přepíná mezi souvisejícími informacemi. Příklady z finančních aplikací:
- Při kontrole plateb může uživatel vidět seznam transakcí a detail vybrané platby vedle sebe. Při hledání konkrétní platby se tak nemusí po otevření každého detailu vracet do seznamu.
- Při prohlížení výdajů může mít přehled kategorií vedle plateb ve vybrané kategorii. Hned vidí, které nákupy tvoří například jeho měsíční výdaje za potraviny.
- Při porovnávání úvěrových nabídek může uživatel vidět měsíční splátku, poplatky a celkovou částku k zaplacení u dvou nabídek vedle sebe. Nemusí si údaje pamatovat při přepínání mezi nimi.
Při potvrzování platby je naopak důležitější čitelnost údajů a jasné tlačítko pro dokončení. Samotné roztažení formuláře přes celý displej uživateli nepomůže.
Produktový tým musí určit také to, co zůstane viditelné po zmenšení prostoru. Při kontrole platby mají přednost částka, příjemce a stav platby. Možnost platbu zopakovat může zůstat dostupná v menu. Pokud ale uživatel řeší problém s platbou, potřebuje mít po ruce možnost kontaktovat podporu nebo podat reklamaci.
Do zadání proto patří nejen širší obrazovka, ale také pravidla pro menší plochu: co zůstane přímo dostupné, co se přesune do menu a jak uživatel pokračuje v rozpracovaném úkolu. Seznam a detail se například zobrazí vedle sebe na větší ploše a postupně na menší, aniž by vznikaly dvě samostatné navigace.
Co to znamená pro rozpočet a plán vydání?
Po kontrole rozdělte práci do tří částí:
- Opravy: nedostupná tlačítka, oříznutý obsah nebo ztráta zadaných údajů. Prioritu určujte podle závažnosti a četnosti problému.
- Vylepšení stávajícího rozhraní: například zobrazení seznamu transakcí vedle detailu vybrané platby. Zvažte, jak často lidé daný úkol provádějí, co jim úprava usnadní a kolik práce vyžaduje.
- Nové funkce: například rozšířený nástroj pro porovnávání. Ty vyžadují samostatné ověření zájmu a odhad nákladů na údržbu.
Rozsah investice přizpůsobte také tomu, kolik vašich uživatelů má Duo a jaké úkoly na něm provádějí. Dokud tato data nemáte, považujte odhadovaný zájem za předpoklad, nikoli za potvrzenou poptávku.
Do odhadu zahrňte také testování. Pokud měníte společné obrazovky nebo navigaci, je potřeba ověřit, že nadále fungují na běžných iPhonech a starších podporovaných verzích iOS.
Naplánujte také screenshoty pro App Store. Podle oznámení Applu z 5. října 2026 budou od dubna 2027 potřeba při odesílání aplikací a her do App Store Connect. Technický postup přípravy aplikace najde vývojový tým v návodu Applu pro iPhone Duo.
Před nejbližším plánováním si od týmu vyžádejte výsledek kontroly hlavních úkolů a samostatný odhad oprav a vylepšení. Budete vědět, co patří do nejbližšího vydání a co má smysl zařadit do roadmapy až po ověření přínosu.
