Zurück
Kevin Riedl

7 min Lesezeit · 26. Mai 2026
Zuletzt geprüft

Weiter
Entsteht auf deinem Gerät, ohne Instagram-Verbindung. Den Beitragslink kopieren wir für deinen Link-Sticker.

Ausgelieferte Produkte: Was Ergebnis-Benchmarks belegen können

Die frühere Version dieses Artikels nannte ungefähre Anteile für Produkte, die skalierten, klein blieben, innerhalb von 18 Monaten eingestellt wurden oder nie ein MVP erreichten. Wavect besitzt keinen vollständigen, unabhängig geprüften Längsschnittdatensatz, der solche Quoten stützt. Es waren interne Erinnerungswerte, kein reproduzierbarer Benchmark. Auch der behauptete Abgleich mit unbenannten Branchenberichten war unbelegt. Wir haben die Prozentwerte entfernt, statt eine Genauigkeit vorzutäuschen, die die Evidenz nicht trägt.

Nützlich bleibt die Frage dahinter: Was geschah nach der Auslieferung, wie wurde das Ergebnis klassifiziert und was konnte der Engineering-Partner tatsächlich steuern? Dieser Leitfaden liefert eine Methode, ohne Produktergebnisse, Unternehmensüberleben und Delivery-Qualität zu verwechseln.

Du baust ein Softwareprodukt?

 Kostenloses Erstgespräch buchen

Warum sind die alten Prozentwerte kein Benchmark?

Eine Quote braucht definierten Zähler, Nenner, Kohorte, Beobachtungsfenster und Erhebungsmethode. Der alte Artikel veröffentlichte weder eine Mandatsliste noch ein fixes Beobachtungsdatum, Belege für jeden Status, Regeln für Produkte mit mehreren Iterationen oder den Umgang mit fehlender Nachverfolgung. Die Outcome-Kategorien konnten sich zudem überschneiden: Umsatz, Finanzierung, Nutzerwachstum, laufender Betrieb und Einstellung sind unterschiedliche Ereignisse.

Agenturmandate sind keine Zufallsstichprobe von Startups oder Softwareprodukten. Die Auswahl verändert sich mit Geografie, Budget, Sektor, Phase, Empfehlungsnetz und angenommenen Leistungen. Selbst ein perfekt gepflegtes internes Register würde dieses Portfolio beschreiben, nicht den Markt. Wavect-Erfahrung kann Hypothesen und Fragen hervorbringen, muss aber als First-Party-Erfahrung gekennzeichnet werden und darf nicht zu universellen Ausfallquoten werden.

Definiere die Kohorte vor jeder Berechnung

Fixiere Kohorte und Regeln vor der Ergebnisprüfung. Erfasse mindestens:

  • die Einschlussregel, etwa unterzeichnete Verträge, abgeschlossene Discoveries oder Production Releases;
  • die Analyseeinheit und die Abgrenzung von Unternehmen, SaaS oder anderem Produkt, Anwendung, großer Iteration und Mandat;
  • erstes und letztes Beobachtungsdatum sowie erforderliche Mindestnachverfolgung;
  • Outcome-Ereignis und erforderlichen Klassifizierungsnachweis;
  • unbekannte, vertrauliche, fusionierte, verkaufte, pivotierte und weiter beobachtete Fälle;
  • ob das Ergebnis Anzahl, Stichtagsstatus, Time-to-Event-Schätzung oder qualitative Prüfung ist.

Behandle fehlende Nachverfolgung nicht stillschweigend als Überleben oder Scheitern. Ein kürzlich gestartetes Produkt hatte weniger Zeit zum Einstellen oder Skalieren als ein älteres. Wiederhole die Analyse zu einem genannten Datum und bewahre frühere Snapshots auf, damit Änderungen sichtbar bleiben.

Nutze ein Outcome-Register statt einer universellen Rangliste

Die folgenden Kategorien sind ein Vorschlag für ein internes Register, keine beobachteten Marktanteile:

StatusMindestnachweisWichtige Einordnung
Vor Production Release gestopptDatierter Projektverlauf und Release-HistorieKann bewusste Discovery, Pivot, Finanzierung oder Delivery-Probleme spiegeln und ist nicht automatisch ein Produktfehler
Veröffentlicht, später eingestelltRelease-Nachweis plus datierte Bestätigung durch Owner oder öffentliche QuelleBeobachtungsdatum und genannten Grund erfassen, ohne eine Einzelursache abzuleiten
Zum Prüftag in BetriebAktueller Production- oder Owner-NachweisBetrieb allein belegt weder Profitabilität, Wachstum, Nutzwert noch Product-Market Fit
Definierte Wachstums- oder Wirkungsschwelle erreichtMetrik, Schwelle, Zeitraum, Quelle und Owner-FreigabeDas vereinbarte Produktziel nutzen; Finanzierung ersetzt Produktleistung nicht
Outcome unbekanntDokumentierte Follow-up-VersucheUnbekannte Fälle in der Nenneroffenlegung behalten, statt zu raten

Begriffe wie "skaliert", "stabil", "eingestellt" und Product-Market Fit brauchen operative Definitionen. Eine Schwelle kann etwa gehaltene Kunden, erfolgreiche Aufgabenerledigung, wiederkehrende Bruttomarge oder ein vereinbartes öffentliches Serviceziel verwenden. Die passende Metrik hängt vom Produkt ab.

Warum Unternehmensüberleben keine Produktquote validiert

Offizielle Unternehmensdemografie ist für Unternehmensforschung nützlich, verwendet aber andere Einheiten und Definitionen. Eurostat definiert Unternehmensgründungen und -schließungen über Kombinationen von Produktionsfaktoren und Überleben über fortgesetzte Aktivität anhand von Beschäftigung, Umsatz oder Investitionen. Die Eurostat-Metadaten zur Unternehmensdemografie beschreiben Begriffe und harmonisierte Methode.

Statistik Austria berichtet Unternehmensgründungen, -schließungen, aktive Unternehmen und bis zu fünfjährige Überlebensraten für Kohorten anhand von Registern und Verwaltungsdaten. Die aktuelle Seite zur allgemeinen Unternehmensdemografie veröffentlicht Ergebnisse für 2024 und erklärt Grundgesamtheit und Quellen. Ein Unternehmen kann nach Einstellung eines Produkts überleben, ein Produkt nach Verkauf, Fusion oder Betreiberwechsel weiterlaufen. Diese Statistiken bestätigen daher keine Quote ausgelieferter Agenturprodukte.

Wie sollte Erfolg nach dem Launch gemessen werden?

Definiere Erfolg vor Delivery und verknüpfe ihn mit dem Problem, das das Produkt lösen soll. Metriken können Task Completion, Retention, Nutzerzufriedenheit, Betriebskosten, Zuverlässigkeit, Barrierefreiheit, Sicherheit, Umsatzqualität oder ein domänenspezifisches Ergebnis umfassen. Sammle mehr als Analytics und benenne Quelle, Owner, Rhythmus und Entscheidungsschwelle.

Das UK Government Service Manual empfiehlt, Performance-Metriken mit User Research zu kombinieren und die Methode nach Service und Fragestellung zu wählen. Seine offizielle Anleitung zum Messen des Serviceerfolgs verweist neben digitalen Analytics auch auf Nutzerfeedback, Supportdaten und Finanzinformationen. Das ist ein solides Messprinzip, aber kein Beleg für eine universelle Erfolgsquote kommerzieller Produkte.

Wie sollten Ursachen einer Einstellung berichtet werden?

Ordne Ursachen nicht aus dem Gedächtnis. Produktnachfrage, Gründerverfügbarkeit, Distribution, Regulierung, Kapital, Scope, Teamkonflikte, Zuverlässigkeit, Sicherheit und Delivery-Qualität können jeweils wirken, interagieren oder sich verändern. Solange Evidenz keine Kausalität trägt, erfasse sie als berichtete Gründe oder Prüfhypothesen.

Eine nützliche Fallnotiz trennt Fakten von Interpretation: Was änderte sich wann, wer berichtete es, welche Daten lagen vor und welche Alternativerklärungen bleiben? Vertraulichkeit kann Details begrenzen. Berichte dann die Grenze, statt die Lücke mit einer Anekdote oder präzisen Quote zu füllen.

Was kann ein Delivery-Partner vernünftigerweise verantworten?

Es gibt keinen belastbaren universellen Prozentanteil von Engineering am Produktergebnis. Verantwortung hängt von Vertrag, Befugnissen, Zugang, Team, Phase und Problem ab. Ein Delivery-Partner lässt sich meist an vereinbarten Engineering-Pflichten messen: Discovery-Evidenz, Architekturentscheidungen, Codequalität, Sicherheitskontrollen, Barrierefreiheit, Zuverlässigkeit, Software-Delivery-Disziplin, Release Readiness, Dokumentation, Observability, Übergabe und Reaktion auf akzeptierte Defects.

Marktnachfrage, Finanzierung, Pricing, Distribution, Executive-Entscheidungen, Regulierungsstrategie und laufende Product Ownership können anderswo liegen oder geteilt sein. Erstelle vor Beginn eine Verantwortungsmatrix. Besitzt der Partner zusätzlich Product Discovery, Growth oder Betrieb, definiere Outcomes und Entscheidungsrechte ausdrücklich.

Wie sollten Gründer die Erfolgsbilanz einer Agentur prüfen?

  • Frage nach dem Nenner. Wie viele Mandate waren geeignet und welche wurden ausgeschlossen?
  • Frage nach Daten und Definitionen. Wann wurden Outcomes geprüft und was galt als Release, Betrieb, Einstellung oder Wachstum?
  • Frage nach unbekannten Fällen. Fehlende Nachverfolgung muss sichtbar bleiben.
  • Trenne Delivery und Unternehmensergebnis. Prüfe Abnahme, Incidents, Wartbarkeit, Übergabe und spätere Produktevidenz eigenständig.
  • Prüfe die Rolle des Kandidaten. Ein Portfolio-Logo zeigt nicht, wer entschied oder das System schrieb.
  • Sprich mit Referenzen. Frage nach schwierigen Abwägungen, Ownership nach Launch, Defects, Dokumentation und Übergang.
  • Behandle kuratierte Case Studies als Fallnachweise. Seiten zu Hyperstate AI, Offlinery, Scramble Pay und LivLive beschreiben ausgewählte Arbeit, kein vollständiges Outcome-Register.
  • Wende denselben Maßstab auf alternative Partnermodelle an. Agentur, Berater oder Fractional Cofounder sollten verifizierte Delivery-Evidenz von breiteren Unternehmensergebnissen trennen.

Was müsste Wavect für eine belastbare Portfolioquote veröffentlichen?

Wir bräuchten ein versioniertes Mandatsregister, stabile Einschlussregeln, vom Kunden freigegebene Statusnachweise, ein fixes Beobachtungsdatum, Regeln für vertrauliche und nicht nachverfolgbare Fälle, vor der Klassifizierung festgelegte Outcome-Definitionen und genug Kontext, damit Leser das Portfolio nicht für repräsentativ halten. Eine unabhängige Prüfung würde das Ergebnis stärken.

Bis dahin gilt nur die engere Aussage: Wavect hat Produkte erlebt, die vor Release stoppten, nach Release eingestellt wurden, in kleinem Umfang weiterliefen oder wesentliche Wachstums- oder Wirkungsziele erreichten. Diese Beobachtung ist qualitativ und First Party. Sie bestimmt keine Wahrscheinlichkeit für einen neuen Gründer.

Fazit

Eine Quote zu ausgelieferten Produktergebnissen ist nur so glaubwürdig wie Kohorte, Definitionen, Nachweise, Nachverfolgung und Beobachtungsdatum. Wavects frühere Prozentwerte erfüllten diesen Standard nicht und wurden entfernt. Offizielle Unternehmensüberlebensstatistiken beantworten eine andere Frage und können ein Agenturportfolio nicht validieren.

Gründer sollten Delivery-Partner nach transparentem Nenner, datierten Klassifizierungen, unbekannten Fällen und Nachweisen zur tatsächlich verantworteten Arbeit fragen. Teams sollten Produkterfolg vor dem Launch definieren, Performance-Daten mit Research und Betriebsevidenz kombinieren und eine Verantwortungsmatrix pflegen. So entsteht eine nützliche Prüfung ohne die Historie einer Agentur als universelle Prognose auszugeben.

Produkt bauen, nicht nur Backlog

Wenn dieser Artikel auf eine echte Produktentscheidung einzahlt, hilft Wavect dir beim Scoping, Bauen, Härten oder Führen der Softwarearbeit mit Senior-Founder-Urteil.

Sinnvolle Service-Wege:

Postfach, ohne Lärm

Folge der Arbeit, die für dich zählt

Du bekommst eine kurze E-Mail, wenn wir etwas Neues veröffentlichen. Folge dem ganzen Blog oder nur den Themen, die dich interessieren.

Was möchtest du erhalten?
Themen auswählen

Kostenlos, Double-Opt-in, ohne Tracking-Pixel.

Zurück
Kevin Riedl

7 min Lesezeit · 26. Mai 2026
Zuletzt geprüft

Weiter

Erhalte die nächste Feldnotiz zu Produkt und MVP

Eine kurze E-Mail, wenn wir veröffentlichen. Ohne Tracking-Pixel und ohne Postfachfüller.

Kostenlos, Double-Opt-in, ohne Tracking-Pixel.