Produktteams beginnen in der Regel damit, UX-Design auszulagern, wenn ihre derzeitige Einrichtung nicht mehr mit dem Produkt Schritt halten kann. Die Auslieferung verlangsamt sich, die Arbeit an den Funktionen stapelt sich und UX wird zu einem Engpass bei der Entwicklung, der Validierung, den Schnittstellenentscheidungen und der Übergabe. In manchen Teams ist ein Designer am Ende auf zu viele Arbeitsabläufe verteilt. In anderen kennt das Team das Produkt gut, hat aber nicht die nötige Tiefe für Redesigns, komplexe Abläufe oder Skalierungsarbeiten.
An diesem Punkt wird das Outsourcing von UX-Design zu einer praktischen Entscheidung und nicht zu einer Abkürzung. Es gibt Produktteams die Möglichkeit, ihre Kapazitäten gezielt zu erweitern, fehlendes Fachwissen einzubringen und schneller voranzukommen, ohne dass jeder neue Bedarf zu einem langen Einstellungszyklus führt. Die sinnvolle Frage ist nicht, ob Outsourcing „gut“ ist. Die eigentliche Frage ist, ob es eine klare Liefer- oder Fähigkeitslücke besser löst als eine Einstellung, eine Verzögerung der Arbeit oder eine weitere Überlastung des bestehenden Teams.
Wenn In-House UX nicht mehr skaliert
In der Regel hört die interne UX auf zu skalieren, bevor das Team es direkt sagt.
Das erste Signal sind Engpässe. Zu viel Arbeit hängt von zu wenigen Personen ab. Entdeckung, Abläufe, Wireframes, UI-Entscheidungen, Design-Qualitätssicherung, Stakeholder-Reviews und Entwicklerunterstützung konkurrieren alle um die gleiche Zeit. Die Arbeit geht zwar weiter, aber langsamer, als es die Produktplanung vorsieht.
Das zweite Signal ist eine zu geringe Spezialisierung. Viele Teams haben starke Generalisten, aber nicht jedes Team hat die richtige Tiefe für konversionslastige Umgestaltungen, Onboarding-Optimierung, Unternehmens-Workflows oder die Validierung neuer Funktionen unter Druck. Das Problem sind nicht die schwachen Talente. Das Problem ist, dass die Produktanforderungen spezifischer werden als die aktuelle Teamstruktur.
Das dritte Signal sind Designschulden. Teams fangen an, „gut genug“ zu sein, weil es keinen Raum für weitere Iterationen gibt. Dies äußert sich in der Regel in Form von inkonsistenten Bildschirmen, umständlicher Navigation, unklaren mehrstufigen Aktionen und mehr PM- oder Engineering-Aufwand, um die UX-Lücken später zu kompensieren.
Das vierte Signal ist die Verzögerung durch das Management. Produktmanager, Gründer oder technische Leiter beginnen, zu viel Designkoordination selbst zu übernehmen. Sie schreiben zu detaillierte Briefings, klären vermeidbare UX-Fragen und verbringen Zeit damit, Arbeiten freizugeben, die unabhängig voneinander hätten erledigt werden sollen.
An diesem Punkt ist das Problem nicht, ob das interne Team talentiert ist. Das Problem ist, dass das Betriebsmodell nicht mehr mit der Arbeitsbelastung übereinstimmt.
Wenn Outsourcing wirklich Sinn macht
UX-Outsourcing ist sinnvoll, wenn das Team ein definiertes Problem hat und die Kosten für das Warten höher sind als die Kosten für externe Unterstützung.
Ein Redesign ist einer der deutlichsten Fälle. Die Neugestaltung führt zu einem vorübergehenden Anstieg des UX-Bedarfs: Überprüfung der aktuellen Abläufe, Umstrukturierung der Bildschirme, Vereinfachung der Benutzerführung, Überdenken der Hierarchie und Anpassung des Designs an die technischen Zwänge. Die meisten Teams brauchen dafür keine permanente zusätzliche Personalausstattung. Sie brauchen eine konzentrierte Ausführung für einen bestimmten Bereich.
Die Validierung neuer Funktionen ist ein weiterer wichtiger Fall. Die Produktteams wissen oft schon, was sie bauen wollen, aber sie brauchen schnelleres UX-Denken über die Flussstruktur, Reibungspunkte und Entscheidungswege, bevor die Entwicklung zu weit geht. Ausgelagerte UX-Designer können dabei helfen, Annahmen in testbare Interface-Entscheidungen umzuwandeln, ohne dass interne Produkt- und Designressourcen von den eigentlichen Prioritäten abgezogen werden.
Die Skalierung ist ein weiterer praktischer Auslöser. Wenn Produkte wachsen, werden kleine UX-Probleme zu größeren Systemproblemen: Das Onboarding bricht bei mehr Anwendungsfällen zusammen, die Einstellungen werden unübersichtlich, Dashboards verlieren an Klarheit und Muster driften über das Produkt hinweg. Hier ist externe Unterstützung oft am effizientesten, vor allem, wenn das Team auch verstärkt an Designsystemen, wiederverwendbaren Mustern oder einer konsistenteren Übergabe arbeiten muss. Ressourcen wie der NN/g-Leitfaden für Designsysteme und Material Design sind nützliche Referenzpunkte, wenn Teams mehr Konsistenz im großen Maßstab benötigen.
Outsourcing ist auch dann sinnvoll, wenn Geschwindigkeit wichtiger ist als Org-Expansion. Die Einstellung braucht Zeit, das Onboarding braucht Zeit, und die Einarbeitung eines neuen internen Designers braucht noch mehr Zeit. Wenn das Team eine stärkere UX-Ausführung in diesem Monat und nicht erst im nächsten Quartal benötigt, ist ein externes Team oft der schnellere Weg.
Was das Outsourcing nicht lösen kann, ist die fehlende Produktverantwortung. Wenn auf der Produktseite keine Klarheit über Prioritäten, Ziele oder Entscheidungsträger herrscht, kann kein externer UX-Partner dies beheben.
Häufige Bedenken über UX-Outsourcing
Die gängigen Einwände gegen das Outsourcing von UX-Design sind berechtigt. Die meisten von ihnen sind keine Mythen. Sie sind Management-Risiken.
Ein Kontrollverlust tritt in der Regel auf, wenn der Umfang vage ist, die Überprüfungspunkte unregelmäßig sind und niemand klare Entscheidungsrechte hat. Gutes Outsourcing reduziert nicht die Kontrolle. Es macht die Kontrolle eindeutig. Wer genehmigt die Abläufe? Wer gibt konsolidiertes Feedback? Was wird wöchentlich überprüft? Was gilt als endgültig?
Kommunikationsprobleme gibt es zwar auch, aber sie sind in der Regel eher Prozess- als Geographieprobleme. Externe Teams arbeiten gut, wenn der Arbeitsablauf schriftlichen Kontext, dokumentierte Entscheidungen und asynchrone Kommunikation unterstützt, anstatt sich auf ständige Treffen zu verlassen. Dies ist umso wichtiger, wenn Produkt, Design und Technik bereits über Zeitzonen oder verteilte Zeitpläne hinweg arbeiten. Hilfreiche Referenzpunkte sind hier NN/g über Remote-UX-Arbeit und der Leitfaden von Atlassian zur asynchronen Kommunikation.
Qualitätsbedenken sind der vernünftigste Einwand. Die externe Qualität ist sehr unterschiedlich. Aber Qualität ist nicht schwer zu bewerten, wenn das Team weiß, worauf es achten muss. Verbessern sie den Aufgabenablauf oder schmücken sie nur die Bildschirme? Können sie Kompromisse erklären? Denken sie in Systemen und nicht in isolierten Mockups? Können die Ingenieure mit dem arbeiten, was sie liefern, ohne zu raten?
Lücken im Produktkontext sind normal. Kein externes Team beginnt mit demselben Kontext wie ein interner Designer. Die nützliche Frage ist, wie schnell sie den richtigen Kontext aufnehmen und anfangen, nützliche Entscheidungen zu treffen. Starke Partner stellen frühzeitig scharfe Fragen, erkennen fehlende Informationen schnell und brauchen nicht erst endlos viel Unterstützung.
Wie ausgelagerte UX-Teams arbeiten (in der Praxis)
Die besten ausgelagerten UX-Teams arbeiten wie eine Erweiterung des Produktteams und nicht wie eine abgetrennte Lieferantenspur.
Ein praktischer Aufbau beginnt in der Regel mit einer strukturierten Eingabephase:
- Produktziele
- bekannte Reibungspunkte
- Stromflüsse oder Bildschirme
- technische Sachzwänge
- Teamrollen
- Fristen
- Prioritäten
Von dort aus wird die Arbeit operativ. Das externe Team setzt diesen Input in eine Lieferstruktur mit klaren Ergebnissen, Kontrollpunkten und Verantwortlichkeiten um.
In der Praxis sieht der Arbeitsablauf in der Regel wie folgt aus:
1. Das Produktteam definiert den Geschäfts- und Produktkontext.
Das Team erklärt, was sich ändert, warum es wichtig ist, welche Einschränkungen bestehen und welche Entscheidungen unterstützt werden müssen.
2. Der UX-Partner legt den Umfang der Arbeit fest.
Sie unterteilen das Problem in konkrete Aufgaben: Audit, Überprüfung der Abläufe, Wireframes, Designanweisungen, Verwendung von Komponenten oder Vorbereitung der Übergabe.
3. Die Arbeit geht durch die asynchrone Überprüfung und den Live-Abgleich.
Das meiste Feedback erfolgt in Tools wie Figma, Notion, Jira, Linear oder Slack. Live-Anrufe werden für Entscheidungen genutzt, nicht um Strukturen zu ersetzen.
4. Die Ergebnisse werden in umsetzungsfähiger Form geliefert.
Nicht nur ausgefeilte Bildschirme, sondern auch Argumente, Anmerkungen, Ablauflogik und genügend Klarheit für die Ingenieure, damit sie ohne Rätselraten arbeiten können.
Dieses Modell funktioniert, weil es die Mehrdeutigkeit reduziert. Es gibt Produktmanagern, Designern und Ingenieuren eine klare Richtung für die Zusammenarbeit vor.
Integration ist hier wichtig. Der richtige Partner verlangt vom Team nicht, dass es seinen Prozess um ihn herum neu aufbaut. Er fügt sich in den bestehenden Arbeitsablauf, die Überprüfungsrhythmen und die Dokumentationsgewohnheiten ein. So wird verhindert, dass externe Unterstützung zu einem Koordinationsproblem wird.
In-House vs. ausgelagerte UX
Es gibt keinen universellen Gewinner. Es gibt nur das bessere Modell für die aktuelle Einschränkung.
Kosten
In der Regel ist es besser, wenn der Designbedarf konstant und breit gefächert ist und im Mittelpunkt der täglichen Produktarbeit steht. Outsourcing ist effizienter, wenn der Bedarf vorübergehend, spezialisiert oder unregelmäßig ist.
| Deutschland (firmenintern) | Outsourcing (Europa / Remote) | |
|---|---|---|
| Kostenniveau | Höhere Gesamtkosten | Kosteneffizienter |
| Durchschnittliches Jahresgehalt | €55.000 – €75.000 (mittlere Ebene) €75.000 – €95.000+ (Senior) | Nicht festgelegt (je nach Umfang und Modell) |
| Typische Preise | €80 – €150/Stunde (Agentur/Senior) | €40 – €80/Stunde (Osteuropa, Agenturen & Freiberufler) |
| Monatliche Kosten | €5.000 – €9.000+ (nur Gehalt, ohne Gemeinkosten) | ~€3.000 – €7.000 (eigener Designer, flexible Einrichtung) |
| Wofür Sie bezahlen | Gehalt, Steuern, Sozialleistungen, Büro, Ausrüstung, Einstellung, Onboarding | Tatsächlich geleistete Arbeit, flexible Zuteilung, keine festen Gemeinkosten |
| Einrichtungszeit | Wochen bis Monate (Einstellung + Onboarding) | Tage bis Wochen (je nach Umfang) |
| Flexibilität | Niedrig (festes Team, schwieriger schnell zu skalieren) | Hoch (leicht zu vergrößern/verkleinern) |
| Zugang zu Fachwissen | Beschränkt auf das eingestellte Team | Breiter angelegt (mehrere Projekte, bereichsübergreifende Erfahrung) |
Geschwindigkeit
Outsourcing gewinnt in der Regel bei der Zeit bis zum Start. Eine Einstellung ist nur dann von Vorteil, wenn die Stelle bereits besetzt ist und die Arbeit läuft. Wenn das Team noch in diesem Monat Unterstützung benötigt, ist externe Hilfe in der Regel schneller als die Einstellung und Einarbeitung von Mitarbeitern.
Flexibilität
Outsourcing lässt sich leichter vergrößern oder verkleinern. Das ist wichtig für Umgestaltungen, Markteinführungen, Experimente und vorübergehende Druckspitzen. Inhouse ist weniger flexibel, aber besser für eine kontinuierliche, eingebettete Zusammenarbeit.
Fachliche Tiefe
Ein interner Designer hat oft einen tieferen Produktkontext. Ein externes Team hat oft eine breitere Erfahrung mit verschiedenen Produkten und Problemen. Wenn die Lücke im Bereich Kontext liegt, sollten Sie sie schließen. Wenn die Lücke in der Ausführungstiefe oder der fachlichen Erfahrung besteht, bietet das Outsourcing in der Regel einen schnelleren Zugang.
Management Gemeinkosten
Schlechtes Outsourcing erzeugt Gemeinkosten. Gutes Outsourcing reduziert ihn. Der entscheidende Faktor ist nicht der Standort. Es ist die Prozessreife. Wenn das externe Team ständige Korrekturen verlangt, scheitert das Modell. Wenn sie Struktur, Dynamik und wiederverwendbares Denken mitbringen, funktioniert das Modell.
Wonach Sie bei einem UX-Partner suchen sollten
Wählen Sie einen UX-Partner nicht allein aufgrund seines visuellen Stils. Wählen Sie ihn nach der Qualität der Ausführung und der Eignung für den Arbeitsablauf aus.
Achten Sie zunächst auf klare Prozesse. Sie sollten in der Lage sein zu erklären, wie die Arbeit beginnt, wie der Umfang gehandhabt wird, wie Überprüfungen ablaufen, welche Ergebnisse Sie erhalten und wie Änderungen gehandhabt werden. Wenn der Prozess vage klingt, ist es die Ausführung in der Regel auch.
Zweitens: Suchen Sie nach relevanten Fallstudien. Nicht nur polierte Bildschirme. Suchen Sie nach Beispielen, in denen sie Abläufe vereinfacht, die Struktur verbessert, Reibungsverluste reduziert oder die Produktbereitstellung auf messbare Weise unterstützt haben.
Drittens: Prüfen Sie die Workflow-Kompatibilität. Können sie mit Ihren Tools arbeiten? Können sie gut mit schriftlichem Feedback umgehen? Können sie ohne ständige Überwachung arbeiten? Starke Partner fügen sich in die Produkt- und Entwicklungsabläufe ein, anstatt ein paralleles Chaos zu schaffen.
Viertens: Bewerten Sie das Systemdenken. Wenn Ihr Produkt wächst, sollte das Team Konsistenz, Wiederverwendung und Skalierung verstehen. Hier ist Erfahrung mit Designsystemen wichtig.
Fünftens: Testen Sie bei Bedarf in einem begrenzten Rahmen. Ein gezieltes Audit, ein kleiner Funktionsablauf oder ein Redesign-Sprint ist oft der beste Weg, um die Qualität der Zusammenarbeit zu bewerten, bevor Sie sich weiter engagieren.
Beim Outsourcing von UX geht es nicht darum, ein internes Team zu ersetzen. Es geht darum, eine bestimmte Kapazitäts- oder Kompetenzlücke zu schließen, ohne die Produktlieferung weiter zu verzögern.
Wenn Ihre Designer überlastet sind, Ihre Roadmap die interne Bandbreite übersteigt oder Ihr Produkt eine stärkere UX-Ausführung benötigt, als die aktuelle Einrichtung unterstützen kann, ist Outsourcing eine vernünftige Option. Nicht, weil es automatisch billiger ist. Nicht, weil externe Teams automatisch besser sind. Sondern weil es in der richtigen Situation der schnellste und sauberste Weg ist, die Lieferqualität wiederherzustellen.
Das ist die eigentliche Entscheidung: nicht „Sollten wir UX theoretisch auslagern?“, sondern „Löst die externe UX-Unterstützung unseren aktuellen Engpass besser als die Einstellung, Verzögerung oder erneute Streckung des Teams?“
Wie Teams typischerweise mit externen UX arbeiten
Engagiertes Team
Wird verwendet, wenn Sie im Laufe der Zeit eine konsistente UX-Kapazität benötigen.
Dieses Modell eignet sich am besten für:
- laufende Produktentwicklung
- Skalierung der UX über mehrere Workstreams hinweg
- Umgestaltungen, die kontinuierliche Iterationen erfordern
- Aufbau oder Pflege von Designsystemen
Sie erhalten ein festes Team, das in Ihren Arbeitsablauf eingebettet ist (Figma, Jira, Slack usw.), und mit dem Produkt und der Technik zusammenarbeitet.
Der Aufbau ist vorhersehbar:
- monatliche Fixkosten
- stabile Teamzusammensetzung
- kontinuierliche Bereitstellung ohne erneute Planung jeder Aufgabe
Typische Struktur:
- 1-2 UX/UI-Designer
- optionale Oberaufsicht (UX Lead / Director)
- flexible Zuweisung auf der Grundlage der Prioritäten der Roadmap
Dieses Modell reduziert den Koordinationsaufwand und funktioniert gut, wenn UX ein kontinuierlicher Teil der Lieferung ist und nicht eine einmalige Notwendigkeit.
Zeit und Material
Wird verwendet, wenn der Umfang nicht vollständig definiert ist oder die Arbeit kurzfristig ist.
Dieses Modell passt:
- UX-Audits
- neue Funktion Validierung
- kleine Umgestaltungen oder Verbesserungen der Abläufe
- Sondierungsarbeit vor der Entwicklung
Sie zahlen für die tatsächlich aufgewendete Zeit, was es ermöglicht:
- flexibler Anwendungsbereich
- schneller Start ohne lange Planungszyklen
- die Fähigkeit, die Richtung je nach Arbeitsfortschritt anzupassen
Typische Verwendung:
- eine Idee für eine Funktion testen
- einen bestimmten Fluss verbessern
- Annahmen zu überprüfen, bevor Sie sich zum Bau verpflichten
Wie Sie wählen
- Wenn Sie eine kontinuierliche UX-Arbeitsbelastung haben → Engagiertes Team
- Wenn Sie einen unsicheren oder begrenzten Umfang haben → Zeit & Material
Die meisten Produktteams verwenden beides:
beginnen Sie mit Time & Material → wechseln Sie zu Dedicated Team, sobald sich der Bedarf stabilisiert hat.
Logik der Preisgestaltung (vereinfacht)
Die Kosten basieren auf:
- Teamgröße
- Senioritätsstufe
- Dauer des Engagements
Bei dedizierten Systemen entspricht dies in der Regel einem monatlichen Festpreis. Bei flexibler Arbeit basieren sie auf dem tatsächlichen Zeitaufwand.
Zwei gängige Methoden der Zusammenarbeit von Produktteams mit externen UX
Reine Design-Zusammenarbeit
Wir entwerfen. Ihr Team (oder Anbieter) baut.
Diese Einstellung funktioniert am besten, wenn:
- Sie haben bereits ein Entwicklungsteam
- Sie brauchen eine stärkere UX-Ausführung, ohne Ihre technische Einrichtung zu ändern
- Sie die volle Kontrolle über die Implementierung behalten möchten
Das UX-Team konzentriert sich auf Abläufe, Struktur und Schnittstellenentscheidungen, , während Ihr Team auf der Grundlage klarer, umsetzungsfähiger Ergebnisse arbeitet.
Design + Lieferung (mit Partnerteam)
Wir entwerfen und koordinieren die Implementierung mit einem vertrauenswürdigen Partner.
Diese Einstellung funktioniert am besten, wenn:
- Sie haben kein zuverlässiges Entwicklungsteam
- Sie einen stärker integrierten Prozess von der Planung bis zur Fertigung wünschen
- Sie müssen den Koordinationsaufwand zwischen Design und Technik reduzieren
Anstatt mehrere Anbieter zu verwalten, erhalten Sie einen besser abgestimmten Prozess für Design und Entwicklung.
Wenn Ihr Produktteam auf dieselben Engpässe stößt, lohnt es sich vielleicht, vor dem nächsten Veröffentlichungszyklus zu prüfen, wo externe UX-Unterstützung die Liefergeschwindigkeit, Klarheit oder Ausführungsqualität verbessern würde.
FAQ
Wie lassen sich ausgelagerte UX-Teams in die Produktteams integrieren?
Die besten davon lassen sich in den bestehenden Arbeitsablauf integrieren: Figma, Jira, Linear, Slack, Notion, asynchrones Feedback und geplante Überprüfungspunkte. Sie sollten sich wie eine Erweiterung des Teams anfühlen, nicht wie eine separate Spur.
Ist das Outsourcing von UX langsamer als die Einstellung von Mitarbeitern?
Normalerweise nicht. Wenn das Team in diesem Monat Unterstützung benötigt, ist das Outsourcing oft schneller als die Einstellung, Einarbeitung und Inbetriebnahme eines neuen Vollzeitdesigners.
Wie kontrollieren Sie die Qualität bei ausgelagerten UX-Designern?
Verwenden Sie einen klaren Umfang, definierte Prüfpunkte, einen verantwortlichen Entscheidungsträger an Ihrer Seite und eine outputbasierte Bewertung. Beurteilen Sie die Qualität nach der Logik der Abläufe, der Klarheit und der Bereitschaft zur Umsetzung, nicht nur nach der Optik.
Wann sollten Sie UX nicht auslagern?
Lagern Sie UX nicht aus, wenn dem Produktteam selbst die Richtung fehlt. Wenn es keine Klarheit über Prioritäten, Ziele oder Verantwortlichkeiten gibt, wird externe Unterstützung nur Lärm erzeugen, anstatt Impulse zu geben.
Welche Arbeiten werden am besten intern erledigt?
Arbeiten, die von einem tiefgreifenden täglichen Kontext, langfristiger Produktverantwortung und ständiger funktionsübergreifender Abstimmung abhängen, sollten in der Regel besser intern erledigt werden. Outsourcing eignet sich am besten für Spezialistenlücken, Redesigns, Validierungsarbeiten und Kapazitätsspitzen.