Machen Sie auch Research oder nur visuelles Design?

Beides – und Research zuerst. Ohne mindestens 5 Nutzerinterviews gestalten wir nicht. Manchmal lautet die Antwort „Das gewünschte Feature ist nicht das richtige“, und das sagen wir Ihnen lieber in der ersten Woche, als ein Quartal lang das Falsche zu gestalten.

Erstellen Sie auch Designsysteme?

Ja, und zwar im Code. Ein Designsystem, das nur in Figma existiert, erzeugt Designschulden; wir bauen es als echte Komponentenbibliothek (Storybook + Tokens), damit die Entwicklung Komponenten direkt übernehmen kann, statt sie anhand von Screenshots nachzubauen.

Wie gehen Sie mit Barrierefreiheit um?

WCAG 2.2 AA ab dem ersten Tag – Kontrast in den Tokens, Fokuszustände in jeder Komponente, Tastaturabläufe in den Prototypen. Barrierefreiheit nachzurüsten kostet 3–5× mehr, als sie von Anfang an mitzudenken; Designs, die ein Audit nicht bestehen, liefern wir nicht aus.

Digitales Produktdesign

Digitales Produktdesign – UX, die live geht und verkauft

Das meiste Produktdesign scheitert an der Übergabe an die Entwicklung. Wir binden Design ab der ersten Woche ins Engineering-Team ein. So geht live, was gestaltet wurde – und was live geht, wird auch wirklich genutzt.

Design-Sprint von A bis Z

1
Research
5–8 Nutzerinterviews, JTBD-Framing
2
Architektur
Flows, IA, Content-Modell
3
Design
Wireframes → High-Fidelity in Figma
4
Prototyp
Klickbar, mit echten Nutzern validiert
5
Livegang
Design-QA bei jedem PR, nicht erst am Schluss

Der erste Screen in Produktionsqualität geht bis Woche 6 live – Research verstaubt bei uns nie in einem Dokument.

Was Sie bekommen

Nutzerforschung, die zu Entscheidungen führt – keine 200-seitigen Berichte, die niemand liest

Informationsarchitektur und User Flows, ausgerichtet an Geschäftszielen statt Screen für Screen

Interaktionsdesign und Prototypen in Figma, mit echten Nutzern validiert, bevor die Entwicklung startet

Designsystem im Code (Tokens, Komponenten, Storybook), damit das Entwicklungsteam nicht in jedem Sprint das Rad neu erfindet

Barrierefreiheit von Anfang an (WCAG 2.2 AA): Kontrast, Tastaturbedienung, Screenreader – nicht nachgerüstet

Design-QA während der Umsetzung – wir prüfen jeden PR auf Designtreue, nicht erst am Ende

Wann es passt

Ihr Produkt konkurriert über die UX, nicht über Preis oder Vertrieb
Sie bringen ein neues Produkt heraus, gestalten ein bestehendes neu oder vereinheitlichen eine ausufernde Designlandschaft
Die Entwicklung ist bereit, auf Basis eines Designsystems zu arbeiten statt nach pixelgenauen Mockups für jeden Screen
Sie forschen lieber vor der Entwicklung, als nach dem Launch neu zu bauen

Wann nicht

Das Team wird das Design nicht umsetzen – Design ohne Rückhalt in der Entwicklung ist verschwendet
Sie brauchen ein Logo oder Marketing-Visuals – das ist Markenarbeit, dafür ist ein Branding-Studio die richtige Adresse
Es gibt kein Budget für Research, und die Entwicklung macht ohnehin, was sie will

Ablauf

Die Discovery beginnt mit 3–5 Nutzerinterviews und einer heuristischen Analyse des bestehenden Produkts (falls vorhanden). Danach folgen Design-Sprints im Zwei-Wochen-Takt: Research → Design → Prototyp → Nutzertest → Kickoff mit der Entwicklung. Das erste Feature geht bis Woche 6 live.

Der vollständige Ablauf

Preise

Projektbasiert ($30–120k für ein fokussiertes Redesign) oder als Design-Pod (1–2 Designer + Research) mit monatlicher Pauschale. Design-QA während der Entwicklung ist immer inklusive – Design ohne QA wird meist zweimal gemacht.

Zusammenarbeitsmodelle ansehen

Fallstudien

Finanztechnologie

FinTech-Plattform für Mobile Banking

Sicheres, KI-gestütztes Mobile Banking für über 500.000 Nutzer – mit Echtzeitüberweisungen und biometrischer Authentifizierung.

Personalwesen & Recruiting

KI-gestütztes Bewerbermanagementsystem

Umfassende ATS-Lösung für über 10.000 Bewerber pro Monat: KI-gestütztes Matching, automatisches CV-Parsing und Echtzeit-Kommunikation mit Recruitern.

FAQ

Machen Sie auch Research oder nur visuelles Design?: Beides – und Research zuerst. Ohne mindestens 5 Nutzerinterviews gestalten wir nicht. Manchmal lautet die Antwort „Das gewünschte Feature ist nicht das richtige“, und das sagen wir Ihnen lieber in der ersten Woche, als ein Quartal lang das Falsche zu gestalten.
Erstellen Sie auch Designsysteme?: Ja, und zwar im Code. Ein Designsystem, das nur in Figma existiert, erzeugt Designschulden; wir bauen es als echte Komponentenbibliothek (Storybook + Tokens), damit die Entwicklung Komponenten direkt übernehmen kann, statt sie anhand von Screenshots nachzubauen.
Wie gehen Sie mit Barrierefreiheit um?: WCAG 2.2 AA ab dem ersten Tag – Kontrast in den Tokens, Fokuszustände in jeder Komponente, Tastaturabläufe in den Prototypen. Barrierefreiheit nachzurüsten kostet 3–5× mehr, als sie von Anfang an mitzudenken; Designs, die ein Audit nicht bestehen, liefern wir nicht aus.

Ein TekPiq-Teammitglied leitet am Whiteboard ein Design-Review, während die Entwickler diskutieren — Design-Review am Whiteboard – Kundendetails unkenntlich gemacht.

Wer es baut

Unser eigenes Team arbeitet aus unserem Büro in Istočno Sarajevo, Bosnien und Herzegowina. Die Engineers in Ihrem Erstgespräch sind dieselben, die es später auch bauen.

Das Team kennenlernen

Bereit für ein Gespräch über Digitales Produktdesign?

30-minütiges Erstgespräch. Unverbindlich und ohne Verkaufsdruck.