Artikel

Innovation

Serviceinnovation-Prozess: 6 Frameworks im Vergleich, phasenspezifische Methoden und die 7 häufigsten Prozessfehler

Q: Was ist ein guter Kill-Rate-Benchmark?

60--70 % in der Ideation-Phase, 40--50 % in der Validierung, unter 20 % in der Skalierung. Eine Kill-Rate von null ist kein Erfolg -- es ist ein Zeichen fehlender Entscheidungskompetenz.

Serviceinnovation-Prozess: 6 Frameworks im Vergleich, phasenspezifische Methoden, Gate-Kriterien, Co-Creation im B2B und Prozess-Anti-Patterns.

Veroeffentlicht am: 20. März 2026 von SI Labs

Du willst einen neuen Service entwickeln — aber welcher Prozess ist der richtige? Design Thinking? Lean Startup? Stage-Gate? Die Antwort: Es kommt darauf an. Und genau das ist das Problem. Die meisten Organisationen wählen ein Framework, weil es gerade populär ist, nicht weil es zum Innovationstyp und zur Organisationsreife passt.

Dieser Artikel vergleicht sechs etablierte Frameworks, mappt konkrete Methoden auf jede Innovationsphase und zeigt, wo jeder Ansatz systematisch versagt — damit du den Prozess wählen kannst, der zu deinem Vorhaben passt.

Was die Forschung über den Serviceinnovation-Prozess sagt

Die akademische Forschung zu New Service Development (NSD) konvergiert seit 30 Jahren auf einen zentralen Befund: Serviceinnovation ist inhärent iterativ¹. Anders als Produktentwicklung lässt sich eine Dienstleistung nicht am Reißbrett fertigstellen und dann ausliefern — sie entsteht in der Interaktion zwischen Anbieter und Kunde.

Johnson, Menor, Roth und Chase modellierten den NSD-Prozess als Zyklus, nicht als Pipeline: Design → Analyse → Entwicklung → Markteinführung, mit Rückschleifen zwischen jeder Phase². Edvardsson und Olsson identifizierten drei Voraussetzungen, die gleichzeitig entwickelt werden: Service-Idee, Service-Konzept und Service-Delivery-System³. Menor und Roth zeigten empirisch, dass Marktgespür (Market Acuity) wichtiger ist als formalisierte Prozesse — die beste Methodik hilft nicht, wenn das Team den Markt nicht versteht⁴.

Die Kernlektion: Ein guter Serviceinnovation-Prozess kombiniert Struktur (damit Entscheidungen fallen) mit Flexibilität (damit Erkenntnisse zurückfließen können).

Der generische Serviceinnovation-Prozess

Unabhängig vom gewählten Framework durchläuft jede Serviceinnovation fünf Kernphasen:

Phase 1: Strategische Rahmung

Was: Problem und Suchraum definieren, bevor Lösungen entstehen. Leitfrage: Welches Kundenproblem lösen wir — und warum ist es strategisch relevant? Gate-Kriterium: Gibt es ein validiertes Kundenproblem mit ausreichender Marktgröße?

Phase 2: Discovery

Was: Tiefes Verständnis des Kundenkontexts aufbauen — Bedürfnisse, Verhaltensweisen, Schmerzpunkte. Leitfrage: Was tut der Kunde heute, und wo scheitert die aktuelle Lösung? Gate-Kriterium: Basiert das Problemverständnis auf Primärdaten (Interviews, Beobachtung), nicht auf Annahmen?

Phase 3: Ideation & Konzept

Was: Lösungsideen generieren, bewerten und zu Konzepten verdichten. Leitfrage: Ist die Lösung machbar, differenzierend und wirtschaftlich tragfähig? Gate-Kriterium: Wurde das Konzept gegen Alternativen bewertet? Ist ein Business Case skizziert?

Phase 4: Prototyping & Validierung

Was: Den Service erlebbar machen und mit echten Kunden testen. Leitfrage: Bestätigt der Prototyp die Kernhypothese? Gate-Kriterium: Hat der Prototyp mit echten Kunden die erwartete Wirkung gezeigt?

Phase 5: Implementation & Skalierung

Was: Den validierten Service in den Betrieb überführen und skalieren. Leitfrage: Kann das Delivery-System den Service zuverlässig und wiederholbar liefern? Gate-Kriterium: Sind operative Prozesse, Schulungen und Skalierungskriterien erfüllt?

Gate-Entscheidungen an jedem Übergang:

Go: Evidenz erfüllt die Kriterien — weiter zur nächsten Phase
Kill: Evidenz zeigt, dass das Vorhaben nicht tragfähig ist — expliziter Abbruch
Recycle: Vielversprechende Richtung, aber unzureichende Evidenz — zurück in eine frühere Phase mit verfeinerten Hypothesen

6 Frameworks im Vergleich

Design Thinking

Phasen: Empathize → Define → Ideate → Prototype → Test

Stärken für Services: Tiefes Nutzerverständnis treibt die Entdeckung unerfüllter Bedürfnisse. Die Prototyping-Kultur passt zu immateriellen Service-Konzepten. Cross-funktionale Teams spiegeln die Komplexität der Service-Erbringung wider.

Schwächen für Services: Kein eingebauter Business-Case-Check — Wünschbarkeit ohne Machbarkeitsprüfung. Das 5-Phasen-Modell suggeriert Linearität trotz Iterations-Rhetorik. Keine explizite Skalierungs- oder Implementierungsanleitung.

Am besten geeignet für: Inkrementelle bis moderate Innovation. Redesign bestehender Service-Erlebnisse. Wenn der Problemraum schlecht verstanden ist.

Detailliert beschrieben im Artikel Design Thinking.

Lean Startup

Phasen: Build → Measure → Learn (Zyklus)

Stärken für Services: Validierung vor Investition reduziert Verschwendung. Das MVP-Konzept adaptiert natürlich zum “Minimum Viable Service.” Datengetriebene Entscheidungen (Pivot/Persevere).

Schwächen für Services: Geht davon aus, dass einzelne Variablen isoliert getestet werden können — Services sind systemisch. Ein MVP für einen Service erfordert oft operative Infrastruktur, die sich schwer “minimieren” lässt. Wenig Anleitung für die Discovery-Phase.

Am besten geeignet für: Validierung neuer Service-Konzepte mit hoher Unsicherheit. Digitale und technologiegetriebene Services. Wenn Geschwindigkeit wichtiger ist als Perfektion.

Stage-Gate

Phasen: Discovery → Scoping → Business Case → Development → Testing → Launch (mit Gates dazwischen)

Stärken für Services: Klare Entscheidungspunkte mit expliziten Go/Kill/Recycle-Kriterien. Portfolio-Management-Integration. Risikomanagement durch inkrementelles Commitment. Der Geschäftsleitung vertraut — einfache organisationale Akzeptanz.

Schwächen für Services: Lineare Struktur kollidiert mit den Co-Creation-Anforderungen von Services. Gates können zu bürokratischen Engpässen werden. Ursprünglich für tangible Produkte designt — Service-Adaption erfordert erhebliche Modifikation. Kann Iteration und Serendipität unterdrücken⁵.

Am besten geeignet für: Inkrementelle Serviceinnovation mit klaren Marktanforderungen. Regulierte Branchen. Großes Portfolio-Management.

Double Diamond

Phasen: Discover (divergieren) → Define (konvergieren) → Develop (divergieren) → Deliver (konvergieren)

Stärken für Services: Expliziter divergent-konvergenter Rhythmus verhindert voreilige Festlegung. Trennt Problemraum (erster Diamant) vom Lösungsraum (zweiter Diamant). Intuitive visuelle Metapher für Stakeholder-Kommunikation.

Schwächen für Services: Keine explizite Business-Case- oder Machbarkeitsbewertung. Kein Gate-/Entscheidungsmechanismus. Für Teams, die konkrete Methodenanleitung brauchen, zu abstrakt. Keine Implementierungsphase.

Am besten geeignet für: Service-Redesign-Projekte. Wenn Teams ein klares Denkmodell für die Balance zwischen Exploration und Exploitation brauchen.

Design Sprint

Phasen: Map (Mo) → Sketch (Di) → Decide (Mi) → Prototype (Do) → Test (Fr)

Stärken für Services: Extreme Zeitkompression erzwingt Entscheidungen und eliminiert Analyse-Paralyse. Realistischer Prototyp in 5 Tagen, mit echten Kunden getestet. Cross-funktionales Team-Alignment in einer Woche.

Schwächen für Services: 5 Tage sind unzureichend für komplexe B2B-Servicesysteme mit mehreren Stakeholdern. Setzt voraus, dass das Problem bereits gerahmt ist (keine Discovery-Phase). 5 Nutzertests erzeugen ein trügerisches Validierungsgefühl. Kein Iterationsmodell — ein Sprint ist ein Einmalereignis.

Am besten geeignet für: Validierung spezifischer Service-Konzepte, wenn das Problem klar definiert ist. Durchbrechen organisatorischer Trägheit. Schnelles Alignment.

Service Design Thinking

Phasen: Exploration → Creation → Reflection → Implementation (iterativ) Prinzipien: Nutzerzentriert, ko-kreativ, sequenziell, evidenzbasiert, holistisch⁶

Stärken für Services: Zweckgebaut für Services — nicht von Produktentwicklung adaptiert. Co-Creation als Grundprinzip, nicht als Zusatz. Holistische Sicht auf Frontstage und Backstage. Über 25 service-spezifische Werkzeuge.

Schwächen für Services: Kann als “weich” wahrgenommen werden von Leadership, das Stage-Gate gewohnt ist. Weniger Betonung auf Business Case und kommerzielle Tragfähigkeit. Implementierungsphase am schwächsten entwickelt. Keine expliziten Gate-/Entscheidungskriterien.

Am besten geeignet für: Design neuer Service-Erlebnisse. Wenn die Organisation von Produkt-zentrischem zu Service-zentrischem Denken wechseln muss.

Mehr zu den Grundlagen im Artikel Service Design.

Vergleichsmatrix

Framework	Discovery	Validierung	Enterprise-Fit	Iteration	Service-spezifisch	Gate-Logik
Design Thinking	Stark	Schwach	Hoch	Mittel	Adaptiert	Keine
Lean Startup	Schwach	Stark	Mittel	Stark	Adaptiert	Pivot/Persevere
Stage-Gate	Schwach	Mittel	Sehr hoch	Schwach	Adaptiert	Go/Kill/Recycle
Double Diamond	Stark	Schwach	Mittel-Hoch	Mittel	Adaptiert	Keine
Design Sprint	Keine	Mittel	Mittel	Keine	Variante existiert	Keine
SD Thinking	Stark	Mittel	Mittel-Hoch	Stark	Nativ	Keine

Erkenntnis: Kein einzelnes Framework erreicht hohe Werte in allen Dimensionen. Die Lücke, die ein integriertes Framework wie iSEP schließt: Design Thinkings Empathie + Lean Startups Validierung + Stage-Gates Entscheidungslogik + Service Design Thinkings service-native Werkzeuge — kombiniert mit Enterprise-B2B-Spezifik, die keines liefert.

Methoden nach Phase

Discovery-Methoden

Methode	Wann einsetzen	Link
Customer Journey Mapping	Ist-Analyse des Kundenerlebnisses	Customer Journey Mapping
Jobs-to-be-Done-Interviews	Verborgene Bedürfnisse und Wechselmotive verstehen	—
Ethnografische Beobachtung	Wenn geäußerte Bedürfnisse von tatsächlichem Verhalten abweichen	—
Empathy Mapping	Cross-funktionales Alignment auf Nutzerverständnis	—
Shadowing / Service Safari	Schmerzpunkte in der laufenden Service-Erbringung identifizieren	—
Stakeholder Mapping	B2B-Kontexte mit mehreren Entscheidern (Ø 6,8 im B2B)⁷	—

Ideation-Methoden

Methode	Wann einsetzen	Link
How Might We (HMW)	Discovery-Erkenntnisse in Lösungsräume übersetzen	—
Brainstorming (strukturiert)	Große Gruppen, Energieaufbau, viele Optionen	—
Brainwriting (6-3-5)	Introvertierte Teams, Reduktion von Gruppendenken	—
SCAMPER	Bestehende Services systematisch verbessern	—
Morphologischer Kasten	Neue Service-Konfigurationen aus bekannten Komponenten	Morphologischer Kasten
Design Sprint (Sketch Day)	Schnelle visuelle Ideation unter Zeitdruck	—

Prototyping-Methoden

Methode	Wann einsetzen	Link
Service Blueprint	Komplexe Mehrkanalservices mit internen Übergaben	Service Blueprint
Service Prototyping	Schnelle Validierung von Service-Konzepten	Service Prototyping
Desktop Walkthrough	Schnelle Iteration am Service-Ablauf im Team	—
Wizard of Oz	Service-Konzepte testen, bevor Infrastruktur gebaut wird	—
Storyboarding	Service-Konzepte an Stakeholder kommunizieren	—
Experience Prototyping	Emotionale und erlebbare Dimensionen testen	—

Validierungs-Methoden

Methode	Wann einsetzen	Link
Usability Testing	Digitale Touchpoints, interface-intensive Services	—
Pilotprojekte	Gesamtes Service-System inkl. Betrieb validieren	—
A/B-Testing	Inkrementelle Verbesserungen an bestehenden Services	—
Concierge MVP	Manuell liefern, bevor automatisiert wird (B2B-relevant)	—
Business Model Validation	Zahlungsbereitschaft, Kostenstruktur, Skalierbarkeit	—
Kundenfeedback-Loops	Kontinuierliche Verbesserung während der Service-Erbringung	—

Co-Creation im B2B-Kontext

Serviceinnovation ist kein Solo-Projekt. Vargo und Lusch zeigen: Wert entsteht immer gemeinsam zwischen Anbieter und Kunde⁸. Grönroos ergänzt: Co-Creation findet nur in direkten Interaktionen statt — ohne echten Kundenkontakt keine echte Wertschöpfung⁹.

Im B2B-Kontext bedeutet das:

Innovationsphase	Kundenrolle	Intensität
Framing	Strategischer Informant	Leicht (Interviews, Advisory Board)
Discovery	Problem-Experte	Tief (Ethnografie, Shadowing, JTBD)
Ideation	Co-Creator	Mittel (Workshops, Co-Design-Sessions)
Konzept	Bewerter und Co-Designer	Mittel-Tief (gemeinsamer Blueprint, Feedback)
Validierung	Tester und Validator	Tief (Pilot-Teilnahme, Usability Testing)
Implementation	Launch-Partner	Leicht-Mittel (Beta-Programm, Referenzkunde)

Lead-User-Innovation nach von Hippel: B2B-Kunden sind häufiger Lead User als Endverbraucher, weil sie operatives Wissen haben, das dem Anbieter fehlt. 48 % der chirurgischen Innovationen an deutschen Unikliniken hatten breiteres kommerzielles Potenzial¹⁰. Die Identifikation und Einbindung dieser Lead User ist ein Hebel, den die meisten B2B-Organisationen nicht nutzen.

Serviceinnovation und Agile: Wo es passt und wo nicht

Wo Agile hilft

Sprint-basierte Serviceinnovation funktioniert für:

Validierung spezifischer Service-Konzepte (Design Sprints als begrenzte Experimente)
Iterative Entwicklung digitaler Service-Komponenten
Kontinuierliche Verbesserung bestehender Services
Backlog-Management für inkrementelle Service-Erweiterungen

Wo Agile schadet

Kurze Sprints schaden der Innovation, wenn:

Discovery Tiefe braucht: Teams, die sich durch Zeitdruck gehetzt fühlen, lassen Discovery weg und springen direkt zu Features — ein riskanter Ansatz¹¹.
Psychologische Sicherheit erodiert: Sprint-Commitments erzeugen Leistungsdruck. Teams, die Angst vor Scheitern haben, experimentieren nicht¹².
Research Sprint-Grenzen überschreitet: Discovery-Arbeit erstreckt sich oft über mehrere Sprints. Ein gesundes Backlog erfordert kontinuierliche Discovery neben der Lieferung.

Integration: Dual-Track Agile

Die praktikabelste Lösung: Dual-Track Agile — Discovery und Delivery laufen parallel.

Discovery-Track: Kontinuierliche Kundenforschung, Hypothesentests, Opportunity Mapping
Delivery-Track: Umsetzung validierter Konzepte in Sprint-Kadenz
Die beiden Tracks sind nicht sequenziell — sie laufen gleichzeitig

Für die frühen Phasen (Framing, Discovery) empfiehlt sich: 2—4 Wochen Forschungszyklen, entkoppelt vom Delivery-Rhythmus. Ab der Konzept-Phase fügen sich die Aktivitäten natürlich in Sprint-basierte Entwicklung ein.

7 Prozess-Anti-Patterns

1. Discovery überspringen

Das häufigste Anti-Pattern. Teams, die Discovery überspringen und direkt zur Lieferung gehen, verschwenden 60—80 % des Engineering-Aufwands auf Features, die wenig oder keinen Wert liefern¹³.

2. Solution-First-Denken

Teams verlieben sich in ihre Lösung und nutzen Discovery als Stempel, um Lösungen zu validieren, auf die sie sich längst festgelegt haben. Der HiPPO-Effekt (Highest Paid Person’s Opinion) verstärkt das in hierarchischen Organisationen.

3. Innovationstheater

Steve Blank unterscheidet drei Formen: Organisationstheater (Berater für Reorgs engagieren), Innovationstheater (Hackathons ohne Strategieanbindung) und Prozesstheater (Prozesse reformieren ohne Innovationsstrategie)¹⁴.

4. Unzureichende Iteration

Wenn Stage-Gate-Kultur lineare Erwartungen erzeugt. “Wir haben die Forschung schon gemacht” wird zur Ausrede, nicht zurückzugehen. Iteration wird als Scheitern wahrgenommen statt als Lernen.

5. Über-Prozessierung

Jedes gescheiterte Projekt führt zu zusätzlichen Gate-Kriterien — ein Ratschen-Effekt, der Innovation immer langsamer macht. Gates werden zu bürokratischen Engpässen⁵.

6. Organisationskontext ignorieren

Ein Prozess, der Kultur, Strategie und IT-Reife der Organisation ignoriert, wird unabhängig von seinem Design unterperformen. Menor und Roth zeigen: NSD-Kompetenz erfordert organisationale Dimensionen jenseits des Prozesses⁴.

7. Prozess nicht an Innovationstyp anpassen

Der Prozess, der für inkrementelle Verbesserung funktioniert, ist der falsche für radikale Innovation — und umgekehrt. Die Gallouj-Taxonomie (im Artikel Serviceinnovation beschrieben) unterscheidet sechs Innovationstypen. Jeder Typ erfordert unterschiedliche Prozesstiefe, Discovery-Intensität und Gate-Kriterien.

Das richtige Framework wählen: Entscheidungslogik

Dein Vorhaben	Empfohlener Ansatz	Warum
Bestehenden Service verbessern	Design Thinking + Stage-Gate	Empathie für Nutzerprobleme + klare Entscheidungspunkte
Neuen Service von Grund auf	Service Design Thinking + Lean Validation	Service-native Methoden + Validierung vor Investition
Schnelle Konzeptvalidierung	Design Sprint	5 Tage bis zum getesteten Prototyp
Komplexes B2B-Service-System	Integrierter Ansatz (z.B. iSEP)	Mehrere Stakeholder, lange Zyklen, Governance-Anforderungen
Digitale Service-Komponente	Lean Startup + Agile Delivery	Build-Measure-Learn + Sprint-basierte Entwicklung
Portfolio aus mehreren Innovationen	Stage-Gate + Portfolio-Management	Ressourcenallokation über Projekte hinweg

FAQ

Welches Framework ist das beste für Serviceinnovation? Keines ist universell überlegen. Die Wahl hängt vom Innovationstyp (inkrementell vs. radikal), der Organisationsreife und dem Kontext ab. Für komplexe B2B-Serviceinnovation in Enterprise-Organisationen empfiehlt sich ein integrierter Ansatz, der die Stärken mehrerer Frameworks kombiniert.

Was ist der Unterschied zwischen Design Thinking und Service Design? Design Thinking ist ein generischer Innovationsansatz, der für viele Domänen funktioniert. Service Design ist spezifisch für Dienstleistungen — mit eigenen Prinzipien (Co-Creation, Sequencing, Evidencing) und service-nativen Werkzeugen (Service Blueprint, Service Prototyping).

Funktioniert Lean Startup auch für Services? Ja, aber mit Einschränkungen. Das MVP-Konzept muss als “Minimum Viable Service” adaptiert werden, was oft mehr operative Infrastruktur erfordert als ein Software-MVP. Die Discovery-Phase ist im Lean-Startup-Modell unterentwickelt — ergänze sie durch Service-Design-Methoden.

Wie integriere ich Serviceinnovation mit unserem bestehenden Scrum-Prozess? Über Dual-Track Agile: Discovery-Track und Delivery-Track laufen parallel. Discovery entkoppelt vom Sprint-Rhythmus (2—4-Wochen-Zyklen), Delivery in Sprint-Kadenz. Die frühen Phasen (Framing, Discovery) sollten nicht in Sprints gepresst werden.

Was ist ein guter Kill-Rate-Benchmark? 60—70 % in der Ideation-Phase, 40—50 % in der Validierung, unter 20 % in der Skalierung. Eine Kill-Rate von null ist kein Erfolg — es ist ein Zeichen fehlender Entscheidungskompetenz.

Wie viel Kundenbeteiligung ist richtig? Kontinuierlich, aber phasenabhängig. Tiefe Beteiligung in Discovery und Validierung, mittlere in Ideation und Konzept, leichte in Framing und Implementation.

Wie wähle ich den richtigen Piloten für meinen ersten Innovationsprozess? Details zur Pilotauswahl findest du im Artikel Serviceinnovation einführen — vier Kriterien: richtige Größe, richtige Dauer, richtige Bedeutung, engagierter Sponsor.

Johnson, Menor, Roth und Chase, “New Service Development: Creating Memorable Experiences,” 2000. Froehle und Roth, “A Resource-Process Framework of New Service Development,” Production and Operations Management, 2007. ↩
Johnson et al., 2000. Vierstufiger zyklischer NSD-Prozess: Design → Analysis → Development → Full Launch. Betonung der Nichtlinearität. ↩
Edvardsson und Olsson, “Key Concepts for New Service Development,” Service Industries Journal, 1996. 855+ Zitationen. Service-Idee, Service-Konzept und Service-Delivery-System als gleichzeitig zu entwickelnde Voraussetzungen. ↩
Menor und Roth, “NSD Competence and Performance,” 2007/2008. Empirische Studie mit 166 Banken. Marktgespür als wichtigste Dimension der NSD-Kompetenz. ↩ ↩²
Lead Innovation / Stage-Gate International: “Für Innovationen mit sehr hohem Neuheitsgrad muss der Prozess angepasst werden, da die starre Struktur des Stage-Gate-Modells bei komplexen Innovationsprojekten kontraproduktiv ist.” ↩ ↩²
Stickdorn und Schneider, “This is Service Design Thinking,” 2011. Fünf Prinzipien: nutzerzentriert, ko-kreativ, sequenziell, evidenzbasiert, holistisch. ↩
CEB/Gartner: Durchschnittlich 6,8 Stakeholder im B2B-Kaufentscheidungsprozess. ↩
Vargo und Lusch, “Evolving to a New Dominant Logic for Marketing,” Journal of Marketing 68, 2004. Service-Dominant Logic: Wert wird immer gemeinsam geschaffen. ↩
Grönroos, “Value Co-Creation in Service Logic,” Journal of Service Management, 2011. Co-Creation nur durch direkte Interaktionen. ↩
Lüthje, 2003, zitiert in von Hippels Lead-User-Forschung. 48 % der chirurgischen Innovationen an deutschen Unikliniken mit breiterem kommerziellem Potenzial. ↩
Nielsen Norman Group: “Tight timeframes can make discovery feel like a lost cause, leading teams to omit it from the Agile process and rush to features and solutions instead.” ↩
Mountain Goat Software: “Teams that feel pressured by time or fear of failure won’t feel safe to experiment, and in the absence of psychological safety, innovation recedes.” ↩
Scrum.org / Age of Product: #1 Product-Discovery-Anti-Pattern. SVPG (Marty Cagan): 60—80 % des Engineering-Aufwands für Features ohne Wert. ↩
Steve Blank, “Why Companies Do Innovation Theater Instead of Actual Innovation,” Harvard Business Review, 2019. Drei Formen: Organisationstheater, Innovationstheater, Prozesstheater. ↩

← Alle Artikel