Anwendungsfall
Eigenes Tool für Kunden öffnen: was vorher stimmen muss
Sie haben mit KI ein Werkzeug gebaut, das es am Markt nicht gab. Es löst Ihr Problem, und andere wollen es auch. Mit dem ersten fremden Nutzer wird aus einem Werkzeug ein Produkt, und an ein Produkt gelten andere Anforderungen.
Vom eigenen Werkzeug zum Produkt
Für den eigenen Gebrauch reicht es, wenn das Tool bei Ihnen läuft. Sie kennen seine Eigenheiten und umgehen sie. Ein Kunde kennt sie nicht. Er gibt andere Daten ein, nutzt andere Browser, erwartet, dass seine Daten nur ihm gehören, und zahlt dafür. Mit Lovable, Bolt, Cursor oder Replit ist der Schritt technisch klein: Registrierung freischalten, Bezahlung anbinden. Organisatorisch und in der Qualität ist er gross.
Rechte und Rollen: die Mandantentrennung
Solange nur Sie das Tool nutzen, gehört jede Zeile in der Datenbank Ihnen. Sobald mehrere Kunden es nutzen, muss jede Zeile einem Kunden zugeordnet sein, und jede Abfrage muss diese Zuordnung beachten. In KI-gebauten Anwendungen fehlt das oft an einzelnen Stellen: Die Liste zeigt nur eigene Einträge, aber die Detailansicht lädt jeden Eintrag, dessen Nummer man in die Adresse schreibt.
Prüfen Sie mit zwei Testkonten, ob Konto A irgendetwas von Konto B sehen oder ändern kann, über die Oberfläche und über die Schnittstelle direkt. Wie die Rechte in der Datenbank gesetzt werden, beschreibt der Artikel Datenbankrechte bei Supabase und Firebase.
Wenn mehr Nutzer kommen als geplant
Ein Tool, das mit hundert Einträgen flüssig läuft, kann bei hunderttausend stehen bleiben. KI-generierter Code lädt gern alle Daten auf einmal und filtert im Browser. Das fällt erst bei echter Last auf. Ebenso die Kosten: Jeder Aufruf eines KI-Dienstes kostet Geld. Ohne Obergrenze pro Kunde kann ein einzelner Nutzer Ihre Monatsrechnung vervielfachen.
Wer den Code übernehmen kann
Wächst das Produkt, holen Sie früher oder später einen Entwickler dazu. Der muss den Code lesen, ändern und testen können. Gibt es keine Tests, keine Dokumentation und Dateien mit tausenden Zeilen, beginnt er mit einer Bestandsaufnahme statt mit Weiterentwicklung. Mehr dazu im Artikel Vibe-Coding und Wartbarkeit.
Was Kunden zusätzlich erwarten
- Eine Datenschutzerklärung und, wenn Sie Kundendaten verarbeiten, einen Vertrag zur Auftragsverarbeitung
- Einen Weg, die eigenen Daten zu exportieren und das Konto zu löschen
- Eine Antwort, wenn etwas nicht funktioniert
Bevor Sie öffnen, hilft die Checkliste vor dem Launch eines KI-gebauten Produkts.
Bevor Sie damit live gehen
Ihre Lösung läuft. Diese Punkte sollten Sie prüfen, bevor echte Daten daran hängen:
- Hält die Lösung auch, wenn mehr Nutzer kommen als geplant?
- Sind Rechte und Rollen sauber getrennt, bevor Sie es anderen anbieten?
- Kann ein Entwickler den Code übernehmen, wenn das Tool wächst?
Sie wollen sicher sein? Das Vibe-Code-Review prüft genau diese Grundlagen. Mehr zum Review →
Lieber selbst anfangen? Die kostenlose Schnellprüfung aus dem Vibecode-Testing-Kit zeigt Ihnen, wo Sie stehen. Zur Schnellprüfung →
Sie haben schon gebaut? Lassen Sie es prüfen.
Beschreiben Sie Ihr Produkt in ein paar Sätzen. Ich melde mich persönlich.