Produktisierte Dienstleistung: Wie ich Service als Produkt mit Festpreis baue

Eine produktisierte Dienstleistung ist ein Service, der wie ein Produkt angeboten wird: mit festem Umfang, definiertem Ablauf, eigenem Namen und klar kommuniziertem Preis. Der Kunde kauft ein beschriebenes Ergebnis statt einer offenen Zahl von Stunden. Individuell bleibt der Inhalt, standardisiert wird der Rahmen.

So arbeite ich bei quik. Website, SEO, Conversion Tracking und CRM-Automationen gibt es dort zum Festpreis, und eine meiner Regeln lautet: klarer Ablauf, fester Preis, festes Ergebnis. Ich wollte verstehen, ob das nur meine Vorliebe ist oder ob die Forschung etwas dazu sagt. Deshalb habe ich einige Studien aus meiner Uni-Bibliothek gelesen. Hier steht, wie ich das Thema heute sehe.

Was eine produktisierte Dienstleistung ausmacht

Die klarste Beschreibung habe ich bei Wirtz, Fritze, Jaakkola und Gelbrich im Journal of Business Research (2021) gefunden. Der Artikel ist konzeptionell, er fasst also Literatur zusammen und erhebt keine eigenen Daten. Die Ausgangslage beschreiben die Autoren so: Viele Dienstleistungen sind schwer zu verstehen und zu kommunizieren und deshalb schwer zu positionieren, zu unterscheiden und zu verkaufen. Produktisierung verstehen sie als Prozess, der variable Ad-hoc-Leistungen in klar definierte Serviceprodukte verwandelt.

Klar definiert heißt bei ihnen dreierlei:

Merkmal	Was die Autoren darunter fassen	Wie ich es für mich übersetze
Spezifiziert	Formalisiertes Leistungsversprechen, konfiguriert, standardisiert, systematisiert, oft modular und gebündelt	Ich kann aufschreiben, was drin ist und was nicht
Mit Marke versehen	Name, Symbol oder Design, an denen man die Leistung erkennt	Das Paket hat einen Namen, den man weitersagen kann
Bepreist	Klar genannte, kommunizierte und verbindliche Preise, gegebenenfalls mit Staffelung	Der Preis steht vorher fest und ist sichtbar

Diese drei Punkte nutze ich inzwischen als Prüfliste. Fehlt einer, ist es aus meiner Sicht noch kein Produkt. Ein Paket mit festem Umfang, aber „Preis auf Anfrage“, ist nur halb produktisiert. Ein Festpreis ohne klaren Umfang ist eine Wette.

Warum ich Dienstleistung als Produkt denke

Der erste Grund ist der Käufer. Wer eine Dienstleistung kauft, kauft etwas, das er vorher nicht sehen kann. Er muss mir glauben, dass am Ende etwas Gutes herauskommt. Ein beschriebenes Paket nimmt einen Teil dieser Unsicherheit weg. Der Kunde weiß, was er bekommt, wann er es bekommt und was es kostet. Wie viel solche Klarheit für das Vertrauen ausmacht, bevor überhaupt jemand mit mir gesprochen hat, beschreibe ich im Artikel Vertrauen online aufbauen.

Der zweite Grund bin ich selbst. Jedes Einzelangebot kostet Zeit: verstehen, schätzen, schreiben, verhandeln. Ein Paket, das ich schon mehrfach geliefert habe, kann ich in zwei Sätzen erklären. Das passt zu meinem Grundsatz Systeme statt Willenskraft: Was ich zweimal von Hand mache, wird beim dritten Mal zum Ablauf.

Der dritte Grund ist Fokus. Ein Produkt zwingt mich zu entscheiden, was ich nicht anbiete. Das fällt mir schwer, weil fast jede Anfrage interessant klingt. Warum ich das Nein trotzdem für nötig halte, steht im Artikel Fokus als Gründer.

Produktisieren heißt für mich: Der Kunde soll verstehen, was er kauft, bevor er mit mir sprechen muss.

Wie kleine Dienstleister in der Praxis produktisieren

Gut gefallen hat mir eine Studie von Jaakkola im Scandinavian Journal of Management (2011), weil sie kleine Beratungs- und Expertenfirmen betrachtet und nicht Konzerne. Sie analysiert, wie Praktiker dort über Produktisierung sprechen, und beschreibt drei Praktiken:

1. Das Angebot spezifizieren und standardisieren.
2. Das Angebot und die eigene Expertise greifbar und konkret machen.
3. Prozesse und Methoden systematisieren und standardisieren.

Jaakkola schließt daraus, dass Manager mit diesen Praktiken eine abstrakte Leistung in austauschbare Objekte und steuerbare Prozesse übersetzen. Die Studie wertet Sprache und Deutungen von Praktikern aus. Sie misst also nicht, ob Produktisierung zu mehr Umsatz führt. Ich lese sie als Beschreibung dessen, was Leute tatsächlich tun, wenn sie produktisieren.

Die zweite Praktik ist für mich die spannendste. Greifbar machen heißt, etwas zu zeigen, das man anfassen kann: ein Ablaufplan, ein Beispielergebnis, eine Liste dessen, was am Ende übergeben wird. Bei ai-website.com gehe ich diesen Gedanken noch einen Schritt weiter. Dort gibt es fertige Websites als Template, mit Texten, Designregeln und Skills für KI-Werkzeuge. Das ist im Grunde eine Dienstleistung, die so weit greifbar gemacht wurde, dass sie zum Produkt geworden ist.

Standardisiert wird der Ablauf, nicht das Ergebnis

Der häufigste Einwand, den ich kenne, lautet: Mein Geschäft ist zu individuell dafür. Ich verstehe den Einwand, halte ihn aber oft für ein Missverständnis. Eine produktisierte Dienstleistung heißt nicht, dass jeder Kunde dasselbe bekommt. Sie heißt, dass jeder Kunde denselben Weg geht.

Bei einer Website zum Festpreis sind Text, Design und Struktur für jeden Kunden anders. Gleich sind die Schritte: was ich am Anfang brauche, in welcher Reihenfolge entschieden wird, wie viele Korrekturrunden es gibt, was am Ende übergeben wird. Bei quik läuft dafür jedes Projekt in quik OS. Der Ablauf liegt dort als Board vor, das Wissen aus früheren Projekten daneben. So muss ich den Weg nicht jedes Mal neu erfinden.

Zu den Vorteilen habe ich eine Studie von Harkonen im Business Process Management Journal (2021) gelesen. Sie wertet 16 Fälle aus, vier davon von weltweit bekannten Unternehmen, und gibt einen Überblick über die Vorteile von Produktisierung. Der Abstract nennt die einzelnen Vorteile nicht im Detail. Er beschreibt aber, dass das Konzept das Zusammenspiel von Serviceprodukten, Geschäftsprozessen, IT, Menschen und Daten betrifft und dass die Vorteile für unterschiedliche Arten von Services zu gelten scheinen. Als Einschränkung nennt der Autor selbst, dass er Sekundärdaten verwendet. Ich nehme daraus vor allem den Gedanken mit, dass ein Serviceprodukt mehr ist als eine Angebotsseite. Es verbindet, was verkauft wird, mit dem, wie gearbeitet wird.

Produktisierung ist auch eine Frage von Wissen und Vertrauen

Ein Punkt, an den ich anfangs nicht gedacht habe: Um eine Dienstleistung zu produktisieren, muss das Wissen aus den Köpfen heraus. Solange nur ich weiß, wie ein Projekt gut läuft, ist das Produkt von mir abhängig.

Valtakoski und Järvi haben das im Journal of Service Management (2016) an zwei gegensätzlichen Fällen aus wissensintensiven Dienstleistungen untersucht. Ihr Befund: Es reicht nicht, Mitarbeiter mit Kundenkontakt und mehrere Abteilungen einfach zu beteiligen. Damit Wissen wirklich geteilt wird, müssen die Projektziele zu den Zielen der Beteiligten passen, und es braucht Vertrauen in der Arbeitsgruppe. Für die Zusammenarbeit über Bereiche hinweg nennen sie außerdem ein gemeinsames Vokabular und das Lösen von Konflikten zwischen den Einheiten.

Zwei Fälle sind eine schmale Basis, und es geht um größere Organisationen mit mehreren Abteilungen. Das trifft auf mich so nicht zu. Den Kern übertrage ich trotzdem: Ein Serviceprodukt entsteht nicht durch eine hübsche Preistabelle, sondern dadurch, dass alle Beteiligten dasselbe unter dem Paket verstehen. Das gemeinsame Vokabular fängt bei mir ganz klein an, nämlich bei den Namen der Schritte im Board. Und es gilt inzwischen auch für KI-Agenten, die in quik OS mitarbeiten. Die brauchen den Ablauf sogar noch genauer aufgeschrieben als ein Mensch.

Wo die produktisierte Dienstleistung an Grenzen kommt

Ich will das Modell nicht schöner reden, als es ist. Mein Stand zu den Grenzen:

• Unklare Probleme. Wenn der Kunde selbst noch nicht weiß, was er braucht, passt kein Paket. Dann würde ich eine kleine, klar umrissene Analyse als eigenes Produkt anbieten und danach entscheiden.
• Zu frühe Standardisierung. Wer eine Leistung produktisiert, die er erst einmal erbracht hat, gießt Vermutungen in einen Ablauf. Ich würde warten, bis sich Schritte wiederholen.
• Das Risiko liegt bei mir. Beim Festpreis trage ich den Mehraufwand. Das zwingt zu einem sauberen Umfang und zu einer klaren Regel, was als Zusatz gilt.
• Vergleichbarkeit. Ein klares Paket lässt sich leichter mit anderen vergleichen, auch über den Preis. Dagegen hilft aus meiner Sicht nur eine klare Nische und ein Ergebnis, das man belegen kann.

Unsicher bin ich noch bei der Frage, wie viele Pakete sinnvoll sind. Ein einziges ist leicht zu erklären, lässt aber Kunden zurück, die etwas mehr oder etwas weniger brauchen. Viele Varianten holen die Verhandlung durch die Hintertür zurück. Mein Stand heute: lieber wenige Pakete mit klaren Unterschieden und dafür eine saubere Regel für Zusätze.

Dazu kommt die Preisfrage. Ein Festpreis sagt noch nichts darüber, woran sich die Höhe orientiert. Wie ich über Preise nach Wert statt nach Stunden denke, steht im Artikel zu Value Based Pricing. Und warum Preise für mich grundsätzlich ein Hebel sind, im Beitrag Pricing als Wachstumshebel.

Was ich daraus mitnehme

Wenn du deine Dienstleistung produktisieren willst, würde ich mit einem einzigen Paket anfangen:

1. Such die Leistung, die du am häufigsten ähnlich erbracht hast. Dort kennst du den Ablauf schon.
2. Schreib auf, was drin ist und was nicht. Die zweite Liste ist die wichtigere.
3. Beschreib den Ablauf in fünf bis sieben Schritten. Was brauchst du vom Kunden, was liefert wer bis wann.
4. Gib dem Paket einen Namen. Einen, den ein Kunde weitersagen kann.
5. Nenn einen festen Preis und zeig ihn. Wenn du dich noch nicht traust, teste ihn zuerst im Gespräch.
6. Mach etwas greifbar. Ein Beispielergebnis, ein Ablaufplan, eine Übergabeliste.
7. Halte nach jedem Projekt fest, wo der Ablauf gehakt hat. So wird aus dem Paket über die Zeit ein Produkt.

Fazit

Eine produktisierte Dienstleistung ist für mich die Antwort auf zwei Probleme zugleich: Kunden verstehen schwer, was sie bei einem Service kaufen, und ich will nicht jedes Projekt neu erfinden. Die Forschung, die ich gelesen habe, beschreibt dafür ein brauchbares Raster: spezifiziert, mit Marke versehen, bepreist. Sie zeigt auch, dass der schwierige Teil hinter der Angebotsseite liegt, beim Ablauf und beim geteilten Wissen.

Ob das für dein Geschäft passt, findest du am ehesten mit einem einzelnen Paket heraus. Wie ich meine eigenen Pakete und Abläufe weiterentwickle, teile ich in den Unternehmer Thoughts.