Wir gestalten Oberflächen auf Grundlage von Belegen: was Menschen zu tun versuchen, woran sie heute scheitern und was die Umsetzung realistisch tragen kann.
Ein Relaunch beginnt gewöhnlich, weil die Website oder das Produkt angestaubt wirkt. Er endet mit einer neuen Bildsprache, einem neuen Satz Komponenten und einer Konversionsrate ungefähr dort, wo sie vorher lag — gelegentlich darunter, weil eine vertraute Oberfläche durch eine unvertraute ersetzt wurde und niemand gemessen hat, welche Teile funktionierten.
Der Grund ist, dass das Aussehen die Aufgabenstellung war. Niemand hat festgestellt, an welchem Schritt Menschen scheiterten, was sie erreichen wollten oder welche Elemente der alten Oberfläche das Ergebnis trugen. Entwurfsentscheidungen fielen also nach Geschmack, und der ist unwiderlegbar und damit nicht überprüfbar.
Der andere verbreitete Fehlschlag ist das Gegenteil: schöne Entwurfsdateien, die sich so nicht bauen lassen, oder die vierzig Knopfvarianten beschreiben, ohne System dahinter. Ein Entwurf, der die Umsetzung ignoriert, wird während der Entwicklung zur Verhandlung, und diese Verhandlung gewinnt meist das, was am schnellsten geht.
Durchsicht der Statistiken, Sitzungsaufzeichnungen, Support-Tickets und eine Handvoll Nutzergespräche. Kein Forschungsprogramm um seiner selbst willen — genug Belege, um zu wissen, welches Problem es zu lösen lohnt, bevor jemand ein Entwurfswerkzeug öffnet.
Die Wege, die Menschen durch das Produkt nehmen, einschließlich der Fehler- und Randfälle, die üblicherweise erst in der Entwicklung auftauchen und dann in Eile gestaltet werden. Ein stimmiger Ablauf beseitigt die meisten Bildschirme, die Sie für nötig hielten.
Zuerst grob, um die Struktur festzulegen, ohne über Farbe zu streiten, dann interaktive Prototypen für die Abläufe mit echtem Risiko. Einen Prototyp zu testen, ist ungleich günstiger, als eine fertige Umsetzung zu testen.
Tokens, Komponenten und Zustände als System dokumentiert. Das hält das Produkt beim Wachsen stimmig und erlaubt Entwicklern, neue Bildschirme zu bauen, ohne jedes Mal einen neuen Entwurf anzufordern.
Farbkontrast, Fokusreihenfolge, Zielgrößen, Formularbeschriftung und Tastaturwege im Entwurf geklärt statt in einem späteren Audit aufgeworfen. Barrierefreiheit nachzurüsten ist erheblich teurer, als von vornherein dafür zu entwerfen.
Responsives Verhalten, Zustände, Abstandsregeln und Interaktionsdetails festgelegt. Weil wir auch bauen, berücksichtigt die Übergabe, was sich praktisch umsetzen lässt — und wir bleiben während der Umsetzung erreichbar, statt bei der Lieferung zu verschwinden.
Wir wählen daraus nach dem, was das Projekt braucht und was Ihr Team nach der Übergabe pflegen kann — nicht danach, womit wir am liebsten arbeiten. Ist bereits ein tragfähiger Technologiestand vorhanden, arbeiten wir darin weiter.
Struktur und Ablauf festzulegen, bevor die Entwicklung beginnt, ist der günstigste Zeitpunkt, es sich anders zu überlegen, und es nimmt die Entwurfsentscheidungen heraus, die sonst mitten im Projekt von dem getroffen werden, der an dem Tag den Code schreibt.
Gezielte Arbeit an einem Trichter, einer Anmeldung oder einem Bestellvorgang, wo es eine festgelegte Zahl zu bewegen gibt und die Änderung daran gemessen werden kann.
Funktionen, die über Jahre von verschiedenen Menschen ergänzt wurden, jede mit leicht anderen Mustern. Ein Designsystem führt sie zusammen und stoppt das weitere Auseinanderdriften.
Wenn ein Audit Befunde ergeben hat oder wenn ein öffentlicher oder großer Auftraggeber eine Konformitätserklärung verlangt.
Ja. Wir liefern ein dokumentiertes Designsystem und eine baureife Spezifikation für Ihre eigenen Entwickler und bleiben während der Umsetzung erreichbar, um Fragen zu beantworten und das Ergebnis gegen den Entwurf zu prüfen.
Weniger, als Agenturen oft verkaufen, und mehr als gar keine. Für die meisten Projekte fördern ein paar Tage Durchsicht der Statistiken, das Lesen von Support-Tickets und fünf oder sechs Nutzergespräche die wesentlichen Probleme zutage. Größere Forschungsprogramme lohnen sich, wenn die Kosten, das Falsche zu entwerfen, hoch sind.
Nur wenn er den Grund adressiert, aus dem Menschen heute abspringen. Ein Relaunch allein des Aussehens wegen verändert das Ergebnis unvorhersehbar in beide Richtungen. Ist die Konversion das Ziel, würden wir zuerst messen, wo der Trichter Menschen verliert, dagegen entwerfen und die Änderung anschließend überprüfen statt sie anzunehmen.
Ja, regelmäßig. Wir übersetzen vorhandene Markenelemente in ein funktionierendes digitales Designsystem — was meist bedeutet, Fragen zu klären, die Printrichtlinien nicht beantworten, etwa Interaktionszustände, dichte Datenansichten und barrierefreie Kontrastpaare.
Wir entwerfen WCAG 2.2 AA als Grundlage: Kontrast, Sichtbarkeit des Fokus, Zielgröße, Formularbeschriftung und Bedienbarkeit per Tastatur. Wir prüfen mit automatisierten Werkzeugen sowie manuell per Tastatur und Screenreader. Für eine förmliche Konformitätserklärung empfehlen wir ergänzend ein unabhängiges Audit.
Schicken Sie uns das Problem und die Randbedingungen, die Sie bereits kennen. Wir melden uns mit dem, was es unserer Ansicht nach braucht, einem Vorgehen und einer realistischen Größenordnung — oder mit der Auskunft, dass wir dafür nicht die Richtigen sind.
Wir entwickeln Websites und Webanwendungen mit React und Next.js — serverseitig gerendert, an den Core Web Vitals gemessen und so strukturiert, dass Google jede Seite indexieren kann, auf die es Ihnen ankommt.
Wir entwickeln plattformübergreifende Apps mit React Native und Flutter — ein Team, eine Codebasis, beide Stores — und sagen offen, wann nativ die bessere Wahl ist.
Ein Onlineshop hat zwei Aufgaben, die in verschiedene Richtungen ziehen: gefunden werden und an jeden verkaufen, der ankommt. Wir bauen für beides und benennen die Abwägungen konkret.
