UX Researcher:in

So stellen Sie eine:n UX Researcher:in für Ihr KMU ein

Bevor Sie die Stellenausschreibung schreiben, klären Sie drei Fragen. Sie entscheiden, ob die dedizierte Research-Funktion der richtige Hebel ist und welches Profil Sie tatsächlich brauchen.

Brauchen Sie wirklich eine:n dedizierte:n UX Researcher:in oder eine:n Product Designer:in mit Research-Anteil? In Produktteams mit weniger als 30 Personen oder weniger als 3 parallelen Produktinitiativen ist die Discovery-Last in der Regel von Product Designer:innen oder PMs mit leichtgewichtiger Research-Routine zu tragen. Eine dedizierte UX-Research-Funktion lohnt sich, wenn (a) das Produktteam ab 30-50 Personen wächst, (b) mehrere parallele Discovery-Stränge laufen, die methodische Tiefe brauchen, oder (c) ein neuer Markt oder eine neue Zielnutzungs-Hypothese systematische Validierung erfordert.

Stellen Sie die Funktion zu früh ein, wird die:der Researcher:in unterausgelastet oder mit Themen außerhalb der Kernkompetenz beauftragt ; stellen Sie sie zu spät ein, fehlt die Discovery-Tiefe in entscheidenden Produktphasen.

In welcher Produktphase befinden Sie sich? Eine:n Researcher:in, die:der in einem etablierten B2C-Produkt mit stabilem PMF an Optimierung von Funnel-Conversion gearbeitet hat, arbeitet anders als jemand, der in einem B2B-SaaS-Early-Stage den PMF durch Discovery-Interviews gesucht hat. Methodenmix, Tempo und Erkenntnistiefe unterscheiden sich. In der Early-Stage (unter 3 M€ ARR, PMF in Konsolidierung) suchen Sie ein Profil, das im Chaos zu Hause ist, schnelle qualitative Studien priorisiert und Lerngeschwindigkeit über methodische Perfektion stellt.

In einem etablierten Scale-up (10‑50 M€ ARR, stabilisiertes PMF) suchen Sie ein Profil, das eine rollende Studien‑Pipeline aufbauen, ein Repository reifen lassen und Research‑Rituale für ein wachsendes Team strukturieren kann. Die beiden Profile zu kreuzen führt in 6‑12 Monaten zu Scheitern oder Frustration.

Wie viel Prozent der Zeit fließt in Befähigung von PMs und Designer:innen? In einem KMU mit einer:einem einzigen Researcher:in wird die Funktion nicht skalieren, wenn sie nur eigene Studien durchführt. 20‑30 Prozent der Zeit fließen typischerweise in Befähigungs‑Arbeit: leichtgewichtige Leitfaden‑Vorlagen für DIY‑Research durch PMs, Pair‑Sessions bei kleineren Interviews, Review von Studien durch Designer:innen, regelmäßige interne Schulungen zu Interview‑Grundlagen und Verzerrungs‑Vermeidung. Klären Sie diese Dimension bereits in der Ausschreibung ;

ein Profil, das ausschließlich eigene Studien durchführen will, passt im KMU selten.

Indikative Kapazitätsrechnung: eine:n UX Researcher:in unterstützt 2 bis 4 Produkt‑Teams (10‑20 Ingenieur:innen plus 2‑4 Designer:innen plus 2‑4 PMs insgesamt). Darüber hinaus stellen Sie eine:n zweite:n Researcher:in ein oder bauen eine Head‑of‑Research-Ebene auf. Die Rolle Head of Research wird ab 3‑4 Researcher:innen oder 60‑80 Personen im Produktteam relevant.

[Firmenname], B2B‑KMU [Branche] mit Sitz in [Stadt], [X] Mitarbeitende, [X] M€ ARR, sucht eine:n UX Researcher:in zur Verstärkung eines Produktteams von [X] Personen.

Sie planen, führen und kommunizieren Nutzer‑Research über den gesamten Discovery‑Zyklus (qualitative Studien, quantitative Validierungen, Mixed‑Methods‑Pläne), eigenständig auf bekannten Themen und in Abstimmung bei strukturierenden Studien. Sie berichten an die [Head of Research / Head of Design / Head of Product / CPO].

• Studien von der Forschungsfrage bis zur dokumentierten Empfehlung verantworten:
  Discovery‑Bedarf klären, Methodenwahl begründen, Stichprobe planen, Recruiting koordinieren, Sessions moderieren, Synthese erstellen, Empfehlung an Stakeholder vermitteln.
• Kontinuierliche Discovery‑Pipeline pflegen: rollende Studien‑Planung im Quartalsrhythmus, Priorisierung in Abstimmung mit Produkt und Design, parallele Stränge zwischen tiefen und leichtgewichtigen Studien.
• An strategischen Produkt‑Diskussionen mitwirken (neue Persona‑Hypothesen, neue Marktsegmente, größere Funktionalitäts‑Fragen) und mit Discovery‑Plans…