Zum Inhalt springen
Disziplin 12 — von 14

Design, das ausgeliefert wird, nicht nur dekoriert.

Recherchegeleitetes Produktdesign vom Team, das auch den Code schreibt — Flows, Systeme und Interfaces, gemessen daran, was Nutzer tatsächlich damit tun.

40+Produkte designt & ausgeliefert
5,0Kundenbewertung
0Übergabelücken

Inhalt geprüft:

Die Disziplin

Hübsche Interfaces scheitern in Produktion — jeden Tag.

Disziplin12 / 14
FokusRecherchegeleitetes Produktdesign
Beleg40+ Produkte designt & ausgeliefert
EngagementSenior-geführt · 30 Tage Gewährleistung

Der Friedhof der Software ist voller schöner Figma-Dateien: Flows, die gut demonstrieren und an echten Daten zerbrechen, Edge Cases, entdeckt in Woche eins des Engineerings, Designsysteme, aufgegeben im zweiten Sprint. Das meiste davon ist in die Lücke zwischen Designagentur und Dev-Shop gefallen.

Unsere Designer sitzen in einem Engineering-Studio. Jeder Flow wird gegen echte Daten, echte Randbedingungen und die Engineers entworfen, die ihn bauen werden — oft in derselben Woche. Was Sie freigeben, ist das, was ausgeliefert wird, denn die Leute, die es gezeichnet haben, stehen den Leuten Rede und Antwort, die es coden.

Was Sie erhalten

Von der Recherche zur Übergabe.

Die volle Design-Disziplin — betrieben in denselben Wänden wie das Engineering, das ihr folgt.

01

Produkt-Research

Nutzerinterviews, Workflow-Shadowing und Konkurrenz-Teardowns — Belege vor Pixeln.

02

UX-Architektur & Wireframes

Flows, Hierarchien und Zustände vollständig kartiert — inklusive der Leer-, Fehler- und Randzustände, die Demos verstecken.

03

Designsysteme

Token-basierte Komponentensysteme, auf denen Ihr Produkt noch Jahre nach der Übergabe weiterwachsen kann.

04

Hi-Fi-UI-Design

Interface-Design in Produktionsqualität, mit Handwerk in Typografie, Motion und den Details, die Nutzer spüren, aber nicht benennen können.

05

Prototyping & Testing

Klickbare Prototypen vor echten Nutzern, bevor Engineering-Geld für die falsche Idee ausgegeben wird.

06

Design-zu-Code-Übergabe

Tokens, Specs und Komponenten landen direkt in der Codebase — übergeben von Leuten, die die Engineers jeden Tag sehen.

Wie wir liefern

Erst Belege, dann Handwerk.

Geschmack zählt hier, aber erst, nachdem die Recherche die falschen Ideen aussortiert hat.

01Die Arbeit verstehen

Wir sehen echten Nutzern bei der eigentlichen Arbeit zu — die Workarounds, das Fluchen, die Haftnotizen. Das ist die Spezifikation.

02Struktur vor Oberfläche

Informationsarchitektur und Flows werden in Low-Fi vereinbart, solange eine Änderung noch Minuten kostet.

03Das System gestalten

Hi-Fi-Design, gebaut als token-basiertes System — jeder Screen macht den nächsten günstiger.

04Testen & nachschärfen

Prototypen-Tests mit echten Nutzern, dann Iteration. Wir zählen abgeschlossene Aufgaben; Komplimente sind Bonus.

Ihr Produkt könnte der nächste Fall auf dieser Seite sein.

Kostenloser 4-Stunden-Workshop
Täglich in fremden Händen

Der Zwei-Tap-Test.

Ein Consumer-Erlebnis, entworfen und entwickelt unter einem Dach — scannen, stöbern, zahlen, vertrauen.

FeelEat Happy Fridge

01Menü-Tabs pro Firma und Kategorie, mit Ernährungssymbolen

Fallstudie — Design · Mobile

FeelEat Happy Fridge

Ein mobiles Erlebnis, das den Kauf aus einem Kühlschrank mühelos und vertrauenswürdig machen musste — Menüs, Zutaten, Allergene und Bezahlung in einem Flow, den jede Grossmutter zu Ende bringt.

$10M+Bewertung
24/7Self-Service-UX
2 TapsBis zum Kauf
Werkzeuge, auf die wir zurückgreifen

Geteilt mit denen, die es bauen.

Design-Tooling, direkt in die Engineering-Pipeline verdrahtet — Tokens raus, Komponenten rein.

FigmaDesign TokensStorybookFramerMazeLottie / RiveAccessibility auditsZeroheight
Bevor Sie fragen

Wie wir über Design streiten.

Was ein Designteam mitten in einem Engineering-Studio ändert, und was es kostet.

Etwas nicht dabei?

Schreiben Sie es in ein Briefing. Ein Senior-Engineer liest es und antwortet innerhalb eines Arbeitstages.

Können wir Ihr Designteam mit unseren eigenen Entwicklern nutzen?

Ja — wir liefern Systeme, Tokens und Specs, die Ihre Engineers wirklich gern entgegennehmen, plus Sprechstunden während der Implementierung. Designs werden für Builder dokumentiert, denn Builder sitzen bei uns den ganzen Tag neben den Designern.

Wie messen Sie Design-Erfolg?

Aufgabenabschluss, Time-to-Value, Fehlerraten und Retention — als Ziele während der Recherche vereinbart. Testet ein Screen schlecht, geht er zurück in die Arbeit, egal wie hübsch er ist.

Redesignen Sie bestehende Produkte?

Ständig. Wir starten mit einem UX-Audit gegen Ihre Analytics und Support-Tickets und priorisieren nach Nutzerschmerz statt nach visuellem Alter. Oft berührt das Redesign mit dem höchsten ROI nur drei Screens.

Was kostet ein Design-Engagement?

Schriftlich fixiert, bevor wir beginnen. Nach einem kostenlosen 4-Stunden-Workshop erhalten Sie einen schriftlichen Umfang und ein Festpreisangebot. Die Zahl der Abläufe und Screens, der Anteil Nutzerforschung und der Umfang des Designsystems bestimmen den Preis. Laufen Design und Build zusammen, fliesst das Design in ein Produktbudget mit einer Zahl.

Wird das Design-System im Code überleben?

Ja, weil wir es als Design-Tokens (Farben, Typo, Abstände) übergeben, implementiert in Tailwind-/CSS-Variablen und einer Komponentenbibliothek in Storybook. Designer und Ingenieure arbeiten aus derselben Source of Truth.

Ist Barrierefreiheit enthalten?

Immer. Wir designen standardmässig nach WCAG 2.2 AA — Farbkontrast, Tastaturnavigation, Screenreader-Beschriftung, Fokuszustände. Wir schrauben Barrierefreiheit nicht nach dem Launch an.

Mit wie vielen Nutzern müssen Sie testen, um echte Probleme zu finden?

Fünf bis acht pro Runde erfassen die grosse Mehrheit der Usability-Probleme — der Nielsen-Befund hält sich in der Praxis. Wir führen lieber drei kleine Runden über das Projekt verteilt als eine grosse Studie am Ende durch, denn der Wert liegt im Iterieren auf dem Gelernten.

Machen Sie Nutzerforschung, oder nur visuelles Design?

Beides, und die Forschung ist der Teil, der teure Fehler verhindert. Wir führen Interviews, Journey-Mapping und Usability-Tests durch, um den echten Schmerz zu finden, bevor wir irgendetwas designen. Wir können ein reines Visuals-Engagement machen, aber wir sagen von vornherein, dass das Überspringen der Forschung bedeutet, eine Annahme zu dekorieren.

Klären wir den Umfang

Haben Sie ein Produkt, das
besseres Design verdient?

Sagen Sie uns, wo Nutzer kämpfen oder wo die Vision dem Interface davonläuft. Ein Senior-Produktdesigner antwortet innerhalb eines Werktags.