Konzeptpapier | Warum Organisationen zu früh zu gross investieren – und wie ein anderer Entscheid nach dem Vorprojekt das ändert.
Digitale Produkte scheitern selten an fehlenden Features. Sie scheitern daran, dass zu früh zu gross entschieden wird – bevor die entscheidenden Annahmen überprüft sind. IPIM ist ein Denkmodell dagegen: Nicht das Gesamtprojekt wird nach dem Vorprojekt freigegeben, sondern eine begrenzte Investition in einen ersten produktiven Kern, der Evidenz für die nächste Entscheidung erzeugt.
Dieses Papier ist ein Diskussionsvorschlag, kein fertiges Modell. Es dokumentiert, wie ich über das Problem denke – und lädt ein, es anders zu sehen.
Viele digitale Vorhaben werden professionell vorbereitet. Ein Vorprojekt klärt Anforderungen, Konzept, Business Case, Budgetrahmen und technische Machbarkeit. Diese Artefakte sind wichtig. Aber sie beantworten vor allem eine Sorte von Fragen: die Projektfragen. Ist es machbar? Ist es planbar? Ist es finanzierbar?
Die Produktfragen bleiben offen: Wird das Produkt im Alltag genutzt? Entsteht die erwartete Wirkung? Lässt sich die Veränderung organisatorisch tragen? Ist das Produkt über seinen Lebenszyklus wirtschaftlich tragfähig? Das sind die Produktrisiken – und sie lassen sich nicht wegplanen. Denn ein digitales Produkt ist kein technisches Artefakt, sondern ein sozio-technisches System: Menschen, Prozesse, Organisation und Technik greifen ineinander, und diese Wechselwirkungen entstehen erst, wenn das Produkt lebt. Ein Vorprojekt reduziert Projektrisiken. Die Produktrisiken bleiben bestehen.
Trotzdem wird nach dem Vorprojekt meist das Gesamtprojekt freigegeben – auf Basis reduzierter Projektrisiken und ungeprüfter Produktrisiken. Scope, Budget, Termin und Erwartungen werden fixiert. Ab diesem Moment wird Lernen schwieriger, weil jede neue Erkenntnis den ursprünglichen Entscheid infrage stellt. Wer nach sechs Monaten merkt, dass der grösste Wert an einer anderen Stelle liegt, stellt nicht eine Funktion infrage – sondern den Business Case, das Budget und die Person, die beides unterschrieben hat.
Die Organisation entscheidet zu früh zu gross. Und macht aus offenen Annahmen verbindliche Erwartungen.
Business Cases werden auf Freigabefähigkeit optimiert, nicht auf Ehrlichkeit. Nutzenannahmen müssen überzeugend wirken, obwohl die Grundlage unsicher ist. Kritische Punkte — Transformationsaufwand, negative Nebeneffekte, spätere Betriebskosten — bleiben unscharf, weil sie die Freigabe erschweren würden. Wer die schönsten Einsparungen rechnet, bekommt Budget. Wer ehrlich sagt «wir wissen es noch nicht», bekommt keins.
Nach Go-Live wird die Wirkung selten überprüft. Geliefert heisst nicht genutzt. Genutzt heisst nicht wirksam. Nachbesserungen, Workarounds und nicht realisierter Nutzen werden später sichtbar — aber selten dem ursprünglichen Investitionsentscheid zugerechnet. Die Organisation weiss, was sie gebaut hat. Sie weiss nicht, ob es sich gelohnt hat.
Ein B2B-Fall: Ein Unternehmen gibt nach einem Vorprojekt CHF 1.2 Mio. für ein digitales Steuerungstool frei. 18 Monate später ist es live, wird teilweise genutzt, die Wirkung tritt zur Hälfte ein. Nachbesserungen kosten weitere CHF 200'000 bis 300'000 — die nirgends als Projektkosten erscheinen. Mit einem begrenzten ersten Kern hätte die Organisation nach sechs Monaten und CHF 350'000 gewusst, wo der tatsächliche Wert liegt.
Ein interner Fall: Ein Fachbereich lässt ein Self-Service-Portal für Mitarbeitende bauen. Der Business Case verspricht Entlastung des Supports. Nach dem Rollout zeigt sich: Die Mitarbeitenden nutzen das Portal für die einfachen Fälle — und rufen bei den komplizierten trotzdem an. Der Support ist nicht entlastet, sondern hat jetzt zwei Kanäle zu bedienen. Gemessen hat das niemand. Das Portal gilt als Erfolg, weil es geliefert wurde.
IPIM steht für Incremental Product Investment Model. Der Name sagt bereits, worum es geht – und worum nicht:
IPIM entwickelt nicht Produkte schrittweise.
IPIM trifft Investitionsentscheide schrittweise.
Das ist der Kern. Iterative Produktentwicklung gibt es längst – Scrum, MVPs, agile Releases. Was es in Projektorganisationen kaum gibt, ist iterative Investitionsentscheidung: Das Budget wird einmal freigegeben, am Anfang, auf Basis der grössten Unsicherheit. IPIM dreht das um.
Der klassische Entscheid nach dem Vorprojekt lautet: «Wir geben die Umsetzung des Zielscopes frei.»
Der IPIM-Entscheid lautet: «Wir geben einen begrenzten ersten produktiven Kern frei, der überprüft, ob eine grössere Folgeinvestition gerechtfertigt ist.»
Dahinter steht eine einfache Risikologik. Ein Vorprojekt reduziert vor allem Projektrisiken: Ist das Konzept machbar? Ist die Architektur tragfähig? Stimmt die Planung? Was es kaum reduziert, sind Produktrisiken: Wird das Produkt genutzt? Tritt die Wirkung ein? Trägt die Organisation die Veränderung mit? Diese Risiken lassen sich nicht wegplanen – sie lassen sich nur im realen Betrieb überprüfen. IPIM verschiebt deshalb die grosse Investition hinter den Punkt, an dem die Produktrisiken messbar reduziert sind:
Für alle, die Phasen-Gate-Modelle kennen, der entscheidende Unterschied: Klassische Gates entscheiden, ob ein Projekt weiterläuft. IPIM-Gates entscheiden, ob eine weitere Investition gerechtfertigt ist. Das erste prüft Planungsreife. Das zweite prüft Evidenz – belegte Wirkung, gemessene Nutzung, reale Kosten.
Projekt-Governance bleibt dabei erhalten. Budget, Verantwortung, Reporting und Steuerung funktionieren weiter. Aber die erste grosse Investition wird nicht als Umsetzung eines Zielbilds verstanden, sondern als kontrollierter Schritt zur Reduktion von Unsicherheit.
IPIM nutzt eine einfache Phasenlogik: Opportunity, Discovery, MMP, Scale. Die Phasen sind nicht neu – neu ist die Investitionslogik dahinter.
Opportunity prüft in Tagen, ob ein Problem relevant genug ist, um systematisch untersucht zu werden. Es braucht keine Kostenschätzung, nur eine Grössenordnung. Wer hier stoppt, hat fast nichts verloren.
Discovery reduziert gezielt jene Produktrisiken, die sich vor der Umsetzung untersuchen lassen: Problemverständnis, Nutzerbedarf, Prozesswirkung, technische Machbarkeit. Nicht alles definieren – genug verstehen, um verantwortbar in einen ersten Produktkern zu investieren. Am Ende steht ein Budgetkorridor, keine Fixzahl. Und Wirkungshypothesen, die der erste Einsatz überprüfen muss.
MMP ist der erste produktive Kern. In IPIM hat der Begriff eine spezifische Bedeutung: der kleinste produktive Einsatz, der ausreichend reale Nutzung erzeugt, um eine Investitionsentscheidung zu ermöglichen. Das MMP ist nicht primär ein Lieferobjekt – es ist eine Evidenzmaschine. Es überprüft jene Produktrisiken, die Discovery nicht erreichen kann: tatsächliche Nutzung, tatsächliche Wirkung, tatsächliche Betriebs- und Einführungskosten. Und die Phase endet nicht beim Go-Live: Sie umfasst zwingend eine Betriebs- und Messphase von zwei bis vier Monaten, denn erst der reale Betrieb erzeugt die Daten, die der nächste Entscheid braucht. Ein Entscheid direkt nach Go-Live ist wertlos – zu diesem Zeitpunkt weiss die Organisation nur, dass geliefert wurde.
Scale kommt erst, wenn die Wirkung belegt ist. Und oft mit anderem Fokus als ursprünglich geplant – weil die Messung zeigt, wo der tatsächliche Wert liegt.
An jedem Übergang steht ein Gate mit drei Optionen: weiter investieren, Richtung anpassen, oder stoppen. Stoppen ist dabei kein Scheitern. Es ist ein erfolgreicher Abbruch, wenn dadurch eine grössere Fehlinvestition verhindert wird.
Der Kern von IPIM ist nicht das Phasenmodell – es ist die Evidenzlogik. Jede relevante Aussage über Wirkung, Kosten oder Nutzen wird mit einer Evidenzstufe markiert:
A – Annahme. Basiert auf Erfahrung, Einschätzung oder Analogie. Erlaubt in frühen Phasen, aber explizit als Annahme deklariert.
T – Teilvalidiert. Es gibt eine nachvollziehbare Quelle: eine Stichprobe, eine Prozessanalyse, eine Nutzerbeobachtung, ein technischer Spike. Nicht bewiesen, aber informiert.
V – Validiert. Es gibt reale Betriebsdaten aus produktiver Nutzung. Nicht Workshop-Feedback, nicht Demo-Reaktionen – gemessene Nutzung, Prozesszeiten, Kosten im Betrieb.
Die Evidenzstufe sagt nicht, ob eine Zahl stimmt. Sie sagt, ob jemand hingeschaut hat – und wie genau. Ein Entscheidungsdokument voller A-Markierungen ist kein Fehler. Aber es zwingt das Gremium, bewusst unter Unsicherheit zu entscheiden, statt sich hinter Scheingenauigkeit zu verstecken.
Und weil Selbsteinschätzung in Investitionsentscheiden selten neutral ist, gilt ein Grundsatz: Evidenz wird nicht behauptet. Evidenz wird am Gate anerkannt – durch mehrere Perspektiven gemeinsam, nicht durch das Projektteam allein. Die Messkriterien werden festgelegt, bevor der erste Kern gebaut wird. Wer erst nach der Messung entscheidet, welche Zahlen zählen, passt die Kriterien an das gewünschte Ergebnis an.
IPIM ist kein Sparprogramm. Mehr Discovery kostet. Eine Messphase nach Go-Live kostet. Governance an mehreren Entscheidpunkten kostet. Der Weg zum vollen Rollout kann länger dauern. Und ein gestopptes Vorhaben hat Geld verbraucht, ohne ein Produkt zu liefern – auch wenn es eine grössere Fehlinvestition verhindert hat.
Der Nutzen liegt woanders: in der Treffgenauigkeit. Im klassischen Verlauf wird geliefert, was spezifiziert wurde – auch wenn sich unterwegs zeigt, dass die Spezifikation am Bedarf vorbeigeht. Mit IPIM wird nach jeder Phase überprüft, ob die Richtung stimmt. Das Produkt ist am Ende oft ein anderes als geplant. Aber eines, das tatsächlich genutzt wird.
IPIM macht Vorhaben nicht zwingend günstiger. Es macht Fehlinvestitionen früher sichtbar – bevor sie gross werden.
Über Scheitern zu sprechen ist einfach geworden. Fail fast, fail early – die Sprache existiert. Wofür die Sprache fehlt, ist der Teilerfolg: ein erster Kern, der gut genug funktioniert, um nicht gestoppt zu werden, aber nicht gut genug, um sauber skaliert zu werden.
Genau dort entsteht die hässlichste Phase vieler Digitalprojekte. Man hört nicht auf, aber man baut auch nicht richtig weiter. Man «stabilisiert» und «optimiert» – Begriffe, die beschönigen, dass der ursprüngliche Plan nicht gestimmt hat. Ein Neustart trotz laufendem System ist politisch schwieriger als ein früher Abbruch.
Mit generativer Entwicklung verschärft sich das Problem: LLM-Tools erzeugen in Wochen produktiv wirkende Prototypen, deren Fundament für echten Betrieb nie gedacht war. Sie erzeugen Nutzen, bevor ihre Betriebsfähigkeit geklärt ist. Niemand will etwas wegwerfen, das sichtbar Wert erzeugt – und genau das ist die Falle.
Deshalb die vielleicht wichtigste These des Modells:
IPIM muss nicht nur Scheitern entpolitisieren, sondern auch Erfolg disziplinieren.
IPIM ist kein Allheilmittel, und es wäre unehrlich, das zu verschweigen.
Es setzt eine Führungskultur voraus, in der Evidenz schwerer wiegt als Politik. Wenn Vorhaben aus politischen Gründen weiterlaufen müssen, verlieren Gates ihre Wirkung – egal wie gut die Logik ist. Das ist keine Methodenfrage, sondern eine Machtfrage.
Es braucht Messfähigkeit. Ohne Nutzungsdaten, Prozessdaten und Supportdaten bleibt die Evidenz schwach – und die Messphase wird politisch statt sachlich.
Und es braucht jemanden, der nach Go-Live noch da ist. Eine Person mit Budget- und Stoppmandat, die den Business Case über den Lebenszyklus verantwortet – nicht ein Projektleiter, der abliefert und weiterzieht. In den meisten Projektorganisationen existiert diese Rolle nicht. Ohne sie bleibt jedes Investitionsmodell auf halbem Weg stehen.
IPIM ist ein Konzept in Entwicklung – entstanden aus wiederkehrenden Beobachtungen in digitalen Vorhaben, geschärft durch mehrere kritische Feedback-Runden, noch nicht als Ganzes in der Praxis erprobt. Die einzelnen Bausteine sind es: Phasen-Gate-Logik, Product Discovery, Outcome-Steuerung und evidenzbasierte Investitionsentscheide existieren seit Jahren. Neu ist die Kombination – und die Verschiebung des Blicks: weg von der schrittweisen Produktentwicklung, hin zur schrittweisen Investitionsentscheidung. Damit ist IPIM ein Governance-Modell, kein Entwicklungsansatz: Es konkurriert weder mit Scrum noch mit Design Thinking oder SAFe – es beantwortet eine Frage, die diese Ansätze offenlassen: Wie treffen Organisationen bessere Investitionsentscheide unter Unsicherheit?
Die zentrale Frage lautet nicht, ob IPIM als Modell eingeführt wird. Sie lautet: Gibt es in Ihrer Organisation digitale Vorhaben, bei denen nach einem Vorprojekt eine grosse Umsetzung freigegeben wird, obwohl zentrale Produktrisiken noch nicht überprüft sind?
Wenn ja – dann lohnt sich die Diskussion.
Wer tiefer einsteigen will: Das vollständige IPIM-Konzeptpapier [PDF] – mit Gate-Logik, Bewertungsdimensionen, Evidenz-Governance und Einführungspfad – steht zum Download bereit.
