02
Mobiles Design macht jede Entscheidung sichtbar. Der knappe Platz zwingt Hierarchie, Navigation und Interaktion dazu, sich ihren Platz zu verdienen. Ich untersuche iOS und Android als einen Job — Interface-Konzepte und funktionierende Prototypen, die Gestaltung und Umsetzung als eine Disziplin behandeln.
worum es geht
Eine App, die Leute auf einem Telefon öffnen: das Interface, die Abläufe zwischen den Screens, die Zustände, an die niemand denkt, und die kleinen mechanischen Entscheidungen, durch die sich etwas anfühlt, als gehöre es aufs Gerät und nicht auf eine zusammengequetschte Website. Gestaltung und Umsetzung sind hier ein Job und nicht zwei — was vor allem an den Nahtstellen zählt, denn an den Nahtstellen geht bei einer Übergabe etwas verloren.
Der größte Teil der Kosten einer App steckt nicht im Zeichnen. Er steckt in den Entscheidungen, die vor dem ersten Strich getroffen werden, und in den Zuständen, die erst auftauchen, wenn etwas schiefgeht.
abläufe statt screens
Ein Screen ist leicht gezeichnet und billig zu diskutieren. Ob eine App etwas taugt, entscheidet der Weg zwischen den Screens — und was auf dem Ast passiert, über den niemand nachdenken wollte.
ein daumen
Ein Telefon wird gehalten, meist mit einer Hand, oft schlecht. Die primäre Aktion liegt im Bogen, den ein Daumen überstreichen kann; die zerstörerische absichtlich nicht.
dynamische schrift
Jemand hat das aus einem Grund in den Systemeinstellungen gesetzt. Layouts werden so gebaut, dass sie damit mitwachsen statt abzuschneiden — der mit Abstand häufigste Barrierefreiheitsfehler auf dem Telefon.
zuerst lokal
Arbeit im Zug ist trotzdem Arbeit. Was lokal gespeichert wurde, wird als gespeichert gezeigt; was den Server nicht erreicht hat, wird als ausstehend gezeigt — und keines der beiden gibt vor, das andere zu sein.
zwei plattformen
Zurück ist auf der einen eine Geste und auf der anderen eine Leiste; die primäre Aktion sitzt an einer anderen Stelle. Zur Plattform zu passen ist kein Kompromiss am Design, es ist Teil davon.
die veröffentlichung
Bauen, einreichen, warten. Den Store-Eintrag vorzubereiten und eine Einreichung durchzubringen ist eine eigene kleine Disziplin, und ein Prüfprozess erlaubt nicht alles — das wird früh markiert statt später bestritten.
die zustände
Fast jede App wird in dem Zustand entworfen, in dem alles geklappt hat: Inhalte kamen an, das Netz war da, das Konto existierte. In den anderen vier entscheiden Menschen tatsächlich, ob sie sie behalten. Alle fünf werden gezeichnet, bevor irgendetwas gebaut wird.
Der erste Screen, den fast alle sehen, und der, den fast niemand gestaltet. Er muss sagen, wofür das hier da ist, und genau eine Sache anbieten, die man als Nächstes tun kann.
Geformt wie das, was gleich kommt, damit das Layout beim Ankommen nicht springt. Ein Spinner mitten auf leerem Grund sagt der Leserin nichts außer: warte.
Der aus der Präsentation. Er ist der einfachste der fünf und der Grund, warum die anderen vier übersprungen werden.
Was fehlgeschlagen ist, in Worten, und was man dagegen tun kann. Nie ein Code, nie ein Schulterzucken, und immer ein Weg zurück, der nicht Beenden-Erzwingen heißt.
Ein wahrer Satz für jeden Screen. Was zwischengespeichert ist, bleibt lesbar und ist als zwischengespeichert markiert; was eine Verbindung braucht, sagt das. Ein Spinner, der sich nie auflöst, ist der Grund, warum Apps gelöscht werden.
die methode
Jede App, die es wert ist, beginnt als diese Abfolge — ausgeschrieben und bestritten, solange Bestreiten noch nichts kostet. Es dauert einen Nachmittag, und es ist der billigste Nachmittag im ganzen Projekt.
worauf ich prüfe
Gleiche Größe, gleiches Gewicht, beide Spalten. Zu wissen, wo die Grenzen eines Builds liegen, ist genauso eine Gestaltungsentscheidung wie alles innerhalb davon.
die fragen
Weil zwei Apps, die man mit demselben Satz beschreibt, in der tatsächlichen Komplexität um eine Größenordnung auseinanderliegen können — und eine Zahl von Screens verbirgt das meiste davon.
Die Treiber sind nicht geheimnisvoll. Wie viele Screens es wirklich sind, wenn man leere und fehlerhafte Zustände mitzählt. Ob etwas gespeichert wird und wo. Ob mit einem bereits bestehenden System gesprochen werden muss. Ob es eine Anmeldung gibt und damit ein Konto, das wiederhergestellt werden können muss. Ob es in einen Store geht oder in beide. Und wie lange eine Prüf-Warteschlange dort braucht, was niemand steuert. An diesen sechs Fragen beginnt das Nachdenken.
Einen Teil dessen, was eine App braucht — und nicht alles. Es lohnt sich, genau zu sagen, welcher Teil welcher ist, statt beides zu verwischen.
Was sie belegen: Interfacearbeit, Ablaufgestaltung, Disziplin bei Tastatur und Screenreader, das Zeichnen jedes Zustands statt nur des schönen, und die Gewohnheit aufzuschreiben, warum eine Entscheidung so getroffen wurde.
Was sie nicht belegen: Store-Einreichung, Gerätevielfalt und eine Veröffentlichung, die in der Prüf-Warteschlange von jemand anderem endet. Die ehrliche Probe ist, einen der zehn Builds zu öffnen und seinen Interaktionscode zu lesen — warum der Fokus dorthin geht, wo er hingeht, was bei langsamer Verbindung passiert, was der Pfad für reduzierte Bewegung tut und warum. Das ist dieselbe Arbeit, im Browser statt im Store, und sie läuft gerade jetzt.
die arbeiten
Keines davon ist eine App. Es ist die Interaktionsarbeit, aus der eine App besteht, alle sind selbst initiiert, und jedes läuft mit einem Bericht darüber, was sich gewehrt hat.
Gezeichnetes Interface, keine Assets, 2022
Fortschrittsringe und Zähler in SVG gezeichnet statt als Bilder ausgeliefert, auf einem gemeinsamen Observer statt einem pro Element.
Touch und Zeiger, 2024
Pointer Capture richtig gemacht — ein Ziehen, das nicht abbricht, wenn der Finger das Element verlässt, und genau dieser Fehler steckt in jedem selbstgebauten Slider.
Vollständig per Tastatur bedienbares Interface, 2026
Eine Befehlspalette, die sich wie eine verhält: Fokus gehalten, solange sie offen ist, Pfeiltasten, Scroll gesperrt, Fokus beim Schließen zurückgegeben.
Alle zehn Builds ansehen — alle selbst initiiert, alle laufend, alle mit offenem Quelltext.
mobile apps
Hier gibt es noch keine App, aber jeder Grundsatz auf dieser Seite — Zustände, Abläufe, Disziplin bei Tastatur und Screenreader — läuft bereits in den zehn. Wenn du über eine sprechen möchtest, die es noch nicht gibt, ist der zweite Link dafür da.
Bitte dreh dein Gerät,
Diese Seite ist hochkant gebaut.
