macOS 27 Liquid Glass-Designs abnehmen? Figma-Checkliste 2026

Apple stellt aktualisierte Figma-Designressourcen für macOS 27 bereit; der Stand lässt sich auf der offiziellen Seite zu den Designressourcen und in der Mitteilung zum Ressourcenupdate prüfen. Daraus folgt die zentrale Abnahme-Regel: Verwenden Sie Ressourcen und Human Interface Guidelines zuerst als Entwurfsmaßstab, prüfen Sie Transparenz, Lesbarkeit und Hierarchie anschließend in der laufenden macOS-Oberfläche. Ein statischer Figma-Entwurf oder eine entfernte Vorschau allein belegt nicht, dass die fertige Oberfläche überall funktioniert.

Dieser Leitfaden richtet sich an:
UI-Designer, die überwiegend unter Windows arbeiten und Apple-Plattform-Oberflächen in Figma entwerfen.
Produkt- und Design-Engineering-Teams, die Navigation, Bedienelemente und Inhaltshierarchie prüfen müssen.
Kleine Teams ohne ständig verfügbaren Mac, die vor der Übergabe eine native Sichtkontrolle benötigen.

Zuletzt aktualisiert am 26.09.2026; geprüft anhand der offiziellen Designressourcen und Human Interface Guidelines. Ressourcenübersicht · Liquid-Glass-Leitfaden

[ SECTION_01 ] Figma-Entwurf und native Oberfläche sind unterschiedliche Abnahmegegenstände

Eine Figma-Datei beantwortet vor allem Fragen zu Aufbau, Komponenten, Zuständen und vorgesehenen Hintergründen. Sie zeigt, wie ein Entwurf gedacht ist. Sie führt aber nicht automatisch die tatsächliche macOS-Oberfläche aus. Daher sollte ein Team vor der Abnahme zwei Dinge getrennt dokumentieren: Was ist im Entwurf sichtbar, und was wurde in einer laufenden Zielumgebung überprüft?

Die aktualisierten macOS-27-Ressourcen bieten eine Grundlage, um Komponenten und Gestaltungsentscheidungen mit dem vorgesehenen Plattformkontext abzugleichen. Die offizielle Update-Mitteilung bestätigt den Ressourcenbezug zu macOS 27. Die Ressourcen ersetzen jedoch weder die Prüfung des konkreten Produkts noch die Kontrolle seiner Zustände. Ein nachgebautes Fenster in Figma kann beispielsweise eine Oberfläche darstellen, ohne das Laufzeitverhalten des echten Fensters abzubilden.

Legen Sie deshalb vor der Prüfung drei Angaben fest:

• Zielplattform: Welche macOS-Version und welche Art von Oberfläche soll geprüft werden?
• Ansicht und Zustand: Geht es um ein Fenster, eine Seitenleiste, ein geöffnetes Menü oder einen anderen konkret benannten Zustand?
• Prüftiefe: Welche Aspekte können im Entwurf beurteilt werden, und welche benötigen eine laufende Oberfläche?

Das verhindert einen häufigen Übergabefehler: Ein Team erklärt den Entwurf für „fertig“, obwohl nur die statische Anordnung geprüft wurde. Bei einer Abnahme sollte sichtbar sein, ob die native Oberfläche tatsächlich ausgeführt wurde oder ob dieser Prüfschritt noch offen ist.

Hinweis: Eine Figma-Vorschau kann eine gestalterische Absicht dokumentieren. Sie ist kein Nachweis dafür, dass Transparenz, Systemdarstellung oder Interaktion im Zielsystem identisch wirken.

[ SECTION_02 ] Navigation, Werkzeugleisten und Seitenleisten als Bedienebene prüfen

In navigations- und werkzeuggeprägten Bereichen muss die Bedienfunktion verständlich bleiben. Liquid Glass sollte nicht ohne Prüfung über sämtliche Flächen gelegt werden. Entscheidend ist, ob eine Oberfläche als Bedienelement erkennbar bleibt und ob ihr Hintergrund die Orientierung unterstützt oder erschwert.

Die Materialrichtlinien und die Layout-Richtlinien sind die passenden Bezugspunkte für die Entwurfsprüfung. Vergleichen Sie nicht nur die Form eines Elements mit einer Vorlage. Fragen Sie auch, welche Aufgabe es übernimmt: Führt es durch die Anwendung, bündelt es Werkzeuge oder zeigt es den eigentlichen Inhalt?

Bei einer Navigationsleiste sollte erkennbar sein, welche Elemente zum Wechseln zwischen Bereichen dienen und welche lediglich den aktuellen Inhalt erläutern. Bei einer Seitenleiste muss die Auswahl eines Eintrags visuell vom Hintergrund und von nicht aktiven Einträgen unterscheidbar bleiben. Werkzeugleisten verdienen eine eigene Prüfung: Symbole ohne eindeutigen Kontext können in einer durchscheinenden Fläche weniger klar erscheinen, wenn darunterliegende Inhalte optisch konkurrieren.

Halten Sie für jeden Bereich konkret fest:

• Welche Elemente sind interaktiv und welche rein informativ?
• Ist die aktive Auswahl auch dann eindeutig, wenn sich der Hintergrund ändert?
• Bleiben Symbol, Beschriftung und Bedienelement als zusammengehörige Einheit lesbar?
• Sind die Abstände und Gruppierungen im vollständigen Fenster verständlich?
• Ist die Glaswirkung auf die Bedieneebene begrenzt, oder überlagert sie unbeabsichtigt den Inhalt?

Die Bewertung sollte sich am Nutzungskontext orientieren. Eine Navigation, die auf einer ruhigen Fläche gut aussieht, kann auf einer dahinterliegenden Bildfläche eine andere visuelle Wirkung haben. Deshalb reicht ein einzelner sauberer Screenshot nicht als universeller Beleg.

[ SECTION_03 ] Inhalte und Medienhintergründe getrennt beurteilen

Bei Inhaltsflächen liegt das Risiko häufig nicht in der Glasoptik selbst, sondern in der Konkurrenz zwischen Oberfläche und Inhalt. Text, Symbole, Medien und Bedienelemente können auf wechselnden Hintergründen unterschiedlich klar erscheinen. Der Entwurf sollte daher nicht ausschließlich auf einer einfarbigen Fläche abgenommen werden.

Legen Sie in Figma die Hintergründe an, die im Produkt tatsächlich vorkommen: eine ruhige Farbfläche, ein Bild und – falls das Produkt es verwendet – eine Videodarstellung. Prüfen Sie anschließend dieselben UI-Elemente in jedem relevanten Kontext. So lässt sich erkennen, ob der Inhalt die Aufmerksamkeit behält oder ob die Oberfläche selbst zum stärksten visuellen Element wird.

Die Materialrichtlinien bieten den offiziellen Gestaltungsbezug. Übertragen Sie daraus keine pauschale Regel wie „jede Fläche muss transparent“ oder „Inhalte dürfen nie überlagert werden“. Entscheidend ist die Funktion der konkreten Fläche. Wenn ein Inhaltsbereich hauptsächlich Text oder Medien vermittelt, muss seine Lesbarkeit vor dekorativer Wirkung stehen.

Besonders sorgfältig sollten Teams folgende Fälle ansehen:

• Beschriftungen über hellen und dunklen Bildbereichen;
• kleine Symbole neben längeren Texten;
• wichtige Inhalte, die sich unter einer transparenten Ebene fortsetzen;
• Übergänge zwischen Werkzeugleiste und Arbeitsfläche;
• Medienvorschauen, deren Bildinhalt selbst viele Details enthält.

Bei jeder Variante sollte der Designer notieren, was tatsächlich im Figma-Prototyp geprüft wurde. Eine statische Überlagerung kann den visuellen Konflikt sichtbar machen. Sie weist aber nicht nach, wie ein laufendes System den Materialeffekt darstellt oder wie eine konkrete Systemkonfiguration die Ansicht beeinflusst.

[ SECTION_04 ] Erscheinungsbild und Bedienungshilfen als eigene Prüfszenarien behandeln

Eine Oberfläche wird nicht nur in einer einzigen Darstellung betrachtet. Deshalb sollte die Abnahme dokumentieren, welche Erscheinungsbilder und Bedienungshilfen geprüft wurden und welche noch offen sind. Insbesondere sollten Teams nicht aus einem einzelnen Screenshot schließen, dass Text und Bedienelemente unter allen relevanten Einstellungen gleich klar bleiben.

Die Richtlinien zum Dunkelmodus und die offiziellen Hinweise zur Barrierefreiheit helfen, die Prüfung um unterschiedliche Darstellungs- und Zugänglichkeitsanforderungen zu ergänzen. Verwenden Sie diese Leitlinien als Prüffragen: Bleibt die Hierarchie erkennbar? Sind Text und Symbole ausreichend unterscheidbar? Werden wichtige Zustände allein durch Farbe vermittelt? Muss ein Zustand mit einer tatsächlichen Systemeinstellung kontrolliert werden?

Für Figma bedeutet das: Legen Sie Varianten an, die die beabsichtigten Erscheinungsbilder nachvollziehbar zeigen. Kennzeichnen Sie sie als Entwurfsvarianten, nicht als Beleg der nativen Darstellung. Wenn eine Aussage von einer Einstellung des Betriebssystems abhängt, gehört der Nachweis in die Liste der offenen Prüfungen für die laufende macOS-Umgebung.

Erfahrungshinweis: Dokumentieren Sie eine nicht getestete Systemvariante ausdrücklich als „nicht verifiziert“. Eine plausibel wirkende Figma-Variante ist kein Ersatz für die Prüfung im Zielsystem.

[ SECTION_05 ] Vergleich: Figma, Bildschirmabbildung und laufender Mac

Die folgende Gegenüberstellung hilft bei der Entscheidung, welcher Prüfschritt für welche Aussage genügt. Die Eignung ist eine qualitative Bewertung der jeweiligen Methode, kein Messwert.

Prüfmethode	Aufbau und Komponenten	Lesbarkeit auf mehreren Hintergründen	Native Darstellung und Laufzeit	Geeignet für
Figma-Entwurf	Sehr gut	Gut, sofern Varianten angelegt sind	Nicht ausreichend	Gestaltungsreview und Übergabe
Einzelne Bildschirmabbildung	Eingeschränkt	Eingeschränkt	Begrenzt auf den dargestellten Zustand	Schnelle Sichtkontrolle eines konkreten Beispiels
Oberfläche auf einem laufenden Mac	Gut für die ausgeführte Oberfläche	Gut für tatsächlich geprüfte Szenarien	Am besten für den geprüften Zustand	Native Sichtkontrolle vor der Übergabe

Die Methoden ergänzen einander. Figma ist stark beim Vergleichen und Kommentieren von Entwurfsvarianten. Eine Bildschirmabbildung hält einen konkreten Zustand fest. Eine laufende Umgebung ermöglicht die Prüfung einer tatsächlich ausgeführten Oberfläche. Keine dieser Methoden beweist allein, dass die Darstellung auf jedem späteren Gerät, jeder Anzeige und jeder Systemkonfiguration identisch sein wird.

Fragen aus der Abnahme

Wie wird die Lesbarkeit eines Liquid-Glass-Entwurfs in Figma geprüft?
Legen Sie die vorgesehenen Hintergrundvarianten unter die UI und kontrollieren Sie Text, Symbole sowie aktive Zustände einzeln. Notieren Sie, ob Sie eine gestaltete Figma-Variante oder eine laufende Oberfläche geprüft haben.

Wie werden Navigationsleiste und Seitenleiste abgenommen?
Prüfen Sie, ob aktive Auswahl, Werkzeugfunktion und Gruppierung klar erkennbar sind. Gleichen Sie die Struktur mit den offiziellen Material- und Layout-Hinweisen ab. Eine pauschale Glasfläche ohne Bezug zur Bedienfunktion ist kein ausreichendes Abnahmekriterium.

Kann ein durchscheinender Hintergrund die Beschriftung eines Buttons beeinträchtigen?
Das ist möglich, wenn wechselnde Bild- oder Farbflächen mit Text und Symbol konkurrieren. Prüfen Sie realistische Hintergründe und kontrollieren Sie kritische Fälle anschließend in der laufenden Zielumgebung.

Wo kontrollieren Windows-Designer die echte macOS-Darstellung?
Der Entwurf lässt sich in Figma unter Windows prüfen. Für die native Ansicht ist zusätzlich eine laufende macOS-Umgebung erforderlich. Eine entfernte Mac-Sitzung kann dafür infrage kommen, ist aber keine Garantie für Farbtreue oder die Wirkung auf dem späteren Zielgerät.

[ SECTION_06 ] Schritt für Schritt zu einer nachvollziehbaren Abnahme

Führen Sie die Prüfung in einer festen Reihenfolge durch. So kann das Team nach einer Korrektur gezielt erkennen, welche Annahme sich geändert hat und ob eine native Nachprüfung erforderlich ist.

1. Plattform und Prüfziel notieren. Halten Sie fest, welche macOS-Version und welche Oberfläche Gegenstand der Abnahme sind. Benennen Sie außerdem, ob es um Entwurfsqualität, native Darstellung oder beides geht.

2. Figma-Ressourcen und offizielle Leitlinien abgleichen. Prüfen Sie die verwendeten Komponenten und Materialentscheidungen anhand der Designressourcen und der einschlägigen Richtlinien. Markieren Sie Abweichungen, statt sie stillschweigend als korrekt zu behandeln.

3. Bedienebenen einzeln durchgehen. Prüfen Sie Navigation, Werkzeugleiste und Seitenleiste auf klare Funktion, Gruppierung und aktive Zustände. Unterscheiden Sie dabei Bedienelemente von rein informativen Flächen.

4. Relevante Hintergründe anlegen. Verwenden Sie in Figma die Hintergründe, die im Produkt vorkommen. Kontrollieren Sie, ob Beschriftungen und Symbole auf jeder vorgesehenen Variante eindeutig bleiben.

5. Darstellungs- und Zugänglichkeitsvarianten markieren. Dokumentieren Sie, welche Varianten als Figma-Entwurf vorhanden sind. Kennzeichnen Sie alle Fälle, deren Verhalten von einer tatsächlichen Systemeinstellung abhängen könnte, als noch nicht nativ geprüft.

6. Laufende Oberfläche kontrollieren. Öffnen Sie die betroffenen Ansichten in einer verfügbaren macOS-Umgebung. Prüfen Sie die konkreten Zustände, die zuvor als kritisch markiert wurden. Notieren Sie die verwendete Umgebung und den geprüften Zustand, ohne daraus eine allgemeine Farb- oder Gerätegarantie abzuleiten.

7. Befund und Verantwortlichkeit festhalten. Vergeben Sie je Szenario eine klare Entscheidung: freigabefähig, anzupassen oder weiter zu prüfen. Ergänzen Sie den Grund, den offenen Nachweis und die für die Korrektur zuständige Rolle.

Abhakliste für die Übergabe

• [ ] Zielplattform und betroffene Oberfläche sind benannt.
• [ ] Figma-Datei enthält die für die Prüfung nötigen Zustände und Hintergründe.
• [ ] Navigation, Werkzeugleiste und Seitenleiste wurden einzeln beurteilt.
• [ ] Text, Symbole und aktive Zustände sind auf den vorgesehenen Hintergründen geprüft.
• [ ] Nicht getestete Darstellungs- und Systemeinstellungen sind als offen markiert.
• [ ] Die kritischen Ansichten wurden in einer laufenden macOS-Umgebung kontrolliert oder ausdrücklich als nicht verifiziert gekennzeichnet.
• [ ] Jede offene Abweichung hat einen Befund und eine zuständige Person.
• [ ] Die Abnahme unterscheidet zwischen Figma-Prüfung und nativer Sichtkontrolle.

[ SECTION_07 ] Ein belastbares Abnahmeurteil benennt auch seine Grenzen

Ein brauchbarer Prüfvermerk beschreibt nicht nur, dass ein Entwurf „gut aussieht“. Er nennt die geprüfte Oberfläche, die Hintergründe, die berücksichtigten Zustände und die Umgebung, in der eine native Kontrolle stattgefunden hat. So bleibt später nachvollziehbar, ob eine Aussage aus dem Figma-Review, einer Bildschirmabbildung oder einer tatsächlich laufenden Ansicht stammt.

Verwenden Sie klare Statusangaben. „Freigabefähig“ bedeutet, dass die festgelegten Prüfpunkte im vereinbarten Umfang erfüllt sind. „Anzupassen“ sollte mit einer konkreten Beobachtung verbunden sein, etwa einer unklaren aktiven Auswahl oder einer schlecht lesbaren Beschriftung auf einem vorgesehenen Hintergrund. „Weiter zu prüfen“ kennzeichnet, dass ein Nachweis noch fehlt – zum Beispiel eine Kontrolle in der nativen Oberfläche oder ein nicht getesteter Darstellungszustand.

Das schützt auch vor überzogenen Schlussfolgerungen: Ein geprüfter Zustand ist kein Beleg für jede Anzeige und jede Konfiguration. Die Abnahme sollte daher ihre Grenzen genauso deutlich benennen wie ihre Ergebnisse.

Wenn ein Team nur Figma unter Windows nutzt, bleiben die native Darstellung und bestimmte systemabhängige Zustände ungeprüft. Der Kauf eines eigenen Mac kann für dauerhaft wiederkehrende Arbeit sinnvoll sein; ein Mac mini als Kaufoption passt eher, wenn eine eigene, langfristig verfügbare Arbeitsumgebung gebraucht wird. Für eine einzelne Abnahmerunde ist ein eigener Rechner dagegen mit Anschaffung, Einrichtung und laufender Pflege verbunden. Eine entfernte Vorschau wiederum hängt von der Verbindung ab und garantiert weder absolute Farbtreue noch die Darstellung auf dem späteren Zielgerät.

Muss die Oberfläche vor der Übergabe tatsächlich in macOS geprüft werden, kann eine zeitweise gemietete Mac-Umgebung die Lücke zwischen Windows/Figma und nativer Sichtkontrolle schließen. Prüfen Sie vorab, ob der Zugang, die benötigte Laufzeit und die Datenschutzanforderungen Ihres Projekts passen; insbesondere sollte das Team klären, welche Projektdateien übertragen werden dürfen. NOVAKVM ist eine mögliche Option für diesen temporären Prüfschritt. Die verfügbare Umgebung kann über die NOVAKVM-Übersicht geprüft werden. Die abschließende Abnahme bleibt an den konkret geprüften Zustand gebunden, nicht an die bloße Nutzung eines Remote-Mac.

Häufige Fragen

Wie lässt sich die Lesbarkeit eines Liquid-Glass-Entwurfs in Figma prüfen?

Prüfen Sie den Entwurf nicht nur auf einer neutralen Fläche. Legen Sie die vorgesehenen Hintergründe darunter und kontrollieren Sie, ob Beschriftungen, Symbole und Bedienelemente jeweils klar erkennbar bleiben. Halten Sie außerdem fest, welche Zustände nur simuliert sind. Figma zeigt eine gestaltete Ansicht, ersetzt aber nicht die Prüfung des tatsächlich laufenden Systems mit seinen Einstellungen.

Was ist bei der Abnahme von Navigationsleisten und Seitenleisten wichtig?

Behandeln Sie Navigation und Werkzeuge als Bedienebene: Sie müssen gegenüber dem Inhalt erkennbar bleiben und dürfen nicht mit einer dekorativen Glasfläche verwechselt werden. Prüfen Sie Hierarchie, Kontrast und Abstände im Kontext des jeweiligen Fensters. Vergleichen Sie die verwendeten Komponenten mit den offiziellen Layout- und Materialhinweisen, statt jeden Bereich pauschal mit demselben Effekt zu versehen.

Kann ein durchscheinender Hintergrund die Beschriftung eines Buttons stören?

Das lässt sich nicht allein aus einer Figma-Komponente ableiten. Legen Sie unterschiedliche, für das Produkt realistische Hintergründe unter den Button und prüfen Sie, ob Text und Symbol weiterhin eindeutig sind. Achten Sie besonders auf wechselnde Helligkeit und visuell unruhige Bildbereiche. Wenn die Lesbarkeit von einer bestimmten Systemdarstellung abhängt, muss dieser Zustand auf einem laufenden Mac überprüft werden.

Wo sollten Windows-Designer die tatsächliche macOS-Oberfläche überprüfen?

Figma eignet sich für die gemeinsame Entwurfsprüfung unter Windows. Für die Kontrolle der nativen Darstellung brauchen Sie zusätzlich eine laufende Zielumgebung mit macOS und der betreffenden Oberfläche. Ein verfügbarer Mac kann dafür vorübergehend genutzt werden. Eine entfernte Sitzung zeigt jedoch nicht automatisch die Farbwirkung oder Bedienung auf jedem späteren Zielgerät.