Ein serverseitiger Marktdatenzugang hätte rund 7.500 € jährlich gekostet, fällig vor dem ersten Euro Umsatz, dazu die Haftung für sämtliche Abrufe. Statt diesen Kostenpunkt zu tragen, kehrte ein Strategiewechsel die Richtung der Architektur um: Jeder Nutzer verbindet seinen eigenen Zugang direkt in der Anwendung. Aus dem Kostenblock wurde damit ein Produktprinzip, das zum Kern der Software passt — der Kontrolle über jede Annahme einer Bewertung.
Wie ein Kostenblock zu einem Produktprinzip wurde
Produkt- und Erlösstrategie für eine Finanzanalyse-Software
Ausgangslage
Entstanden ist die Software für den Eigenbedarf — als Werkzeug, um Unternehmen eigenständig zu bewerten, mit voller Kontrolle über die Annahmen und ohne redaktionelle Wertung. Der Kern liegt in der Berechnung, nicht in der Einschätzung. Um das Bewertungsmodul herum sind inzwischen weitere Werkzeuge entstanden, darunter ein Portfolio-Tracker und ein Trading Desk, die Kauf- und Anlageentscheidungen verbessern und die Portfolioperformance transparent machen sollen.
Technisch war die Marktdatenanbindung zunächst klassisch gelöst: Der Server holte die Daten selbst. Mit der Entscheidung, die Software auch Dritten zugänglich zu machen, änderte sich die Lage grundlegend. Die bisherige Datenquelle ließ eine kommerzielle Mehrnutzer-Anwendung nicht zu.
Strategische Frage
Der saubere Ersatz hätte den Commercial Plan eines Datenanbieters verlangt, fällig bevor der erste Euro Umsatz entsteht. Dazu käme die rechtliche Verantwortung für sämtliche Abrufe aller Nutzer. Die Frage war deshalb, wie sich ein kommerzieller Start aufsetzen lässt, ohne dass Kosten und Haftung sich an einer einzigen Stelle bündeln.
Meine Rolle
Geschäftsmodell, Datenarchitektur und Produktlogik in einer Hand: von der strategischen Entscheidung über die Wahl des Anbietermodells bis zur Umsetzung im Produkt. Die Anwendung habe ich selbst entwickelt, KI-gestützt mit Claude. Eine Architekturentscheidung wie diese lässt sich damit direkt im laufenden Produkt prüfen, statt sie im Konzept zu belassen.
Analyse & Entscheidung
Der Engpass lag in der Architektur. Solange der Server die Daten zentral bezieht, bündeln sich Kosten, Rate-Limits und Haftung an einer Stelle — und wachsen mit jedem weiteren Nutzer, bevor er etwas bezahlt hat. Ein größeres Budget hätte das Problem verschoben, nicht gelöst.
Wie also lässt sich die Software kommerziell öffnen, ohne die Fixkosten vorzustrecken, ohne an einem geteilten Limit zu skalieren und ohne die Haftung für fremde Datenabrufe zu übernehmen?
Die Antwort war, die Richtung umzukehren. Jeder Nutzer verbindet seinen eigenen Zugang direkt in der Anwendung — Bring Your Own Key. Die Abrufe laufen über sein Konto, sein Kontingent, seine Wahl des Anbieters. Damit fallen alle drei Fragen auf einmal weg: Die Fixkosten entfallen, die Skalierung läuft über individuelle Kontingente, und die datenschutzrechtliche Verantwortung liegt beim Nutzer, wo sie hingehört.
Dazu kommt eine vierte Wirkung, die den Ausschlag gab. Das Versprechen der Software ist Souveränität über die eigene Bewertung: Jede Annahme liegt beim Nutzer, keine Redaktion urteilt mit. Eine zentrale Datenanbindung hätte genau dort einen blinden Fleck erzeugt, weil die Zahlen aus einer Quelle kämen, die der Nutzer weder sieht noch wählt. Mit dem eigenen Zugang reicht das Prinzip von der Berechnung bis zur Datenquelle.
Umsetzung
Nutzer hinterlegen ihren eigenen API-Schlüssel, die Anwendung bleibt reines Bewertungswerkzeug. Dieselbe Logik gilt für die KI-Anbindung: Schlüssel bleiben im Browser, Anfragen laufen direkt zum Anbieter.
Über das Affiliate-Programm des Datenanbieters kehrt sich die Kostenrichtung sogar um. Der vierstellige Jahresbetrag entfällt, und jeder Plan, den ein Nutzer über die Anwendung abschließt, bringt eine Beteiligung — gestaffelt von 15 auf 25 Prozent. Aus dem größten Kostenposten wird damit eine laufende Einnahme.
Ergebnis
Aus einer Kostenhürde von rund 7.500 € jährlich wurde ein Produktprinzip mit Erlöspotenzial. Der Betrieb ist kostenneutral, das Modell skaliert ohne geteiltes Limit, und die Verantwortung für die Datenabrufe liegt beim jeweiligen Nutzer. Die Anwendung ist nutzbar und wird weiterentwickelt.
Der Fall zeigt, wie ich Produktentscheidungen anlege: Eine wirtschaftliche Hürde ist zuerst eine Frage an die Architektur. Wer sie dort löst, gewinnt oft mehr als die Ersparnis — hier ein Prinzip, das die Software von etablierten Anbietern unterscheidet.
Kennzahlen
- 7.500 €
- Jährliche Fixkosten vermieden
- 25 %
- Affiliate-Beteiligung, gestaffelt ab 15 Prozent
- Betrieb kostenneutral, Skalierung ohne geteiltes Limit