Question 1

Arbeiten Sie ausschließlich in Figma?

Accepted Answer

Wir arbeiten primär in Figma, es ermöglicht interaktive Prototypen, skalierbare Design-Systeme und Echtzeit-Zusammenarbeit mit Ihrem Team über kommentierbare Mockups. Für animierte Prototypen nutzen wir Framer, für datenbasierte Usability-Tests Maze. Jedes Design wird als 1:1-Pixel-Vorlage für die Entwicklung übergeben, was Abstimmungsverluste zwischen Design und Code eliminiert und die Entwicklungszeit verkürzt.

Question 2

Was ist ein Design System und brauche ich eines?

Accepted Answer

Ein Design System ist eine Bibliothek wiederverwendbarer UI-Komponenten (Buttons, Formulare, Karten), Typografieregeln, Farbpaletten und Abstände, die visuelle Konsistenz über Ihr gesamtes Produkt hinweg gewährleistet. Ab 20 Screens oder wenn Wachstumspläne bestehen, spart ein Design System langfristig hunderte Entwicklungsstunden. Wir implementieren es parallel in Figma und als shadcn/ui-Komponentenbibliothek in Ihrem Next.js-16-Projekt.

Question 3

Führen Sie Nutzertests mit echten Nutzern durch?

Accepted Answer

Ja, wir verwenden Maze für quantitative Prototypentests und Hotjar für Heatmaps und Session-Recordings auf Produktionsseiten. Für kritische Produkte führen wir moderierte Nutzertestsitzungen mit 5–8 Teilnehmern aus Ihrer Zielgruppe durch, um Design-Annahmen vor der Entwicklung zu validieren. Dieser datengetriebene Ansatz reduziert kostspielige Nachbesserungen und stellt sicher, dass das UI nachweislich konvertiert.

Question 4

Wie viele Design-Iterationen sind im Projekt enthalten?

Accepted Answer

Standardmäßig sind 2 Revisionsrunden pro Bildschirm enthalten, erfahrungsgemäß reicht das für nahezu alle Projekte. Dank unseres transparenten agilen Prozesses sehen Sie jeden Fortschritt in Figma in Echtzeit, können direkt kommentieren, und Feedback fließt laufend ein, statt in einzelnen Abnahme-Etappen gebündelt zu werden. Bei komplexen Produkten mit mehreren Stakeholdern bieten wir erweiterte Iterationspakete zu fairen Konditionen an.

Question 5

Steigert ein schöneres Design die Konversion?

Accepted Answer

Nicht von allein. Konversion geht meist an konkreten Dingen verloren: Es ist unklar, was die Seite anbietet, der Handlungsaufruf ist versteckt oder es gibt fünf davon, das Formular verlangt zehn Felder statt drei, oder die Seite lädt mobil langsam. Das ist alles Designarbeit, aber nicht dasselbe wie besseres Aussehen. Ist mehr Anfragen das Ziel, sehen wir zuerst, wo Menschen abspringen, und ändern diesen Schritt. Ein Redesign ohne diese Daten ist teures Raten.

Question 6

Brauchen wir Design, bevor feststeht, was genau wir bauen?

Accepted Answer

Nein, und diese Reihenfolge ist ein häufiger und teurer Fehler. Design, das vor dem Produktverhalten entsteht, wird meist überarbeitet, sobald reale Fälle auftauchen: leere Zustände, Fehler, lange Bezeichnungen, ein Nutzer ohne Daten. Wir klären zuerst, welche Aufgaben der Nutzer erledigen muss und in welcher Reihenfolge, und zeichnen dann das. In der Ideenphase ist ein grober Bildschirmablauf günstiger und schneller als ein fertiges Visual, das überzeugend aussieht und den ersten Test nicht übersteht.

Question 7

Wir haben ein Brand-Handbuch. Arbeiten Sie darin?

Accepted Answer

Ja, und lieber darin als daran vorbei. Farben, Typografie und Logo bleiben Ihre, wir bauen darauf ein Komponentensystem: Buttons, Formulare, Karten, Zustände und Abstände, die ein Handbuch meist nicht abdeckt, weil es für Print und Werbung geschrieben wurde und nicht für eine Oberfläche. Wo eine Vorgabe am Bildschirm nicht trägt, meist wegen Kontrast oder zu kleiner Schrift, sagen wir das und schlagen eine Anpassung vor, statt sie stillschweigend zu umgehen.

Question 8

Was, wenn uns das Design nicht gefällt?

Accepted Answer

Deshalb entsteht es nicht in einem Zug. Die Richtung wird an wenigen Schlüsselbildschirmen abgestimmt, nicht am ganzen Produkt, denn dann ist eine Änderung günstig. Stimmt die Richtung nicht, wird sie geändert, bevor die übrigen Bildschirme gezeichnet sind. Was wir dafür brauchen, ist konkretes Feedback: „wirkt überladen“ führt weiter, „irgendwas passt nicht“ führt nirgendwohin, also fragen wir nach, bis es konkret wird.

Question 9

Muss das Design für Menschen mit Behinderungen zugänglich sein?

Accepted Answer

Für viele Unternehmen in der EU ist das seit 2025 eine gesetzliche Pflicht und keine Wahl. Der European Accessibility Act erfasst unter anderem E-Commerce, Bankwesen, Verkehr und E-Books, wer also online verkauft, ist vermutlich betroffen. Praktisch heißt das ausreichender Textkontrast, vollständige Bedienung per Tastatur ohne Maus, Textalternativen für Bilder und Formulare, die ein Screenreader durchlaufen kann. Wir bauen das von Beginn an ein, weil das nachträgliche Korrigieren von Kontrast und Struktur teurer ist. Die verbindliche Bewertung Ihres Falls gehört zu Ihrer Rechtsberatung.

Question 10

Gestalten Sie auch, wenn die Entwicklung jemand anderes übernimmt?

Accepted Answer

Ja. Wir übergeben Figma-Dateien, ein Komponentensystem und eine Spezifikation von Zuständen, Abständen und Verhalten über alle Bildschirmbreiten, damit die Entwicklung nicht raten muss. Für Rückfragen während der Umsetzung bleiben wir erreichbar, denn die meisten Abweichungen entstehen genau dort, wo das Design einen Randfall nicht vorhergesehen hat. Auf Wunsch prüfen wir auch die fertige Umsetzung und listen die Abweichungen zum Design auf.

Question 11

Woher wissen wir, dass das Design funktioniert, bevor es gebaut ist?

Accepted Answer

Es wird an einem klickbaren Prototyp getestet, vor jedem Code. Fünf Personen, die Ihren Nutzern entsprechen, bekommen eine echte Aufgabe, etwa „finden Sie den Preis und senden Sie eine Anfrage“, und wir beobachten, wo sie hängen bleiben. Das deckt die meisten ernsten Probleme auf, und eine Korrektur kostet in dieser Phase Stunden statt Wochen. Ein Test mit fünf Personen ist keine Statistik und sollte nicht so dargestellt werden, zeigt aber zuverlässig, wo die Oberfläche nicht das vermittelt, was Sie angenommen haben.

Question 12

Warum würde eine fertige Vorlage nicht ausreichen?

Accepted Answer

In vielen Fällen würde sie das, und dann sagen wir es Ihnen. Eine Vorlage ist sinnvoll, wenn Ihre Anforderungen Standard sind und der schnelle Start wichtiger ist als der Unterschied zum Wettbewerb. Individuell lohnt sich, wenn das Produkt einen abweichenden Ablauf hat, den die Vorlage nicht abdeckt, wenn die Oberfläche in ein bestehendes System passen muss, oder wenn Aussehen wie alle anderen genau die Position untergräbt, auf der Ihr Preis beruht. Das ist eine unternehmerische Entscheidung, keine ästhetische, und so behandeln wir sie.

UI/UX Design: Oberflächen, die Besucher zu Kunden machen in Zürich