Der Fold-Readiness-Check

Ihre App läuft. Aufgeklappt auch?
Faltbares iPhone · Vorstellung erwartet September 2026

Ihre App läuft. Aufgeklappt auch?

Ein faltbares iPhone ändert die Bildschirmgröße im laufenden Betrieb. Apps, die feste Breiten, feste Seitenverhältnisse oder eine feste Orientierung annehmen, fallen genau dann auf, wenn Ihre Kunden das neue Gerät zum ersten Mal aufklappen.

Ersteinschätzung im 30-Minuten-Gespräch – auch dann, wenn daraus kein Projekt wird.

Prüfstand

Serviceauftrags-App

unangepasst
5,5″ ——— geschlossen ——— 7,8″
Serviceaufträge
Auftrag 4812 · WärmepumpeUlm · heute 14:30 · Meier
Auftrag 4813 · ArmaturenserieNeu-Ulm · heute 16:00 · Vogt
Auftrag 4814 · SteuerungstauschGünzburg · morgen 08:15 · Meier
Auftrag 4815 · Wartung Anlage 7Memmingen · morgen 11:00 · Kern
Auftrag 4812
Auftrag starten
Detailansicht fehlt – Fläche bleibt ungenutzt
Zeilen auf dreifache Breite gedehnt
Aktion außerhalb der Daumenzone
Gerät aufklappen
Zustand der App
Status

Geschlossen: 5,5″-Außendisplay. Die App verhält sich wie auf jedem iPhone – hier fällt nichts auf.

Aufgeklappt verdoppelt sich die nutzbare Fläche, das Seitenverhältnis wird nahezu quadratisch. Ohne Anpassung wird aus einer Liste eine überdehnte Liste.

Befundliste

Sechs Stellen, an denen es erfahrungsgemäß klemmt

Nichts davon ist exotisch. Es sind die Annahmen, die in fast jeder gewachsenen iOS-Codebasis stecken – und die bisher niemand hinterfragen musste.

01
Feste Breiten statt Size Classes

Hartkodierte Frames, an UIScreen.main gebundene Berechnungen und Constraints auf Pixelwerte ergeben aufgeklappt Zeilen mit 200 Zeichen Länge.

02
Zustandsverlust beim Auf- und Zuklappen

Das Gerät wechselt die Displaygröße im Betrieb – technisch wie eine Rotation, nur häufiger. Ohne saubere State Restoration gehen Formulareingaben und Scrollposition verloren.

03
Kameravorschau im falschen Seitenverhältnis

Fest verdrahtete Preview-Layer, Overlays und Scan-Rahmen sitzen bei nahezu quadratischem Display schief. Für Service- und Logistik-Apps mit Barcode-Scan ein K.-o.-Kriterium.

04
Einspaltige Navigation ohne Alternative

Auf der großen Fläche erwarten Nutzer Liste und Detail nebeneinander. Ohne adaptive Navigation wirkt die App wie eine hochskalierte Handy-App – auf einem Gerät der 2.000-Euro-Klasse.

05
Tastatur, Modals und Daumenzone

Sheets, die die halbe Fläche belegen, Buttons in unerreichbaren Ecken, Tastaturen über Eingabefeldern: Aufgeklappt ändern sich alle Abstände, auf die das UI gebaut wurde.

06
App-Store-Assets und Testmatrix

Neue Screenshot-Formate, ein zusätzliches Zielgerät in der QA-Matrix, angepasste Simulator- und Gerätetests. Kein Code, kostet aber Zeit, die vor dem Launch fehlt.

Erfahrung aus der Android-Welt

Faltbare Geräte sind für uns kein Neuland

Android-Foldables gibt es seit 2019. Wer dafür Apps gebaut hat, kennt die Fragen längst: Wie reagiert das Layout auf einen Größenwechsel zur Laufzeit? Was passiert mit dem Zustand? Wie geht man mit dem Falz um? Bei Apple ändert sich die Plattform – das Problem ist dasselbe, und die Antworten darauf sind erprobt.

Adaptive Layouts über Breakpoints statt fester Breiten – in Flutter dasselbe Prinzip wie in SwiftUI.

Größenwechsel im laufenden Betrieb sauber abfangen, inklusive Zustandserhalt und Falzbereich.

Für Apps auf beiden Plattformen: eine Flutter-Codebasis, die große Displays von Anfang an mitdenkt.

Das Vorprojekt

Der Fold-Readiness-Check

Ein klar abgegrenztes Vorprojekt in zehn Arbeitstagen. Kein Rahmenvertrag, keine Diskussion über Tagessätze – am Ende wissen Sie, was zu tun ist und was es kostet.

Was Sie bekommen
  • Befundbericht Ihrer CodebasisAlle Stellen, die auf feste Größen, Orientierung oder Seitenverhältnis bauen – mit Fundstelle im Code.
  • Priorisierte MaßnahmenlisteGetrennt nach „muss vor dem Launch“ und „kann danach“, jeweils mit Aufwand in Personentagen.
  • Ein umgesetzter ReferenzbildschirmWir bauen einen zentralen Screen adaptiv um und liefern ihn als Pull Request. Ihr Team sieht das Muster am eigenen Code.
  • Festpreisangebot für die UmsetzungUnverbindlich – wahlweise durch uns oder als Anleitung für Ihr eigenes Team.
Ablauf
1
Kickoff, 60 MinutenSie zeigen uns App und Repository – nativ in Swift oder Objective-C oder als Flutter-Projekt. Wir klären Zielgeräte, Nutzungskontext und Mindestversion.
2
Analyse, fünf TageStatische Analyse plus Testlauf auf großen Zielgrößen. Wir arbeiten lesend – Ihr Betrieb merkt nichts davon.
3
Referenzumbau, drei TageEin zentraler Screen wird adaptiv umgebaut und als Pull Request geliefert.
4
Übergabe, 90 MinutenBefund, Maßnahmen und Aufwände gemeinsam mit Ihrem Team durchgehen. Danach entscheiden Sie.
Warum jetzt

Zwischen Ankündigung und Verkaufsstart liegen keine zwei Wochen

Ein App-Update braucht Entwicklung, Test und Review. Wer erst nach der Keynote anfängt, ist zum Verkaufsstart nicht fertig – und bekommt die ersten Bewertungen von genau den Kunden, die das teuerste Gerät gekauft haben.

Jetzt
Analyse und Umbau

Der Aufwand ist planbar, solange kein Termindruck herrscht. Änderungen laufen im normalen Release-Zyklus mit.

Erwartet: September 2026
Vorstellung des Geräts

Ab hier sind Layoutfragen keine Theorie mehr. Fachpresse und Kunden vergleichen, welche Apps die neue Fläche nutzen.

Wenige Tage später
Verkaufsstart

Die ersten Geräte sind bei Ihren Nutzern. Ein Update braucht ab Fertigstellung noch das App-Review.

Termine nach Branchenberichten und Zuliefererangaben (Stand August 2026); Apple hat weder Gerät noch Datum offiziell bestätigt. Die technischen Anpassungen zahlen unabhängig davon auf iPad, Stage Manager und große Displays ein.

Seit 14 Jahren entwickelt UMWERK mobile Apps für Industrie und Mittelstand – nativ in Swift und Objective-C ebenso wie plattformübergreifend mit Flutter, wo faltbare Geräte längst zum Alltag gehören.

Marco Lüdtke, Managing Partner bei UMWERK. Er entwickelt digitale Strategien, die Unternehmen messbare Erfolge und eine starke Marktposition sichern. Sein Fokus liegt auf nutzerzentrierten Lösungen, die nachhaltig Wert schaffen.

Marco Lüdtke

Managing Partner

Lassen Sie uns 30 Minuten auf Ihre App schauen. Sie bekommen eine Ersteinschätzung im Gespräch – auch dann, wenn daraus kein Projekt wird.