- Ich war skeptisch gegenüber der These, dass SaaS durch LLMs ersetzt wird, teile hier aber die Erfahrung, einen Dienst zur Anzeige von LinkedIn-/X-Empfehlungen für 120 US-Dollar pro Jahr in 20 Minuten mit eigenem Code ersetzt zu haben
- Das ersetzte Produkt war in einem Zustand, in dem das Bezahlsystem seit 2023 defekt war und der Kundensupport lediglich einen kaputten Link zurückschickte
- Mit Codex wurde von dem bisherigen Ansatz auf ein modulares Verfahren umgestellt, bei dem bestehende Empfehlungen in JSON-Dateien ausgelagert und zur Build-Zeit HTML erzeugt wird; das visuelle Ergebnis ist identisch mit dem bisherigen
- Für Entwickler ist das eine schnelle und interessante Aufgabe, aber für Nicht-Entwickler kann die Verifikation von LLM-generiertem Code eine Einstiegshürde sein
- Besonders gefährdet, im LLM-Zeitalter als Erstes ersetzt zu werden, sind statische Micro-SaaS-Produkte, die keinen fortlaufenden Mehrwert liefern
Bisherige Skepsis gegenüber der These, dass SaaS durch LLMs ersetzt wird
- Der Kern der Theorie, dass SaaS durch LLMs ersetzt wird: SaaS ist ein reines Softwareprodukt, und weil LLMs die Kosten und Zeit für den Bau maßgeschneiderter Software drastisch senken, würden die meisten SaaS-Anbieter verschwinden
- Ein Gegenargument dazu: HR-Software wie Workday ist nicht einfach nur Software, sondern ein Service, der die Einhaltung länderspezifischer Vorschriften (Urlaubsvergütung, Gehaltsabrechnungen usw.) sicherstellt und kontinuierlich an Veränderungen im externen und internen Umfeld angepasst wird
Erfahrungen mit Shoutout.io und der Auslöser für den Abschied
- Auf pragmaticengineer.com wurde Shoutout.io vier Jahre lang für 120 US-Dollar pro Jahr genutzt, um auf Basis von LinkedIn- und X-Posts einen Empfehlungsbereich anzuzeigen
- Eingeloggt wurde sich etwa einmal pro Jahr, zuletzt zum Prüfen der Jahresrechnung für die Spesenabrechnung
- Der Zahlungsbereich war seit 2023 defekt und blieb in diesem Zustand; auf eine E-Mail an den Support antwortete das Team mit einem kaputten Link
- Dass sich nicht einmal prüfen ließ, wie hoch die Gebühr im nächsten Jahr sein würde, war der direkte Auslöser für den Abschied von diesem SaaS
Ersatz in 20 Minuten mit Codex
- Der Ansatz war nicht, das gesamte bisherige SaaS nachzubauen, sondern nur den konkreten eigenen Anwendungsfall neu zu erstellen: Empfehlungen anzeigen, neue Empfehlungen hinzufügen und das Design beibehalten
- Codex wurde gebeten, einen Plan zu erstellen, um Abhängigkeiten von Drittanbietern zu entfernen und das Ganze im GitHub-Repository zu hosten
- Die Empfehlungen wurden so umgestellt, dass sie in separaten JSON-Dateien verwaltet und in einer Build-Phase zur Compile-Zeit als HTML erzeugt werden
- Für das Hinzufügen eines lokalen Build-Schritts, das Einrichten eines Netlify-Build-Triggers, Tests, UX-Anpassungen, Schema-Erstellung und Deployment wurden insgesamt 20 Minuten benötigt
- Das Endergebnis ist visuell identisch mit dem bisherigen und kommt vollständig ohne Drittanbieter-Abhängigkeiten aus
- Als das Support-Team zwei Stunden später einen funktionierenden Link schickte, war die Migration bereits abgeschlossen
Implikationen für Softwareingenieure
- Entwickler sind daran gewöhnt, bei künftigen Updates Kommandozeile und AI-Agenten zu nutzen, um Empfehlungen in die Codebasis einzufügen und das Ergebnis zu verifizieren; für Nicht-Entwickler kann die Verifikation von LLM-Codeausgaben jedoch eine Hürde sein
- Entwickler können SaaS deutlich schneller in eigenen Code „portieren“ als Nicht-Entwickler
- Beim ersten Versuch setzte Codex fälschlicherweise auf ein Flexbox-Modell, und das UI-Layout-Framework musste direkt festgelegt werden
- Auch Nicht-Entwickler könnten das lösen, es würde aber voraussichtlich deutlich länger dauern
- Das direkte Nachschreiben von Drittanbieter-Funktionen macht Spaß und hat Lerneffekt; zugleich ist es eine Gelegenheit, die tatsächliche Leistungsfähigkeit der Tools selbst zu erleben
Implikationen für das SaaS-Geschäft
- Ein komplettes SaaS neu aufzubauen ist deutlich schwieriger, als nur einen bestimmten Anwendungsfall neu zu erstellen
- Shoutout bietet mehr als zehnmal so viele Funktionen wie das hier ersetzte Nutzungsszenario, darunter das Hinzufügen von Zitaten aus über zehn Plattformen, Authentifizierung und Zahlungsfunktionen
- Am leichtesten zu ersetzen ist statisches SaaS, das nach der Anzeige von Empfehlungen keinen fortlaufenden Mehrwert liefert
- Dagegen sind Produkte mit echtzeitnahen Business-Support-Funktionen wie Compliance, Analytics oder Benachrichtigungen deutlich schwerer zu ersetzen
- Die Profitabilität des SaaS-Kauf-und-Verkauf-Geschäfts könnte sinken
- Shoutout wurde 2020 von einem unabhängigen Entwickler gebaut, 2022 an ein Product Studio verkauft und 2025 erneut an einen anderen Entwickler weiterverkauft
- Aus Sicht der Nutzer gab es abgesehen vom defekten Bezahlsystem keine Veränderungen
- Die Käufer haben möglicherweise auf Umsatzwachstum ohne Investitionen gehofft; wenn ein Produkt jedoch vernachlässigt wird, wandern Nutzer ab, und irgendwann ist es mit LLMs leicht ersetzbar
- Eine Ära, in der das Ignorieren von „Broken Windows“ sehr viel weniger toleriert wird als früher
Noch keine Kommentare.