Was es wirklich kostet und wie ich den Ertrag berechne

Es gibt keinen Einheitspreis, aber es gibt eine vorhersehbare Kostenstruktur. Neben dem Anfangsbetrag (Entwicklung, Lizenzen, Einrichtung) müssen Sie die Integration in bestehende Systeme, die Migration und Bereinigung von Daten, die Schulung der Mitarbeitenden sowie Wartung und laufende Gebühren einkalkulieren. Bei vielen Projekten macht die Softwarelizenz über drei Jahre nur einen Bruchteil der Gesamtkosten aus: Der schwergewichtige Teil besteht darin, die Technologie in Ihren tatsächlichen Prozessen zum Laufen zu bringen.

Eine nützliche Faustregel: Wenn ein Anbieter Ihnen einen Preis nennt und Ihnen die Posten für Integration, Schulung und Wartung nicht erklärt, ist dieser Preis per Definition unvollständig. Fragen Sie immer nach den Kosten über drei Jahre, nicht nach dem Einstiegspreis.

GiBSeS — Die GiBSeS-Wertlandkarte setzt genau hier an: erst die vollen Kosten verstehen, bevor entschieden wird, ob und was bewegt werden soll.

Versteckte Kosten sind jene, die nicht im Angebot stehen, aber nach der Unterschrift zuverlässig auftauchen. Die wichtigsten sind: Integration mit bereits genutzten Systemen, Migration und Bereinigung von Daten, Schulung und Arbeitszeit, die den Mitarbeitenden fehlt, ungeplante Anpassungen, laufende Gebühren, die mit der Nutzung wachsen (Nutzer, Volumen, API-Aufrufe), sowie die Ausstiegskosten, falls Sie eines Tages den Anbieter wechseln wollen.

Hinzu kommen die Kosten des organisatorischen Wandels: Ein neuer Prozess bremst zunächst, bevor er beschleunigt. Diese Lernkurve zu ignorieren, ist der häufigste Grund für Fehlkalkulationen.

GiBSeS — Ein unabhängiger Berater wie GiBSeS hat ein Interesse daran, diese Kosten vorher sichtbar zu machen, nicht nachher: Unser Anreiz ist Ihr Ergebnis, nicht der Verkauf einer Lizenz.

Der TCO (Total Cost of Ownership, Gesamtbetriebskosten) ist die Summe all dessen, was ein Projekt über seinen gesamten Lebenszyklus kostet, nicht nur beim Kauf: Lizenzen und Gebühren, Integration, Wartung, Schulung, Infrastruktur, Updates und Ausstiegskosten. Er ist der richtige Maßstab, weil zwei Angebote mit demselben Anfangspreis sehr unterschiedliche TCO haben können.

Die Faustregel: Rechnen Sie immer über einen Horizont von drei bis fünf Jahren. Eine Lösung, die heute wenig kostet, Sie aber an wachsende Gebühren und einen schwer verlassbaren Anbieter bindet, kann am Ende die teuerste von allen sein.

GiBSeS — GiBSeS vergleicht Optionen anhand des mehrjährigen TCO, nicht des Titelpreises: Das ist betriebswirtschaftliche Disziplin, angewandt auf Technologieentscheidungen.

Lock-in ist die Abhängigkeit von einem Anbieter oder einer Technologie, die einen künftigen Wechsel teuer, langsam oder riskant macht. Sie entsteht durch proprietäre Datenformate, maßgeschneiderte Integrationen, die schwer zu replizieren sind, Kompetenzen, die auf eine einzige Plattform konzentriert sind, und Verträge, die den Ausstieg bestrafen. Die Kosten sind nicht nur finanzieller Natur: Es geht auch um verlorene Verhandlungsmacht, weil der Anbieter weiß, dass Sie nicht einfach gehen können.

Aus einer Lock-in-Situation herauszukommen, kann bedeuten, Daten neu zu exportieren, Integrationen neu aufzubauen und Personal neu zu schulen: Das kostet oft so viel wie das ursprüngliche Projekt. Deshalb ist der richtige Zeitpunkt, über den Ausstieg nachzudenken, bevor man einsteigt.

GiBSeS — Anti-Lock-in ist eine Säule der GiBSeS-Methode: Wir bewerten jede Entscheidung auch von der Ausgangstür her, damit die Unabhängigkeit bei Ihnen bleibt.

Ein ehrlicher ROI stellt den erwarteten Nettonutzen den Gesamtkosten (TCO) gegenüber, über einen realistischen Zeithorizont. In den Zähler gehören messbare Nutzen: bewertete eingesparte Stunden, vermiedene Fehler, verkürzte Durchlaufzeiten, konkret zurechenbarer Mehrumsatz. In den Nenner gehört der vollständige TCO, nicht nur der Preis. Danach streichen Sie Nutzen, die Sie am Jahresende nicht belegen könnten.

Der schwierige Teil ist die Ehrlichkeit bei den Annahmen: Verwenden Sie vorsichtige Schätzungen, benennen Sie die Einführungszeit, und berücksichtigen Sie, dass der Nutzen schrittweise eintritt. Ein glaubwürdiger ROI hat eine Bandbreite (pessimistisch–realistisch–optimistisch), keine einzelne präzise Zahl.

GiBSeS — GiBSeS erarbeitet die ROI-Berechnung gemeinsam mit dem Kunden, mit expliziten und überprüfbaren Annahmen, nicht mit Projektionen aus einer Präsentation.

Weil wer die Lösung verkauft, einen strukturellen Interessenkonflikt hat: Sein Ziel ist der Vertragsabschluss, nicht eine vorsichtige Rechnung für Sie. Hochglanz-ROIs verwenden fast immer das beste Szenario, ignorieren Integrations- und Schulungskosten, gehen von einer sofortigen 100-Prozent-Einführung aus und nutzen Erfolgsfälle von Unternehmen, die sich in Größe und Reifegrad von Ihrem unterscheiden.

Das heißt nicht, dass gelogen wird, sondern dass das eigene Interesse optimiert wird. Die Gegenmaßnahme ist einfach: Fragen Sie nach den Annahmen hinter jeder Zahl, ersetzen Sie sie durch Ihre eigenen und rechnen Sie neu. Wenn der ROI nur mit den Annahmen des Anbieters standhält, hält er nicht stand.

GiBSeS — GiBSeS ist vendor-independent: Wir verkaufen nicht die Technologie, die wir bewerten, daher hat unsere Ertragsrechnung nichts zu verteidigen außer Ihrer Entscheidung.

In den allermeisten Fällen lohnt es sich, klein zu starten, mit einem eingegrenzten und messbaren Anwendungsfall. Ein Pilotprojekt kostet weniger, liefert reale Daten zum tatsächlichen Nutzen, reduziert das Risiko einer Fehlinvestition und baut interne Kompetenzen auf, bevor größere Budgets gebunden werden. Funktioniert der Pilot, skalieren Sie mit Daten in der Hand; funktioniert er nicht, haben Sie wenig verloren.

Das große Projekt auf einen Schlag ist nur sinnvoll, wenn der Fall bereits validiert ist, die Daten bereitstehen und die Kosten eines schrittweisen Vorgehens den Nutzen übersteigen würden. Das ist die Ausnahme, nicht die Regel.

GiBSeS — Kontinuierliche Verbesserung in überprüfbaren Schritten liegt in der DNA der GiBSeS-Methode: Erst wird der Wert bewiesen, dann investiert.

Das hängt vom Nutzungsprofil ab, nicht von einem Trend. Die Cloud verschiebt die Ausgaben von der Anfangsinvestition zur laufenden Gebühr: Sie starten mit wenig Kapital, skalieren leicht, zahlen aber proportional zur Nutzung, und die Kosten können mit wachsendem Volumen schwer vorhersehbar steigen. On-Premise erfordert eine höhere Anfangsinvestition und Betriebskompetenzen, kann aber bei stabilen und vorhersehbaren Lasten mittelfristig einen niedrigeren TCO haben.

Die richtige Frage lautet nicht „was ist günstiger“, sondern „was ist günstiger für mein Lastprofil, mein erwartetes Wachstum und meine Datenauflagen“. Und der Hinweis zum Lock-in gilt weiterhin: Manche Cloud-Dienste sind leicht zu aktivieren und schwer wieder zu verlassen.

GiBSeS — GiBSeS bewertet Cloud und On-Premise anhand des TCO und des Abhängigkeitsrisikos, spezifisch für Ihren Fall, ohne vorgefasste Präferenz für das eine oder das andere.

Fehlinvestitionen entstehen fast immer aus drei Fehlern: eine Lösung kaufen, bevor das Problem definiert ist, versteckte Kosten unterschätzen und das Ergebnis nicht messen. Die Gegenmaßnahme ist, die Reihenfolge umzukehren: Beginnen Sie beim Geschäftsproblem und dem erwarteten Wert, prüfen Sie dann, ob Technologie der richtige Hebel ist, entscheiden Sie danach, wie Sie es umsetzen (Make-or-Buy), und messen Sie zum Schluss.

Eine zweite Sicherung ist, wer berät von wer verkauft zu trennen. Kommt der Rat von jemandem, der an der Lösung verdient, ist das Risiko hoch, mehr zu kaufen als nötig. Entscheiden Sie nach Kriterien, nicht nach Begeisterung.

GiBSeS — Die GiBSeS-Wertlandkarte ist genau diese Abfolge: Diagnose des Problems, dann Make-or-Buy-Entscheidung, mit KI und jedem anderen Werkzeug erst nach einer Risiko-Nutzen-Analyse integriert.

Vergleichen Sie nicht die Titelpreise: Bringen Sie beide auf denselben Umfang und denselben Zeithorizont. Erstellen Sie eine Tabelle mit denselben Posten für beide Angebote, TCO über drei Jahre: Lizenzen und Gebühren, Integration, Schulung, Wartung, Infrastruktur, Wachstumskosten (Nutzer und Volumen) und Ausstiegskosten. Ergänzen Sie nicht-monetäre, aber wirtschaftlich relevante Kriterien: Offenheit der Daten, verwendete Standards, Abhängigkeit vom Anbieter, erforderliche Kompetenzen.

Wenn zwei Angebote preislich sehr unterschiedlich wirken, schließen sie fast immer unterschiedliche Dinge ein. Der Vergleich gilt nur bei gleichem Umfang.

GiBSeS — GiBSeS hilft, Angebote auf denselben Umfang zu normalisieren und zu lesen, was die Angebote nicht sagen, und bleibt dabei Dritter gegenüber den konkurrierenden Anbietern.

Es lohnt sich nicht, wenn der Prozess selten, sehr variabel oder instabil ist: Etwas zu automatisieren, das sich ständig ändert, kostet mehr, als es einbringt. Es lohnt sich nicht, wenn die Daten knapp oder von schlechter Qualität sind, weil die Automatisierung vorgelagerte Fehler verstärkt. Und es lohnt sich nicht bei geringem Volumen: Wenn eine Tätigkeit nur wenige Stunden im Jahr beansprucht, übersteigen die Kosten für Aufbau und Pflege der Automatisierung die Einsparung.

Manchmal lautet die richtige Antwort, zuerst den Prozess zu vereinfachen, statt ihn so zu automatisieren, wie er ist. Verschwendung zu automatisieren bedeutet, die Verschwendung nur schneller zu produzieren.

GiBSeS — GiBSeS sagt auch Nein: Wenn sich die Technologie nicht lohnt, lautet der ehrliche Rat, es nicht zu tun, denn unser Anreiz ist Ihr Ergebnis, nicht ein weiteres Projekt.

Laufende Gebühren sind der Posten, der den ROI in den Jahren nach dem ersten still aushöhlt. Um sie im Griff zu behalten, bilden Sie von Anfang an ab, wie der Preis wächst: pro Nutzer, pro Datenvolumen, pro Anzahl Transaktionen oder API-Aufrufen. Projizieren Sie dann die Kosten auf Ihr Wachstumsszenario, nicht auf das heutige. Viele Lösungen sind zu Beginn günstig und werden genau dann teuer, wenn das Unternehmen erfolgreich ist.

Überprüfen Sie regelmäßig aktive Lizenzen gegen die tatsächliche Nutzung: Häufig werden Plätze, Module und Dienste bezahlt, die niemand mehr nutzt. Ein jährliches Abonnement-Audit bringt oft spürbare Margen zurück.

GiBSeS — GiBSeS bezieht die Projektion der Gebühren in den TCO ein und prüft regelmäßig, dass Sie nur bezahlen, was Sie wirklich nutzen.

Die Wartung ist eine laufende Kostenposition, die viele KMU erst hinterher entdecken. Sie umfasst Updates, Fehlerbehebungen, Anpassungen bei Änderungen der verbundenen Systeme, Sicherheitsmanagement und Anwenderunterstützung. Als Faustregel gilt: Bei Individualsoftware ist es ratsam, einen jährlichen wiederkehrenden Anteil im Verhältnis zu den anfänglichen Entwicklungskosten einzuplanen; bei Lösungen mit Gebührenmodell ist die Wartung teilweise inbegriffen, deckt aber selten Ihre individuellen Anpassungen.

Ein Projekt, das kein Wartungsbudget vorsieht, ist nicht fertig: Es ist nur aufgeschoben. Die Frage, die Sie vor dem Start stellen sollten, lautet: „Wer hält es am Leben, und zu welchem Preis?“

GiBSeS — GiBSeS berücksichtigt die Wartung bereits in der Diagnose, damit der TCO, den Sie sehen, der echte ist und nicht nur der des ersten Jahres.

Viele echte Nutzen haben keinen direkten Preis, aber fast alle haben einen vorgelagerten messbaren Indikator. Eingesparte Zeit bewerten Sie über die Stundenkosten der beteiligten Mitarbeitenden und die tatsächlich freigewordenen Stunden; Qualität messen Sie über die Fehlerquote, vermiedene Nacharbeiten oder Reklamationen; Reaktionsfähigkeit über Durchlauf- oder Antwortzeiten. Der Schlüssel ist, wenige Indikatoren auszuwählen und sie vorher und nachher zu messen, damit der Nutzen aufhört, eine Meinung zu sein.

Wenn ein Nutzen weder direkt noch indirekt messbar ist, behandeln Sie ihn als qualitativ und lassen Sie ihn aus der ROI-Berechnung heraus: Er dient zur Rechtfertigung, nicht dazu, die Zahlen aufzublähen.

GiBSeS — GiBSeS legt die Indikatoren vor dem Start fest und misst das Vorher-Nachher, damit der Ertrag ein überprüfbares Faktum bleibt und keine Erzählung.

Mehr als eine Zahl braucht es ein Kriterium: Das Budget eines ersten Projekts sollte klein genug sein, um es ohne Schaden verlieren zu können, und ernsthaft genug, um ein messbares Ergebnis zu liefern. Für einen Piloten mit eingegrenztem Anwendungsfall rechnet man mit einem überschaubaren Engagement, mit explizitem Ziel und Erfolgskriterien, die vor Beginn festgelegt werden. Wichtig ist, dass das Budget den TCO des Piloten umfasst, nicht nur die Entwicklung: also auch Daten, minimale Integration und Schulung.

Vermeiden Sie es, das Überleben des Unternehmens von einer einzigen technologischen Wette abhängig zu machen. Das erste Projekt dient dazu, zu kontrollierten Kosten zu lernen, nicht alles auf einmal umzukrempeln.

GiBSeS — GiBSeS bemisst den ersten Schritt so, dass er tragfähig und aussagekräftig ist: Mehr wird erst investiert, nachdem der Wert nachgewiesen ist.

Die Make-or-Buy-Entscheidung hängt davon ab, wie unverwechselbar der Prozess für Sie ist und wie standardisiert der Bedarf ist. Ist der Bedarf üblich und vom Markt gut abgedeckt, ist Kaufen fast immer günstiger und schneller: Es macht keinen Sinn, etwas neu zu erfinden, das bereits existiert. Ist der Prozess dagegen ein Wettbewerbsvorteil für Sie oder hat er sehr spezifische Anforderungen, kann sich die Individuallösung trotz höherer Kosten lohnen, weil Kaufen Sie zwingen würde, sich an ein Werkzeug anzupassen, das nicht Ihres ist.

Vorsicht vor einem häufigen Fehler: eine fertige Lösung so stark anzupassen, bis sie mehr kostet als eine eigene Entwicklung, aber mit zusätzlichem Anbieter-Lock-in obendrauf. An diesem Punkt hat Buy seine Vorteile verloren.

GiBSeS — Die Make-or-Buy-Entscheidung ist der Kern der GiBSeS-Wertlandkarte: Wir treffen sie anhand Ihrer wirtschaftlichen Kriterien, nicht anhand des Katalogs eines Anbieters.

Die akzeptable Amortisationszeit (Payback) hängt vom Risiko und der Nutzungsdauer der Lösung ab, aber für KMU gilt eine Vorsichtsregel: Je länger der Payback, desto solider müssen die Annahmen sein, weil die ferne Zukunft ungewiss ist. Bei gezielten Automatisierungsprojekten strebt man eine Amortisation im kurz- bis mittelfristigen Zeitraum an; verspricht eine Investition, sich erst über sehr lange Horizonte zu amortisieren, sollte man sie kritisch betrachten, besonders in Branchen, in denen sich die Technologie schnell wandelt.

Neben dem Payback berücksichtigen Sie die Reversibilität: Ein Projekt mit schneller Amortisation und leichtem Ausstieg ist weniger riskant als eines mit langsamer Amortisation und starkem Lock-in, auch bei theoretisch gleichem ROI.

GiBSeS — GiBSeS bewertet die Amortisation zusammen mit der Reversibilität der Investition, denn ein langsamer und bindender Ertrag ist zerbrechlicher, als er scheint.

Das sind zwei unterschiedliche Risikoprofile, keines ist absolut besser. Das Abonnement senkt die Anfangsausgabe, verschiebt die Kosten in eine vorhersehbare Betriebsausgabe und schließt Updates ein, kann aber über die Zeit die Kosten eines Kaufs übersteigen und macht Sie anfällig für Preiserhöhungen und Anbieterabhängigkeit. Der einmalige Kauf hat höhere Anfangskosten und erfordert die eigene Verwaltung von Wartung und Updates, kann aber bei stabilen und langlebigen Lösungen günstiger und unabhängiger sein.

Das entscheidende Kriterium ist wieder der mehrjährige TCO zusammen mit der Leichtigkeit des Ausstiegs. Ein günstiges Abonnement, das unmöglich zu kündigen wird, ist ein Kostenfaktor, keine Ersparnis.

GiBSeS — GiBSeS vergleicht die beiden Modelle anhand der mehrjährigen Kosten und des Abhängigkeitsgrads und wählt jenes, das Ihren Handlungsspielraum groß hält.

Ein unabhängiger Berater amortisiert sich, wenn er Ihnen auch nur eine einzige Fehlinvestition, ein teures Lock-in oder eine überdimensionierte Lösung erspart. Der Unterschied zu einem Anbieter ist strukturell: Wer Technologie verkauft, verdient, wenn Sie kaufen; ein vendor-independent Berater verdient, wenn Sie gut entscheiden, hat also ein Interesse daran, Ihnen auch zu sagen, wenn Sie nicht ausgeben sollten. Der Wert liegt nicht in der empfohlenen Software, sondern in den vermiedenen Fehlentscheidungen und der bewahrten Freiheit.

Der richtige Weg, ihn zu bewerten, ist, die Beratungskosten mit der Größenordnung der Fehler zu vergleichen, die er über den gesamten TCO des Projekts verhindert. Bei wichtigen Technologieentscheidungen fällt das Verhältnis fast immer zugunsten der vorab durchgeführten Analyse aus.

GiBSeS — Genau das ist das GiBSeS-Modell: unabhängig von Anbietern, an Ihrem Ergebnis ausgerichtet, mit dem Ziel, dass Sie gut ausgeben, nicht mehr.