Sie verkaufen keine Software mehr. Sie verkaufen Rechenschaft

In jedem Softwareunternehmen kursiert gerade dieselbe Geschichte. Ein Team baut in drei Wochen, wofür früher sechs Monate nötig waren. Der Kunde bekommt dasselbe Ergebnis, vielleicht ein besseres. Dann geht die Rechnung raus und die Rechnung geht nicht auf. Schnellere Lieferung, weniger Umsatz. Die Branche belohnt Effizienz, indem sie diejenigen bestraft, die sie erreichen.

Das ist real, und wir haben es früh gespürt. Vor etwa 18 Monaten sahen wir, wie KI-gestützte Entwicklung unsere Lieferzeiten in Integrationsprojekten zusammenschrumpfen ließ. Dieselbe Arbeit mit Apache Camel und Kubernetes, die früher ein Quartal füllte, war in Wochen erledigt. Unsere Kunden waren zufrieden. Unsere Margen nicht.

Diese Spannung hat uns dazu gebracht, Fasthub zu bauen. Nicht weil wir um jeden Preis ein Produkt auf den Markt bringen wollten, sondern weil das Geschäftsmodell unter der Integrationsberatung zerbrach – und keine noch so clevere Preisgestaltung für Stundenarbeit hätte das repariert.

Das SaaS-Modell setzt voraus, dass Sie die Arbeit machen

Die meisten Integrationsplattformen arbeiten heute als SaaS. Sie verkaufen Ihnen den Zugang zu einem Werkzeug: einen visuellen Editor, eine Konnektorbibliothek, eine Laufzeitumgebung. Sie zahlen pro Nutzer oder pro Integrationsfluss. Und dann engagieren Sie Berater, die die Integrationen tatsächlich bauen, testen, bereitstellen und warten. Die Plattform liefert Fähigkeit in Form eines Werkzeugs. Die Ausführung liegt außerhalb – in Ihrem Team, Ihrem Budget, Ihrem Risiko.

Das ergab Sinn, solange der Bau von Integrationen zwangsläufig Handarbeit war. Jemand musste das Quellsystem verstehen, das Zielsystem, die Datenformate, die Authentifizierungsprotokolle, die Fehlerbehandlung und die Geschäftslogik, die alles zusammenhält. Dieses Wissen war knapp, also brachte es hohe Stundensätze ein. Die Plattform war nur die Werkbank.

Doch wenn KI aus einer Beschreibung in eigenen Worten eine funktionierende Integration erzeugen kann, bekommt das Werkbank-Modell Risse. Der Wert liegt nicht mehr darin, das Werkzeug bereitzustellen. Er liegt darin, das Ergebnis zu liefern.

Wandert die Ausführung nach innen, folgt die Rechenschaft

Das ist die Verschiebung, auf die es ankommt, und sie reicht tiefer als Preismodelle oder Liefergeschwindigkeit.

Wenn eine Plattform Ihre Integrationen nicht nur betreibt, sondern sie erzeugt, ausführt, überwacht und wartet, wandert die Ausführung in das Produkt hinein. Das Produkt ist kein passives Werkzeug mehr, das auf eine geübte Hand wartet. Es wirkt an der Lieferung mit.

Und in dem Moment, in dem die Ausführung im Produkt liegt, stellt sich eine neue Frage: Wer trägt die Verantwortung, wenn etwas schiefgeht?

Im alten Modell war die Verantwortung verteilt. Der Plattformanbieter war für die Verfügbarkeit zuständig. Der Beratungspartner für den Bau. Der Kunde für Anforderungen und Tests. Fiel eine Integration im Produktivbetrieb aus, konnte der Finger in drei Richtungen zeigen.

Im Modell Service-as-Software ist die Antwort klarer. Erzeugt und betreibt die Plattform die Integration, trägt die Plattform auch die Rechenschaftspflicht dafür, dass sie funktioniert. Das ist ein grundlegend anderes Verhältnis zum Kunden.

SLA-Stufen sind der Preis der Verantwortung

Diese Einsicht hat unser Denken über das Geschäftsmodell von Fasthub verändert. Wir berechnen nicht die Zeit, die der Bau einer Integration kostet, denn KI hat sie auf nahezu null gedrückt. Wir berechnen nicht pro Nutzer, denn der ganze Punkt ist, dass eine Person betreuen kann, wofür früher ein Team nötig war.

Wir berechnen Konnektoren, weil die Komplexität mit der Zahl der beteiligten Systeme wächst. Und wir berechnen SLA-Stufen, weil das Maß an Verantwortung, das ein Kunde braucht, dramatisch unterschiedlich ausfällt.

Ein Start-up, das ein CRM an eine Rechnungssoftware anbindet, braucht eine funktionierende Integration, aber ein paar Stunden Ausfall beenden das Geschäft nicht. Ein Hersteller, der Datenflüsse in Echtzeit über Produktionssysteme in drei Ländern führt, braucht die Garantie, dass um 2 Uhr nachts jemand ans Telefon geht.

Der Unterschied zwischen diesen beiden Fällen ist keine Funktionslücke. Es ist eine Verantwortungslücke. Unsere SLA-Stufen, vom Community-Support bis zur dedizierten 24/7-Betreuung, sind entsprechend bepreist. Der Kunde kauft keine kürzeren Reaktionszeiten. Er kauft unsere Zusage, für das Ergebnis einzustehen.

Wie das in der Praxis aussieht

Fasthub ist eine KI-native Integrationsplattform. Nutzerinnen und Nutzer beschreiben in eigenen Worten, was sie verbinden möchten. Die KI erzeugt den Integrations-Workflow, im Hintergrund mit Apache Camel. Sie prüfen ihn, passen ihn bei Bedarf an und stellen ihn bereit – entweder in unserer Managed Cloud oder in ihrer eigenen Infrastruktur.

Die Preise richten sich nach Konnektoren, mit Mengenrabatten. Mehr Konnektoren bedeuten eine komplexere Umgebung, und der Preis wächst mit dieser Komplexität. Jede Stufe (Free, Starter, Growth, Pro, Enterprise) enthält eine feste Zahl an Konnektoren, wahlweise Bereitstellung als Managed Service oder selbst gehostet und eine dazu passende SLA-Stufe.

An der Oberfläche wirkt diese Struktur vertraut. Stufen und Konnektoren sind Begriffe, die jeder Einkäufer versteht. Doch das Modell darunter unterscheidet sich vom herkömmlichen iPaaS. Der Kunde kauft kein Werkzeug, um anschließend Leute für dessen Bedienung einzustellen. Er kauft funktionierende Integrationen, gewartet und überwacht, mit einer klaren Linie der Rechenschaft zurück zu uns.

Die Vertrauensebene, die der Preis allein nicht löst

Diese Verschiebung hat eine Dimension, die reine Preisinnovation nicht abdeckt: Vertrauen.

Wenn wir einem Kunden sagen, dass KI seine Integrationen erzeugt, folgt sofort die Frage, ob er dem Ergebnis der KI trauen kann. Beherrscht sie Grenzfälle? Hält sie die Regeln zum Datenstandort über Rechtsräume hinweg ein? Bricht sie stillschweigend?

Deshalb haben wir Fasthub vollständig aus Open-Source-Komponenten gebaut: Kubernetes, Keycloak, Open Policy Agent, Apache Camel, Quarkus. Jede Ebene des Stacks ist auditierbar. Keine proprietären Blackboxes, keine Abhängigkeiten von Anbietern, die Datenherausgabeverlangen ausländischer Behörden unterliegen könnten. Die Plattform läuft auf zu 100 % in der EU gehosteter Infrastruktur.

Open Source ist kein Aufzählungspunkt im Datenblatt. Es ist das Fundament einer Vertrauensarchitektur. Wenn ein Kunde fragt, wie er überprüfen kann, dass seine Daten korrekt verarbeitet werden, lautet die Antwort nicht „vertrauen Sie uns". Die Antwort lautet „lesen Sie den Code".

Das zählt besonders im europäischen Markt, wo Souveränität und Compliance keine abstrakten Begriffe sind, sondern Beschaffungsanforderungen. Aber es zählt überall. In einem Service-as-Software-Modell, in dem der Anbieter die Verantwortung für die Ausführung übernimmt, muss der Kunde überprüfen können, ob das System dieses Vertrauen verdient.

Die Lücke zwischen Debatte und Wirklichkeit

Die Branchendebatte über Service-as-Software, ergebnisbasierte Preise und KI-native Lieferung eilt dem voraus, wo die meisten Einkäufer tatsächlich stehen. Die meisten Beschaffungsabteilungen vergleichen Angebote noch immer nach Stundensätzen und Teamgröße. Die meisten Budgets sind auf Abrechnung nach Aufwand ausgelegt. Die meisten Großunternehmen bewerten Integrationsplattformen nach Funktionslisten, nicht nach Verantwortungsmodellen.

Wir erwarten nicht, dass sich das über Nacht ändert. Die Preise von Fasthub sind so gestaltet, dass sie im heutigen Einkaufsumfeld lesbar sind und zugleich strukturell dorthin passen, wohin sich der Markt bewegt. Konnektoren und Stufen sind vertraut. Die Verschiebung liegt in dem, was nach dem Kauf passiert: weniger Beratung, mehr Leistungsfähigkeit, klarere Rechenschaft.

Die Unternehmen, die diesen Übergang schaffen – nicht nur in der Integration, sondern in der Unternehmenssoftware insgesamt –, werden die sein, die eine einfache Frage ehrlich beantworten: Wenn Ihr Produkt die Arbeit macht, sind Sie dann bereit, für das Ergebnis einzustehen?

Wir sind es. Dafür ist das SLA da.

Fasthub ist eine KI-native Integrationsplattform aus Turku, Finnland. Der Start erfolgt am 1. April 2026. Vollständig aus Open-Source-Technologien gebaut und in der EU gehostet, ermöglicht Fasthub Organisationen, Integrationen in natürlicher Sprache zu bauen, bereitzustellen und zu verwalten. Tragen Sie sich unter fasthub.ai in die Warteliste ein