Design-Thinking-Workshop für Produktteams: Ablauf, Agenda und Grenzen

Ein Design-Thinking-Workshop ist ein strukturierter Arbeitstermin für ein Problem, dessen Lösung noch nicht feststeht. Das Team untersucht die Sicht der Nutzer, schärft die Fragestellung, entwickelt mehrere Ansätze und macht mindestens eine Idee testbar.

Ein Tag kann gemeinsame Klarheit und einen ersten Prototyp liefern. Er liefert kein fertiges Produkt und ersetzt weder Nutzerforschung noch die Umsetzung danach.

Wann Design Thinking passt

Das Format ist hilfreich, wenn mehrere Fachbereiche auf ein Problem schauen, Nutzerbedürfnisse unklar sind oder das Team zu früh an einer Lösung festhält. Typische Aufgaben sind ein neuer digitaler Service, ein schwer verständlicher Prozess oder ein Produktablauf mit vielen Abbrüchen.

Ein Workshop passt schlecht, wenn das Problem rein technisch und bereits klar beschrieben ist, eine Entscheidung längst gefallen ist oder niemand mit Nutzern sprechen darf. Er hilft auch nicht, wenn das Team keine Zeit und kein Mandat für die nächsten Schritte hat.

Vor der Einladung sollte deshalb feststehen:

• Welche Entscheidung soll der Workshop vorbereiten?
• Welcher Teil des Problems liegt im Einflussbereich des Teams?
• Welche Nutzer oder Betroffenen können einbezogen werden?
• Wer entscheidet nach dem Workshop über den nächsten Test?
• Welche Kapazität steht für Nachbereitung und Umsetzung bereit?

Die sechs Phasen

Design Thinking wird in verschiedenen Modellen beschrieben. Für einen Produktworkshop ist diese Folge praktikabel:

1. Verstehen: Kontext, Ziel und Einschränkungen klären.
2. Beobachten: Aussagen und Verhalten der Nutzer untersuchen.
3. Sichtweise definieren: Erkenntnisse zu einem konkreten Problem verdichten.
4. Ideen entwickeln: mehrere Lösungswege öffnen und anschliessend auswählen.
5. Prototyp bauen: eine Idee mit möglichst wenig Aufwand greifbar machen.
6. Testen: echte Reaktionen beobachten und die Annahme überprüfen.

Die Phasen sind keine starre Einbahnstrasse. Ein Test kann zeigen, dass das Team das Problem falsch verstanden hat. Dann geht die Arbeit zurück zu Beobachtung und Definition.

Vorbereitung

Eine offene, aber begrenzte Frage

Wie können wir innovativer werden? ist zu breit. Wie können Servicetechniker einen abgeschlossenen Einsatz dokumentieren, ohne am Abend Notizen nachzutragen? gibt dem Team einen konkreten Rahmen, ohne die Lösung vorwegzunehmen.

Material aus der Praxis

Sammle vorab Interviews, Supportfälle, Nutzungsdaten, Prozessschritte und vorhandene Lösungen. Ein Workshop ohne Kontakt zur Realität produziert leicht Ideen, die nur im Sitzungsraum überzeugen.

Die richtigen Personen

Ein interdisziplinäres Team verbindet Fachwissen, Produkt, Gestaltung und Technik. Dazu kommen eine entscheidungsfähige verantwortliche Person und eine Moderation, die nicht gleichzeitig ihre Lieblingslösung verteidigen muss.

Bei mehr als sieben oder acht aktiven Teilnehmenden steigt der Moderationsaufwand. Dann helfen Kleingruppen und eine zweite Person für Dokumentation oder Facilitation.

Rollen und Verantwortung

Der Sponsor klärt Ziel und Entscheidungsspielraum. Die Produktverantwortung trägt die Verbindung zur weiteren Roadmap. Die Moderation führt durch Prozess und Zeit, entscheidet aber nicht über Inhalte. Fachpersonen bringen Realität und Einschränkungen ein. Nutzer oder Testpersonen liefern Beobachtungen, keine fertige Produktstrategie.

Bestimme vorab, wer Ergebnisse dokumentiert und wer nach dem Termin Aufgaben übernimmt. Sonst endet der Workshop mit Fotos von Haftnotizen, für die sich niemand zuständig fühlt.

Beispiel für eine Tagesagenda

Zeit	Arbeit	Ergebnis
09:00	Ziel, Kontext und vorhandene Erkenntnisse	gemeinsamer Rahmen
09:45	Nutzer, Ablauf und Probleme sichtbar machen	priorisierte Beobachtungen
11:00	Problemstatement formulieren	eine prüfbare Designfrage
11:30	Einzelne Ideen entwickeln	breite Sammlung ohne Gruppendruck
13:15	Ideen teilen, kombinieren und bewerten	ein bis zwei Ansätze
14:15	einfacher Prototyp	testbares Artefakt
15:30	Test oder Testvorbereitung	Beobachtungen und offene Fragen
16:30	Entscheidung und nächste Schritte	Verantwortliche und Termine

Ein halber Tag reicht für Problemklärung oder Ideation, selten für den gesamten Prozess samt brauchbarem Test. Zwei Tage erlauben mehr Research, Prototyping und echte Nutzergespräche. Wähle die Dauer nach der Lernfrage, nicht nach einem Standardpaket.

Moderation während des Workshops

Lass Teilnehmende Ideen zuerst einzeln notieren. Das verhindert, dass die ranghöchste oder lauteste Person den Lösungsraum vorgibt. Trenne das Öffnen von Ideen von ihrer Bewertung.

Halte Entscheidungen und offene Fragen sichtbar. Timeboxing schützt die Agenda, sollte aber keine wichtige Unklarheit überdecken. Wenn das Team über das Problem uneinig ist, bringt ein schneller Sprung zum Prototyp wenig.

Die Moderation achtet zudem auf vorgefasste Lösungen. Sätze wie Der Kunde braucht ein Dashboard beschreiben bereits eine Form. Frage stattdessen, welche Entscheidung der Kunde heute nicht treffen kann und warum.

Remote und hybrid

Ein Remote-Workshop braucht vorbereitete digitale Boards, getestete Zugänge und kürzere Arbeitsblöcke. Versende keine leere Whiteboard-Fläche mit hundert Werkzeugen. Lege Bereiche, Aufgaben und Beispiele vorab an.

Plane mehr Pausen und klare Kleingruppenaufträge. Benenne eine Person für technische Probleme, damit die Moderation beim Inhalt bleiben kann.

Hybride Formate sind oft schwieriger als rein remote oder vollständig vor Ort. Personen im Raum sprechen leichter miteinander, während zugeschaltete Teilnehmende den Anschluss verlieren. Wenn hybrid unvermeidbar ist, sollten alle mit eigenem Gerät und gleichwertigem Zugang zum Board arbeiten.

Was nach dem Workshop passieren muss

Die schwächste Stelle vieler Workshops liegt nach dem Termin. Dokumentiere nicht nur Ideen, sondern:

• bestätigte und widerlegte Annahmen
• Beobachtungen mit Quelle
• gewählten Lösungsansatz und verworfene Alternativen
• offenen Risiken
• nächsten Test
• verantwortliche Person und Termin

Überführe den Prototyp nicht direkt in eine Funktionsliste. Entscheide zuerst, was noch gelernt werden muss. Ein Follow-up nach wenigen Tagen verhindert, dass Fragen und Zuständigkeiten verschwinden.

Design Thinking, Design Sprint und Product Discovery

Design Thinking ist ein breiter Ansatz und Werkzeugkasten. Ein Design Sprint ist ein stärker getaktetes Format, das in wenigen Tagen zu Prototyp und Test führen soll. Product Discovery ist die laufende Arbeit, mit der ein Team Probleme, Nutzen, Machbarkeit und Geschäftlichkeit vor und während der Entwicklung prüft.

Ein Workshop kann Teil der Discovery sein. Er ersetzt sie nicht. Nutzer-Feedback richtig einsammeln und priorisieren zeigt, wie die Arbeit nach dem ersten Termin weitergeht.

Selbst moderieren oder Hilfe holen

Interne Moderation passt, wenn Methode, Gruppe und Problem überschaubar sind und die moderierende Person inhaltlich neutral bleiben kann. Externe Moderation lohnt sich bei festgefahrenen Diskussionen, Hierarchie im Raum oder fehlender Erfahrung mit Nutzerresearch und Prototyping.

Im Workshop für Produktteams verbinden wir Moderation mit dem nächsten testbaren Schritt. Das Ziel ist kein Workshop-Erlebnis, sondern eine Entscheidung, die das Team nach dem Termin weiterbearbeiten kann.