Division5 WissenDesignteam
Ein UI/UX-Team zusammenstellen: Forschung, Produktverantwortung und Umsetzung
Gutes UI/UX entsteht, wenn Forschung, Produktentscheidungen, Gestaltung und technische Umsetzung zusammenarbeiten. Klären Sie vorab, wer Nutzerinnen und Nutzer einbezieht und wer die Arbeit im Produkt weiterführt.
Welche Aufgabe soll das UI/UX-Team lösen?
„Wir brauchen bessere UX“ beschreibt noch keine Aufgabe. Benennen Sie zuerst, an welcher Stelle Menschen nicht weiterkommen. Welche Annahme über ihre Bedürfnisse ist ungeprüft? Welche Produktentscheidung hängt daran? Danach lässt sich entscheiden, ob Sie vor allem User Research, Interaktionsdesign, visuelles Design, Produktverantwortung oder technische Umsetzung ergänzen müssen.
Das GOV.UK Service Manual empfiehlt, User Research in die laufende Arbeit des Serviceteams einzubetten und die übrigen Teammitglieder an Beobachtung und Auswertung zu beteiligen. So fließen Befunde in gemeinsame Produktentscheidungen ein, statt in einem separaten Designbericht zu bleiben. Eine Designfachkraft kann diese Arbeit unterstützen; sie ersetzt jedoch nicht automatisch die Produktverantwortung Ihres Unternehmens.
- Research: Wer wählt passende Teilnehmende aus, führt Gespräche oder Tests durch und fasst Erkenntnisse zusammen?
- Produkt: Wer entscheidet, welche Bedürfnisse und Geschäftsziele Vorrang haben?
- Design: Wer übersetzt Erkenntnisse in Abläufe, Inhalte und Oberflächen?
- Umsetzung: Wer prüft die Machbarkeit, setzt den Entwurf um und entwickelt das Produkt nach dem Start weiter?
Fiktives Beispiel: ein Terminbuchungsprozess mit vielen Abbrüchen
Fiktives, vereinfachtes Beispiel, keine Division5-Kundenreferenz: Ein regionaler Gesundheitsanbieter beobachtet, dass viele Menschen den Online-Terminprozess vor der Bestätigung verlassen. Die Produktverantwortliche kennt Buchungszahlen, aber die Gründe für Abbrüche sind unklar. Eine Oberfläche sofort neu zu zeichnen könnte die falsche Annahme festschreiben.
Das Team beginnt deshalb mit einer Forschungsfrage: Verstehen Kundinnen und Kunden die Terminarten, oder scheitern sie an Verfügbarkeit, Pflichtfeldern oder Sprache? Die Research-Fachkraft plant Gespräche und beobachtete Tests; Produkt und Design nehmen an der Auswertung teil. Daraus entsteht ein priorisierter Entwurf, den die Entwickler auf technische und barrierefreie Umsetzung prüfen. Nach der Veröffentlichung prüft das Team Nutzungsdaten und Rückmeldungen, um offene Annahmen weiter zu untersuchen.
Rollen und Verantwortung im UI/UX-Team
Diese Verteilung passt als Ausgangspunkt für ein Produktteam. In kleineren Vorhaben kann eine Person mehrere Designaufgaben übernehmen. Forschung, Produktentscheidung und technische Abnahme sollten trotzdem als getrennte Verantwortungen sichtbar bleiben.
| Rolle | Verantwortung | Ergebnis | Bleibt beim Unternehmen |
|---|---|---|---|
| Person, die das Produkt verantwortet | Verbindet Nutzerbedarf, Geschäftsziel und technische Rahmenbedingungen; setzt Prioritäten. | Priorisierte Aufgaben mit klaren Kriterien für Erfolg und Abnahme. | Produktstrategie, Zielkonflikte und Freigabe. |
| User Research | Formuliert Forschungsfragen, plant passende Methoden, führt Sitzungen durch und wertet Beobachtungen aus. | Nachvollziehbare Erkenntnisse, offene Fragen und Hinweise auf betroffene Nutzergruppen. | Teilnehmende vermitteln, Datenschutzfreigaben und Entscheidung, welche Erkenntnisse handlungsrelevant sind. |
| UX-Design | Ordnet Aufgaben und Abläufe, erstellt Informationsarchitektur und prüfbare Interaktionsentwürfe. | Nutzerabläufe, Wireframes, Prototypen und dokumentierte Zustände. | Fachliche Regeln und Freigabe des Produktverhaltens. |
| UI- oder visuelles Design | Gestaltet Hierarchie, visuelle Sprache, Komponenten und responsive Zustände passend zum Designsystem. | Umsetzbare Oberflächen mit Zuständen, Abständen, Typografie und Assets. | Markenregeln, vorhandenes Designsystem und Abnahme. |
| Entwicklung | Prüft technische Machbarkeit und baut die abgestimmten Abläufe in das Produkt ein. | Implementierte, getestete Oberfläche und dokumentierte technische Grenzen. | Architektur- und Betriebsentscheidungen, soweit sie kundenseitig liegen. |
| Content Design und Barrierefreiheit, bei Bedarf | Prüft verständliche Texte und unterstützt zugängliche Interaktion und Inhaltsstruktur. | Verständliche Inhalte, erkennbare Fehlerbehandlung und konkrete Prüfbefunde. | Rechtliche oder fachliche Richtigkeit der Inhalte und verbindliche Freigaben. |
Gute Übergabe heißt nicht nur „Figma-Datei liefern“. Vereinbaren Sie, welche Komponenten, Zustände, Inhalte und offenen Annahmen dokumentiert werden und wer Rückfragen während der Implementierung beantwortet.
Die Übergabe für vier Zustände konkret machen
Für einen fiktiven Ablauf zur Terminbuchung enthält ein brauchbarer Übergabesatz jeweils das Aussehen, den Text, das Verhalten und die Rückmeldung für:
| Zustand | Was im Entwurf stehen sollte | Was Entwicklung klären sollte |
|---|---|---|
| Normal | Inhaltshierarchie, Beschriftungen, Pflichtfelder, Tastaturreihenfolge und nächster Schritt. | Welche Eingabe wird geprüft und wann wird die Buchung gespeichert? |
| Lädt | Erkennbarer Status, verständlicher Hinweis und Verhalten bei längerer Wartezeit. | Ab wann gilt ein Aufruf als zu langsam? Kann die Person abbrechen oder erneut versuchen? |
| Fehler | Konkreter Fehlertext, betroffene Eingabe, Fokusziel und nächster möglicher Schritt. | Welche Fehler kommen vom Feld, Server oder Netz? Wie wird ein doppelter Auftrag verhindert? |
| Kein Zugriff | Erklärung, ob Anmeldung fehlt, eine Berechtigung nicht reicht oder der Termin nicht verfügbar ist. | Welche sichere Aktion darf die Person ausführen und welche Information darf nicht offengelegt werden? |
Diese Zustände gehören zum selben Ablauf wie der normale Bildschirm. Ein Link oder eine hochauflösende Figma-Datei beantwortet die Fragen zur API, zum Fokus oder zur Berechtigung nicht. Halten Sie bei jeder offenen Frage fest, wer die fachliche Regel entscheidet und wer den technischen Weg bestätigt.
Nutzerforschung, Gestaltung und Entwicklung verbinden
- Frage festlegen: Halten Sie Annahme, Zielgruppe und Entscheidung fest, die von der Recherche abhängt.
- Teilnehmende erreichen: Klären Sie, wer geeignete Nutzende anspricht und Einwilligungen sowie Datenschutz organisiert.
- Gemeinsam beobachten: Lassen Sie Produkt und Entwicklung an ausgewählten Sitzungen teilnehmen. Die Forschenden verantworten Methode und Auswertung.
- Entwurf prüfen: Testen Sie einen Ablauf oder Prototyp, bevor Sie ihn vollständig bauen. Dokumentieren Sie auch widersprüchliche Beobachtungen.
- Umsetzen und weiter prüfen: Entwickeln Sie iterativ, prüfen Sie die echte Oberfläche und legen Sie fest, welche Signale nach der Veröffentlichung erneut bewertet werden.
Prüfliste vor der Beauftragung
- Ist die Designfachkraft für Recherche, Interaktionsgestaltung oder visuelles Design vorgesehen?
- Wer entscheidet über Produktumfang, Priorität und fachliche Freigabe?
- Wer spricht passende Teilnehmende für Gespräche oder Tests an, stellt Testdaten bereit und organisiert notwendige Einwilligungen?
- Wer übernimmt die technische Implementierung und die Qualitätssicherung?
- Sind Ergebnisse, Übergabe, Feedbackweg und verfügbare Zeit schriftlich festgehalten?
UX oder UI: Welche Rolle fehlt wirklich?
| Beobachtung | Eher UX-Aufgabe | Eher UI-Aufgabe | Erster Schritt |
|---|---|---|---|
| Menschen verstehen den Ablauf nicht. | Ja, wenn Reihenfolge, Begriffe oder Bedarf unklar sind. | Nur dann, wenn die Gestaltung selbst die Verständlichkeit mindert. | Forschungsfrage formulieren und einen Ablauf beobachten. |
| Ablauf ist klar, aber Oberflächen weichen stark voneinander ab. | Kann ein Teil sein, falls Struktur und Muster fehlen. | Ja, wenn visuelle Hierarchie, Komponenten oder responsive Varianten fehlen. | Bestand und Designsystem mit realen Ansichten vergleichen. |
| Entwurf lässt wichtige Fehler- oder Zugriffszustände offen. | Ja, wenn Produktverhalten und Nutzerweg noch unentschieden sind. | Ja, für klare Darstellung dieser Zustände in der Oberfläche. | Fachliche Regeln, Zustandsliste und Zuständigkeit gemeinsam festlegen. |
| Niemand priorisiert Produktarbeit. | Keine der beiden Rollen kann das allein ersetzen. | Keine der beiden Rollen kann das allein ersetzen. | Produktverantwortung benennen, bevor Gestaltung beginnt. |
Wann eine zusätzliche Designfachkraft nicht genügt
Wenn niemand Produktentscheidungen trifft, kann Design die Priorität nicht stellvertretend festlegen. Wenn niemand Teilnehmende für Gespräche oder Tests organisiert, bleibt Research auf Vermutungen angewiesen. Wenn Entwicklung erst nach fertigen Entwürfen einbezogen wird, können technische Grenzen und Zugänglichkeit spät auffallen. Besetzen Sie diese Verantwortungen oder vereinbaren Sie bewusst, welche davon im Umfang enthalten sind.
Eine UI/UX-Fachkraft ist auch nicht automatisch eine Agentur, die ein vollständiges Produkt inklusive Strategie, Forschung, Design und Entwicklung eigenständig liefert. Division5 vermittelt vorgeprüfte Fachkräfte zur Zusammenarbeit mit Ihrem Team. Legen Sie Rolle und Umfang fest, bevor Sie starten. Für alle vermittelten Fachkräfte gilt eine 30-tägige Testphase; Umfang, Preis, Wechsel und Beendigung werden für das konkrete Angebot schriftlich festgehalten. Vertragspartner und deutscher Ansprechpartner ist die PIRATE GmbH in Köln.
Sie können die geprüften Profile und aufgezeichneten Interviews schon vor dem Kennenlernen ansehen. Wenn mehrere Rollen parallel gebraucht werden, besprechen Sie eine abgestimmte Teamkonstellation. Wenn die Lücke klar bei einer Person liegt, kann eine einzelne Fachkraft ausreichen.
Quellen und weiterführende Informationen
Quellenstand: 22. Oktober 2026. Externe Inhalte können sich ändern.