SaaS-Replacement mit KI: Wann sich der Eigenbau rechnet – am Beispiel Calendly
Kurz gesagt
SaaS-Replacement mit KI heißt: Ein eng umrissenes SaaS-Werkzeug wird durch eine eigene, mit KI-Coding-Agents gebaute Anwendung ersetzt, die in Ihrer eigenen Cloud-Umgebung läuft. Das rechnet sich vor allem bei Preisen pro Nutzer, überschaubarem Funktionsumfang und hohen Sicherheitsanforderungen. Im Rechenbeispiel einer Terminbuchung wie Calendly mit 60 Gastgebern und SSO-Pflicht kostet der Eigenbau über drei Jahre rund die Hälfte – bei 10 Nutzern lohnt er sich dagegen nicht.
01
Was SaaS-Replacement mit KI bedeutet
Viele Unternehmen zahlen für SaaS-Werkzeuge, von denen sie nur einen kleinen Teil nutzen – und zwar pro Kopf. Mit jeder neuen Mitarbeiterin steigt die Rechnung, während der genutzte Funktionsumfang gleich bleibt.
Coding Agents wie Claude Code oder OpenCode haben den Aufwand für klar beschriebene Fachanwendungen deutlich gesenkt. Damit verschiebt sich die klassische Make-or-Buy-Frage: Eine kleine, gut abgegrenzte Anwendung selbst zu bauen und in der eigenen Azure-Umgebung zu betreiben, ist heute oft in Tagen statt Monaten machbar.
Entscheidend ist dabei nicht die Programmierung, sondern drei Dinge drumherum: eine saubere Spezifikation, verbindliche Qualitäts- und Sicherheitsprüfungen und eine klar benannte Verantwortung für den Betrieb.
02
Welche SaaS-Werkzeuge sich für einen Eigenbau eignen
Nicht jedes Werkzeug ist ein guter Kandidat. Die Tabelle hilft bei der ersten Einordnung.
| Kriterium | Guter Kandidat | Schlechter Kandidat |
|---|---|---|
| Funktionsumfang | Eng und klar beschreibbar: Terminbuchung, Formulare, Freigaben, interne Kataloge | Breit und schnell wechselnd: CRM-Suiten, Office, Kollaboration |
| Preismodell | Pro Nutzer, wächst mit der Belegschaft | Pauschal, nutzungsbasiert und niedrig |
| Daten | Personenbezogen oder vertraulich | Öffentlich oder unkritisch |
| Regeln | Ihre eigenen Abläufe | Fachrecht, das der Anbieter pflegt: Lohn, Buchhaltung nach GoBD, Zahlungsabwicklung |
| Netzwerkeffekt | Keiner | Nutzen entsteht durch andere Teilnehmer: Marktplätze, Messenger |
03
Rechenbeispiel: Terminbuchung wie Calendly
Calendly rechnet pro Gastgeber ab; wer einen Termin bucht, braucht keinen Zugang. Listenpreise bei jährlicher Abrechnung (Stand November 2026): Standard 10 US-Dollar, Teams 16 US-Dollar und Teams mit KI-Zusatz 24 US-Dollar pro Sitz und Monat. Enterprise beginnt bei 15.000 US-Dollar pro Jahr ab 50 Sitzen – erst dort sind SSO mit SAML, Audit-Log und eine Löschschnittstelle enthalten; im Teams-Tarif ist SSO ein optionaler Zusatz.
Für den Eigenbau definieren wir den Umfang, den ein typisches Vertriebs- oder Beratungsteam wirklich nutzt:
- 1Buchungsseite mit mehreren Terminarten (z. B. 30-Minuten-Erstgespräch, 60-Minuten-Workshop)
- 2Freie Zeiten direkt aus Outlook bzw. Exchange über Microsoft Graph
- 3Bestätigung mit Kalendereinladung und Teams-Link, Erinnerung, Umbuchen und Stornieren
- 4Round Robin: Anfragen gleichmäßig auf ein Team verteilen
- 5Anmeldung über Entra ID mit MFA, Rollen und Audit-Log
- 6Automatische Löschung personenbezogener Daten nach festgelegter Frist
04
Annahmen für den Eigenbau
Wir rechnen mit einem Tagessatz von 1.100 € und einer Umsetzung mit Coding Agents unter Review-Pflicht. Betrieben wird die Anwendung in einer bestehenden Azure Landing Zone. Zur Vereinfachung setzen wir 1 US-Dollar = 1 Euro.
| Posten | Annahme | Kosten |
|---|---|---|
| Spezifikation und Architektur | 2 Personentage | 2.200 € |
| Umsetzung mit Coding Agents | 5 Personentage | 5.500 € |
| Security-Review, Tests, Penetrationstest light | 3 Personentage | 3.300 € |
| Rollout und Dokumentation | 1 Personentag | 1.100 € |
| Einmalig gesamt | 11 Personentage | 12.100 € |
| Hosting (Container + kleine PostgreSQL-Datenbank) | ca. 40 € pro Monat | 480 € pro Jahr |
| Pflege, Updates, kleine Erweiterungen | 3 Personentage pro Jahr | 3.300 € pro Jahr |
| Laufend gesamt | 3.780 € pro Jahr |
05
Kostenvergleich über drei Jahre
Der Eigenbau kostet über drei Jahre 12.100 € + 3 × 3.780 € = 23.440 €, fast unabhängig von der Zahl der Nutzer. Die SaaS-Kosten wachsen dagegen linear mit jedem Sitz.
≈ 41
Gastgeber: Break-even im Teams-Tarif über 3 Jahre
≈ 48 %
Ersparnis bei 60 Gastgebern mit SSO-Pflicht
11 PT
angenommener Aufwand für den Eigenbau
| Szenario | Calendly, 3 Jahre (USD) | Eigenbau, 3 Jahre (€) | Ergebnis |
|---|---|---|---|
| 10 Gastgeber, Standard | 3.600 | 23.440 | SaaS bleibt deutlich günstiger |
| 40 Gastgeber, Teams | 23.040 | 23.440 | Gleichstand – Sicherheit und Anpassbarkeit entscheiden |
| 40 Gastgeber, Teams mit KI-Zusatz | 34.560 | 23.440 | Eigenbau rund 32 % günstiger |
| 60 Gastgeber, Enterprise (SSO, Audit-Log) | ab 45.000 | 23.440 | Eigenbau rund 48 % günstiger |
06
Sicherheitsgewinn: Was sich konkret verbessert
Ein Terminwerkzeug wirkt harmlos, hat aber Zugriff auf die Kalender aller Gastgeber und sammelt Namen, E-Mail-Adressen und Gesprächsanlässe von Kunden. Im Eigenbau bleibt beides in Ihrer Umgebung.
| Aspekt | SaaS (Standard/Teams) | Eigenbau in Ihrer Landing Zone |
|---|---|---|
| Anmeldung | Eigenes Konto; SSO nur als Zusatz oder im Enterprise-Tarif | Entra ID mit MFA und Conditional Access ab Tag 1 |
| Datenhaltung | Beim Anbieter und seinen Unterauftragsverarbeitern | In Ihrem Tenant, in der Region Ihrer Wahl |
| Kalenderzugriff | Anbieter hält Zugriffstoken für alle verbundenen Kalender | App-Registrierung mit minimalen Rechten, jederzeit widerrufbar |
| Protokollierung | Audit-Log erst im Enterprise-Tarif | Zentral in Ihrem Logging bzw. SIEM |
| Löschung | Nach Prozess des Anbieters | Eigene Fristen, automatisiert |
07
Die Anwendung nach eigenem Belieben weiterentwickeln
Der zweite Vorteil ist Freiheit: Sie warten nicht auf die Produkt-Roadmap eines Anbieters und zahlen keinen Tarifsprung, weil eine Funktion nur im nächsthöheren Paket steckt.
Beispiele, die im Eigenbau mit wenigen Personentagen möglich sind: Buchungen direkt am CRM-Datensatz ablegen, Anfragen mit eigenen Regeln vorqualifizieren, Räume oder Demo-Geräte mitbuchen, interne Freigabeschritte einbauen, das Anliegen vor dem Termin mit einem eigenen Sprachmodell zusammenfassen – über LLMrouter.eu mit Modellen aus Europa.
08
Vorgehen in fünf Schritten
So prüfen und ersetzen Sie ein SaaS-Werkzeug, ohne den laufenden Betrieb zu gefährden.
- 1SaaS-Inventar erstellen: Werkzeuge, Sitze, tatsächliche Nutzung, Vertragslaufzeiten und Kündigungsfristen.
- 2Kandidaten mit der Tabelle oben bewerten und eine Drei-Jahres-Rechnung mit Ihren Zahlen aufstellen.
- 3Funktionsspezifikation aus dem ableiten, was Ihre Teams wirklich nutzen – Abläufe beschreiben, keinen Code und kein Design übernehmen.
- 4Eigenbau mit Coding Agents in isolierten Arbeitsumgebungen, mit Review- und Security-Prüfungen; Pilot mit einem Team.
- 5Parallelbetrieb bis zum Kündigungstermin, Daten exportieren, Buchungslinks umstellen, SaaS-Vertrag beenden.
09
Wie MAKONIS unterstützt
MAKONIS erstellt mit Ihnen das SaaS-Inventar und die Make-or-Buy-Rechnung, baut die Ersatzanwendung mit AI Software Engineering und betreibt sie auf Wunsch in Ihrer Azure Landing Zone weiter.
Für Unternehmen, die viele solcher internen Anwendungen bauen wollen, gibt es Scalor.io: die selbst gehostete Plattform, auf der Fachbereiche und Entwickler gemeinsam Apps mit KI-Agenten entwickeln – in isolierten Arbeitsumgebungen, in Ihren Git-Repositories und über Ihre Freigabeprozesse bis in die eigene Cloud. Starten Sie mit einem kostenlosen 30-Minuten-Gespräch mit unseren Engineers.
Häufige Fragen
Nur ohne Leitplanken. Mit Code-Review, automatisierten Sicherheitsprüfungen, SBOM und Anmeldung über Entra ID ist eine kleine Anwendung in der eigenen Umgebung oft besser kontrollierbar als ein externer Dienst mit Zugriff auf alle Kalender.
Weiterlesen
Ratgeber · 7 Min. Lesezeit
LLM lokal betreiben: Leitfaden für Unternehmen
Ein LLM lokal zu betreiben heißt, ein Sprachmodell auf eigener oder dedizierter Infrastruktur auszuführen, sodass Eingaben und Daten das Unternehmen nicht verlassen. Dafür braucht es ein passendes Open-Weight-Modell, ausreichend GPU-Speicher, eine Inferenz-Software, eine Anbindung an Unternehmenswissen (RAG) sowie Zugriffskontrolle und Protokollierung.
WeiterlesenRatgeber · 7 Min. Lesezeit
KI-DSGVO-Checkliste und EU AI Act für den Mittelstand
Für den DSGVO-konformen KI-Einsatz brauchen Unternehmen eine Rechtsgrundlage, Transparenz gegenüber Betroffenen, einen Auftragsverarbeitungsvertrag mit dem KI-Anbieter, Kontrolle über Datenstandort und Speicherung sowie eine Datenschutz-Folgenabschätzung bei hohem Risiko. Der EU AI Act ergänzt das um risikobasierte Pflichten; für die meisten Anwendungen im Mittelstand sind vor allem KI-Kompetenz der Mitarbeitenden und Transparenzpflichten relevant. Dieser Artikel ersetzt keine Rechtsberatung.
WeiterlesenRatgeber · 10 Min. Lesezeit
Legacy-App-Refactoring mit KI: Software-Modernisierung per Reverse Engineering
Legacy-App-Refactoring mit KI heißt, Altanwendungen mit Coding Agents zu analysieren, zu dokumentieren und schrittweise in eine moderne Architektur zu überführen. Der größte Hebel liegt nicht im Neuschreiben, sondern im Zurückgewinnen des Wissens: Per Reverse Engineering – seit Oktober 2026 durch das Open-Source-Werkzeug „Reverse Engineer Anything“ (REA) breit bekannt – lassen sich Fachregeln auch dort rekonstruieren, wo Quellcode oder Dokumentation fehlen. Abgesichert durch Charakterisierungstests entsteht daraus eine neue Anwendung mit nachweislich gleichem Verhalten.
WeiterlesenInnovation aus München.Weltweit tätig.
Sprechen Sie mit uns über Ihre Cloud-, DevOps- und AI-Vorhaben — unverbindlich und direkt mit unseren Engineers.