Das Produkt wäre fast nicht auf den Markt gekommen. Nicht weil jemand einen Fehler gemacht hatte. Die Entscheide waren durchdacht, die Argumente stimmten.
Erst im Nachhinein wurde klar warum es trotzdem fast schiefging: Projektrisiken wurden sorgfältig gemanagt – Budget, Deadline, Scope. Produktrisiken hingegen wurden kaum betrachtet. Nicht weil sie unwichtig sind. Nicht, weil niemand weiss wie – sondern weil Projektrisiken im Fokus stehen und Produkterfolg als implizit gegeben gilt.
In vielen Projekten werden Projektrisiken sorgfältig adressiert: Deadlines, Budget, technische Komplexität, Ressourcen. Diese Risiken sind unmittelbar sichtbar. Sie schlagen sofort zu wenn etwas schiefgeht.
Produktrisiken sind anders. Sie werden später sichtbar – oft erst nach der Lancierung, wenn das Produkt auf den Markt trifft und die Realität der Kunden nicht das ist, was man angenommen hatte. Zu diesem Zeitpunkt ist das Budget ausgegeben. Das Team ist längst beim nächsten Projekt.
Was dabei leicht übersehen wird: Die beiden Risikotypen sind keine parallelen Kategorien. Sie sind kommunizierende Röhren. Wer ein Projektrisiko senkt, schafft oft ein Produktrisiko – und umgekehrt. Wer das nicht im Blick hat, optimiert lokal und gefährdet das Ganze.
Ein Industrieunternehmen. Ein neues digitales Tool, das Arbeitsprozesse verändern und Aufgaben auf neue Rollen verteilen soll. Konzept solide, Team motiviert, Lancierung geplant.
Zwei Entscheide lagen auf dem Tisch – beide vernünftig, beide nachvollziehbar. Erstens: Alte Maschinen werden nicht angebunden. Zu aufwändig, zu teuer – das verstand sofort jeder. Ein klares Projektrisiko wurde bewusst eliminiert. Zweitens: Der Arbeitsprozess wird grundlegend geändert – neue Rollen, neue Abläufe. Dieser Entscheid entstand aus Research und dem strategischen Plan, eine zentrale Plattform zu bauen.
Beide Entscheide waren für sich genommen rational. Aber niemand hatte sie gemeinsam betrachtet.
Bis schliesslich die zentrale Frage gestellt wurde: Wie entscheidet ein Industrieunternehmen mit sechs bestehenden Maschinen und nur einer neuen Anlage? Wird es tatsächlich seinen gesamten Fertigungsprozess grundlegend anpassen, nur weil eine einzelne Maschine dies verlangt – insbesondere in einem Umfeld, in dem zusätzlich Systeme anderer Hersteller integriert werden müssen?
Der Lebenszyklus einer Industriemaschine beträgt rund acht Jahre. Unternehmen ersetzen ihre Maschinen nicht gleichzeitig, sondern schrittweise. Über Jahre entsteht so ein gemischter Maschinenpark. Für eine einzelne neue Maschine den gesamten Arbeitsprozess umzustellen, würde die Fertigung oft eher verkomplizieren als verbessern. Der Nutzen des neuen Tools müsste daher so gross sein, dass sich dieser erhebliche Mehraufwand wirtschaftlich klar rechnet.
Das Projektrisiko wurde gelöst. Das Produktrisiko wurde damit erst geschaffen.
Sobald diese Verbindung visualisiert war, war der Entscheid klar: Legacy-Maschinen wurden vor der Lancierung einbezogen. Das Produkt kam auf den Markt. Möglich war das, weil die Kultur im Projekt Raum liess, einen Fehler noch zu korrigieren. Das ist nicht selbstverständlich.
Im B2B-Umfeld kommt kein Produkt in ein leeres System. Es trifft immer auf eine bestehende Realität – gewachsene Prozesse, bestehende Technologien, eingespielte Arbeitsweisen und Menschen, die ihren Alltag nicht grundlegend verändern, nur weil eine neue Lösung technisch überlegen ist.
Ein Produkt muss bewusst für diese Realität gestaltet werden. Nicht für den Idealzustand, sondern für den tatsächlichen Einsatz – in Mischumgebungen, Übergangsphasen und schrittweisen Modernisierungen. Die zentrale Frage lautet: Passt die Lösung nicht nur heute, sondern auch unter den realen Bedingungen des Kunden über den gesamten Lebenszyklus hinweg?
Der Mehrwert eines Produkts entsteht nicht im Produkt selbst. Er entsteht dort, wo es auf die Realität des Kunden trifft. Entscheidend ist, ob der Nutzen – als Minimum Marketable Product – gross genug ist, um den realen Umstellungsaufwand wirtschaftlich zu rechtfertigen.
Denn die Arbeit des Kunden beginnt dort, wo die Arbeit des Herstellers endet.
Es braucht dafür keine komplexen Frameworks. Was es braucht, ist ein bewusstes Produktdesign das reale Einsatzszenarien, Lebenszyklen und Umstellungsrisiken mitdenkt – und die Bereitschaft, diese Erkenntnisse konsequent in Entscheidungen einfliessen zu lassen.
Risiken entstehen selten durch schlechte Entscheidungen. Sie entstehen, wenn gute Entscheidungen nie gemeinsam betrachtet werden.