Ein eng begrenztes SaaS-Abo durch ein eigenes KI-gebautes Tool ersetzen

Dieser Leitfaden behandelt den Ersatz eines eng begrenzten Business-SaaS-Tools, etwa eines Formularbaukastens, internen Dashboards oder einfachen Arbeitsablaufs, durch mit einem KI-Agenten gebaute Software. Er ersetzt weder Claude Code noch dessen Modellzugang. Agent und Modell bleiben Kostenbestandteile von Entwicklung und Wartung.

Weitere Anweisungen findest du in der Ailoot-Dokumentation.

Warum kann ein eigener Dienst günstiger sein als ein weiteres Abonnement?#

Die Kosten für die Entwicklung einfacher Software sind fast auf null gesunken, und die Abwägung zwischen Eigenbau und Kauf hat sich zugunsten des Eigenbaus verschoben. 2026 war das kein nerdiges Hobby mehr: Selbst mittelgroße Unternehmen wechseln zu internen Tools und ersetzen zuerst die teuersten und unflexibelsten Dienste.

Noch vor ein paar Jahren bedeutete der Ersatz eines kostenpflichtigen Dienstes durch eine eigene App, Entwickler einzustellen, monatelang zu warten und Hunderttausende zu bezahlen. Also kaufte jeder einfach ein Abonnement. Heute setzt sich ein Unternehmer mit einem KI-Agenten hin und baut an einem Wochenende ein Tool, das seine Aufgabe löst.

Der Druck ist in den teuersten und unflexibelsten Kategorien am größten: interne Admin-Panels, Berichte, CRMs, Formular-Builder und Automatisierungen. Genau für solche Dinge zahlen kleine Unternehmen am meisten und nutzen sie am wenigsten.

Was du selbst bauen und was du weiterhin im Abonnement nutzen solltest#

Anfänger versuchen oft, alles auf einmal durch eine eigene App zu ersetzen, auch das, was das Unternehmen am Laufen hält. Das funktioniert nicht: Hier gibt es eine klare Grenze.

Der Eigenbau ist sinnvoll, wenn du das Tool täglich nutzt und genau weißt, was fehlt. Behalte ein Abonnement, wenn ein Fehler hohe Kosten verursacht und alles Kaputte dringend repariert werden müsste, ohne dass es zu Ausfallzeiten kommen darf.

Je näher eine Aufgabe an Geld, Recht und den personenbezogenen Daten anderer liegt, desto stärker spricht sie für einen fertigen Dienst. Je mehr es dein persönliches Arbeitstool ist, desto sicherer kannst du es selbst bauen.

In 5 Minuten berechnen: Ist der Eigenbau günstiger als ein Abonnement?#

Bevor du irgendetwas baust, berechne die Kosten. Die Formel ist einfach:

Kosten der eigenen Lösung = Hosting + Modellkosten + deine Zeit für Entwicklung und Wartung

Vergleiche das anschließend mit dem Jahresabonnement.

Außerdem gibt es einen Schwellenwert, der von der Nutzerzahl abhängt. Bei wenigen Personen (ungefähr bis zu zehn) ist ein fertiger Dienst fast immer günstiger und einfacher. Wenn die Zahl der Nutzer wächst (auf einige Dutzend oder mehr), ist deine eigene Lösung regelmäßig kostengünstiger – vorausgesetzt, du rechnest auch deine eigene Zeit ein.

Die fünf Bausteine jedes selbst gebauten Dienstes#

Wenn du dir einen fertigen Dienst ansiehst, kann es wirken, als geschehe darin Magie. In der Praxis besteht fast jedes einfache Tool aus fünf Bausteinen. Wenn du sie verstehst, kannst du mit dem KI-Agenten dieselbe Sprache sprechen.

1. Benutzeroberfläche – was eine Person sieht

   Der Bildschirm, die Schaltflächen und die Formulare. Hier gibst du und dein Team Daten ein und seht euch die Ergebnisse an.

2. Daten – wo alles gespeichert wird

   Eine Kundenliste, Anfragen, der Verlauf. Hierher bezieht das Tool Informationen und hier legt es sie ab.

3. Anmeldung – wer Zugriff hat

   Dabei wird überprüft, ob eine Person wirklich diejenige ist, für die sie sich ausgibt. Meist erfolgt die Anmeldung mit einem per E-Mail gesendeten Code, ganz ohne Passwörter.

4. Hosting – wo der Dienst läuft

   Dein Dienst muss rund um die Uhr irgendwo laufen, damit er über einen Link geöffnet werden kann. Dieser Ort wird Hosting genannt.

5. Zahlungsannahme – wenn du etwas verkaufst

   Wenn über das Tool Geld fließt, brauchst du ein Zahlungsgateway. Das ist ein eigenes Thema mit eigenen Regeln.

Der KI-Agent übernimmt fast alle der ersten vier Bausteine. Du beschreibst mit Worten, was du möchtest, und er baut es und erklärt es. Wie die Datenspeicherung eingerichtet ist, spielt keine Rolle. Wichtig ist, dass keine Anfragen verloren gehen und Suchvorgänge schnell sind.

So baust du Schritt für Schritt an einem Abend einen Ersatz#

Versuche nicht, den gesamten anderen Dienst nachzubauen – genau darum geht es. Du bezahlst für ein Produkt mit hundert Funktionen und nutzt fünf. Baue diese fünf.

1. Notiere, was du tatsächlich verwendest

   Öffne den Dienst, für den du bezahlst, und liste ehrlich die Funktionen auf, die du jede Woche nutzt. Meist sind es 3–5 von hundert.

2. Beschreibe die Aufgabe in Worten

   In einfacher Sprache: Was gibst du ein, was möchtest du erhalten und wer wird es nutzen?

3. Bitte zuerst um einen Plan, bevor Code geschrieben wird

   Sage dem Agenten, er soll dir einen Bauplan zeigen, bevor er mit dem Schreiben beginnt. So kannst du von Anfang an erkennen, ob er in die falsche Richtung geht.

4. Baue eine schlanke erste Version

   Lass den Agenten nur deine 3–5 Funktionen bauen. Nichts darüber hinaus.

5. Teste sie mit deinen eigenen Daten

   Lade echte Daten und lass sie ein paar Tage parallel zum alten Dienst laufen, ohne den alten abzuschalten.

Hier ist der fertige Prompt, mit dem ich empfehle anzufangen. Ersetze den Text in eckigen Klammern durch deine eigenen Angaben:

You are my technical partner. I am an entrepreneur, not a programmer. I want to build a simple internal tool instead of a paid subscription to [service name].

I pay for this service now, but I only use these features:

[feature 1]

[feature 2]

[feature 3]

Build a prototype that covers only these features and nothing beyond them.

First show me a plan: what parts the tool will consist of, the simplest set of tools available for my account and region, and where the data will be stored. Explain the plan in my preferred language, in simple words, without jargon.

Wait for my approval and only then write the first working version. After each step, explain what you did and why.

Was Unternehmer bereits ersetzt haben#

Damit das weniger theoretisch klingt, folgen hier öffentliche Geschichten aus 2026. Sie haben eines gemeinsam: Menschen ersetzten interne Arbeitstools. Niemand griff Zahlungen oder Regulierung an.

Das Muster ist immer gleich: Wer den zu ersetzenden Dienst genau kennt, gewinnt am meisten. Diese Personen übertragen genau das, was sie nutzen, in ihr eigenes Tool, ohne zu versuchen, das Produkt neu zu erfinden. So baut ein erfahrener Nutzer an einem Wochenende einen Ersatz, während jemand, der die eigene Aufgabe noch nicht richtig durchdacht hat, wochenlang damit kämpfen kann.

Der ursprüngliche Autor hat im vergangenen Jahr ein paar interne Tools für den persönlichen Gebrauch gebaut, statt fertige zu kaufen. Wenn du genau weißt, was du brauchst, geht das schneller, als das Produkt eines anderen einzurichten. Eine ähnliche Aufschlüsselung, wie du selbst ein funktionierendes Dashboard für Geschäftskennzahlen baust, findest du in der Anleitung zu einem Dashboard für Geschäftskennzahlen.

Was deine eigene Lösung pro Monat im Vergleich zu einem Abonnement kostet#

Kommen wir auf das zurück, was ich zu Beginn versprochen habe. Man feiert leicht die Kündigung eines Abonnements und übersieht dabei, dass die Ausgaben lediglich eine andere Form angenommen haben.

Betrachte noch einmal die Geschichte mit dem Salesforce-Ersatz. Die Abonnementrechnung sank auf null – das stimmt. Aber die Rechnung desselben Unternehmens für KI-Modelle stieg um ein Mehrfaches, und die Wartung übernehmen sie selbst. Die Einsparungen sind real, aber es wurde nicht „der gesamte Abonnementpreis eingespart“. Die Rechnung lautet: Abonnementkosten minus, Modellkosten plus, eigene Zeit plus.

Berechne also alle drei Kosten ehrlich:

• Hosting. Hostingkosten.
• Modellkosten. Das hängt davon ab, wie viel die KI arbeitet. Am Anfang, während du baust, sind sie deutlich höher; später fallen sie niedriger aus.
• Deine Zeit. Die am wenigsten sichtbaren Kosten. Entwicklung, Updates, „es ist am Freitagabend kaputtgegangen“. Lege einen Geldwert für deine Stunde fest und rechne ihn mit ein.

Sobald du alle drei berechnet hast, erhältst du eine ehrliche Zahl. Oft liegt sie weiterhin unter der eines teuren Abonnements – besonders, wenn du ein schlankes Tool statt einer ganzen Plattform baust. Manchmal kostet das Abonnement jedoch weniger als deine Zeit, und auch das ist ein völlig legitimes Ergebnis der Rechnung. Die versteckten Kosten von Vibe Coding habe ich ausführlicher in einer separaten Anleitung zu warum Vibe Coding mehr kostet, als es scheint behandelt.

Risiken der eigenen Lösung und wie du damit umgehst#

Eine ehrliche Diskussion der Nachteile: Der Bau ist nur die halbe Arbeit. Danach musst du die Verantwortung übernehmen. Genau dann zeigen sich Risiken, an die Anfänger oft nicht denken.

Niemanden fragen können: „Warum wurde das so gemacht?“ Der Code wurde von niemandem aus deinem Team geschrieben. Sechs Monate später geht etwas kaputt, und die Person, die sich an die Logik erinnert, ist nicht mehr da. Das nennt man eine Verantwortlichkeitslücke.

Sicherheit. Ein KI-Agent kann eine Schwachstelle hinterlassen, die du nicht bemerkst: einen offenen Zugang oder einen im Klartext gespeicherten Schlüssel. Bei einem internen Rechner ist das noch hinnehmbar, aber nicht bei einer Sammlung der Daten anderer.

Datenqualität während der Migration. Wenn du den alten Dienst sofort abschaltest und jahrelange Kundenhistorie verschiebst, können einige Daten beschädigt werden. Eine sorgfältige Migration braucht Zeit.

Diejenigen, die das tatsächlich durchgemacht haben, romantisieren den Prozess nicht.

Das klingt hart, aber der Gedanke ist vernünftig: Übertrage deine eigene Lösung nicht auf Bereiche, in denen Fehler hohe Kosten verursachen. Mit drei Regeln kannst du das berücksichtigen:

1. Schalte einen funktionierenden Dienst nicht sofort ab

   Lass deine Lösung parallel zum alten Dienst laufen, bis du sicher bist, dass sie die Last bewältigen kann und die Daten vorhanden sind.

2. Verwende deine eigene Lösung nur für nicht sensible Daten

   Interne Tools – ja. Die personenbezogenen Daten anderer und Zahlungen – verwende dafür vertrauenswürdige Dienste oder lass sie von einem Entwickler prüfen.

3. Lass den Code von jemand anderem prüfen

   Auch wenn du selbst keinen Code liest, gibt es Möglichkeiten, das Ergebnis zu überprüfen.

Wie du überprüfen kannst, was die KI gebaut hat, wenn du keinen Code lesen kannst, erkläre ich in der Anleitung zu wie man KI-generierten Code überprüft. Allgemeine Sicherheitshygiene habe ich in der Anleitung zu Vibe-Coding-Sicherheit behandelt.

Wann du weiterhin für einen fertigen Dienst bezahlen solltest#

Damit nicht alles auf „Bau es selbst“ hinausläuft, folgen hier die Fälle, in denen ein fertiger Dienst objektiv besser ist. Das anzuerkennen bedeutet ebenfalls, ehrlich zu sein.

• Zertifizierungen und Compliance sind erforderlich. Regulierte Daten, Sicherheitsaudits, Betrieb unter gesetzlichen Vorgaben – hier schafft deine eigene Lösung Risiken statt Einsparungen.
• Ausfallzeiten sind nicht akzeptabel. Wenn der Dienst jetzt geschäftskritisch ist und keine Zeit bleibt, ihn zu bauen und zu überprüfen, nimmt dir ein Abonnement diese Last ab.
• Niemand kann ihn warten. Deine eigene Lösung braucht eine verantwortliche Person. Wenn du dazu nicht bereit bist und niemand in deinem Team diese Aufgabe übernehmen kann, ist ein fertiger Dienst die ehrlichere Wahl.
• Du erwartest ein mehrfaches Wachstum. Was für zehn Nutzer funktioniert, versagt bei tausend. Wenn Wachstum bevorsteht, solltest du es von Anfang an einplanen.
• Das Produkt ist eine komplexe Infrastruktur. Zahlungsannahme, Betrugsschutz, Rechnungsstellung nach gesetzlichen Vorgaben. Hier ist die Erfahrung anderer das Geld wert.

Selbst Vibe-Coding-Enthusiasten schalten funktionierende Dienste nicht blind ab: KI-gebaute Tools werden vor dem Start geprüft, und kritische Software wird nicht vollständig automatisierten Entwicklungen anvertraut.

Wo du morgen anfangen kannst#

Hier die Kurzfassung: „Selbst bauen statt kaufen“ funktioniert 2026 als Ansatz mit klaren Grenzen. Der Slogan „Alles selbst bauen“ richtet hier nur Schaden an.

Deine nächsten Schritte für morgen:

1. Wähle einen Dienst aus

   Den, den du am besten kennst und der keine kritischen Daten verarbeitet. Ein internes Tool; lass die Zahlungen unangetastet.

2. Berechne die Kosten mit der Formel

   Hosting plus Modellkosten plus deine Zeit, verglichen mit dem Jahresabonnement. Wenn deine eigene Lösung eindeutig günstiger ist, mach weiter.

3. Baue einen schlanken Prototyp

   Nur die Funktionen, die du tatsächlich nutzt. Der Prompt in diesem Artikel kann dir helfen.

4. Betreibe ihn parallel

   Ein paar Wochen lang parallel zum alten Dienst. Sobald du dir sicher bist, kündige das Abonnement.

Wenn du dein erstes Tool gebaut hast und es tatsächlich funktioniert, wirst du deine Abonnements mit anderen Augen sehen. Gehe als Nächstes von einem einzelnen Tool zu einem ganzen System über. Was nach dem Start deines ersten Produkts zu tun ist, habe ich in der Anleitung zu was nach dem Bau eines Produkts zu tun ist behandelt.

Das vollständige Framework zur Organisation von Vibe Coding lautet KI-Klon + Second Brain + Context Engineering.

Wenn du bereit bist, lern Ailoot kennen.