Dein Prototyp ist live — und jetzt? Was nach dem Launch kommt

Der Launch-Moment: Dein Prototyp ist live, du teilst den Link und die ersten Nutzer kommen rein. Es funktioniert. Du lehnst dich zurück.

Und dann passiert das hier:

• Dienstag: „Hey, der Login funktioniert nicht auf Safari.”
• Mittwoch: „Meine Daten sind weg nachdem ich die Seite neu geladen habe.”
• Donnerstag: Dein Supabase Free Plan pausiert weil du 7 Tage nichts geändert hast.
• Freitag: Eine Nutzerin fragt ob du ihren Account löschen kannst (DSGVO).

Willkommen in der Realität nach dem Launch. Dein Prototyp zu bauen war der einfache Teil. Ihn am Laufen zu halten ist der Job der jetzt beginnt.

Die ersten 30 Tage nach dem Launch

Woche 1: Feuerwehr

Die erste Woche ist Chaos — und das ist normal. Erwarte Bugs, Fragen und unvorhergesehene Probleme.

Was passieren wird: - Bugs die du beim Testen nicht gefunden hast (andere Browser, andere Geräte) - Nutzer die nicht verstehen wie die App funktioniert - Edge Cases die du nicht bedacht hast (was passiert bei leerem Formular?) - Performance-Probleme bei gleichzeitiger Nutzung

Was du tun solltest: - Jeden Bug sofort notieren (Google Sheet oder GitHub Issues) - Kritische Bugs am gleichen Tag fixen - Nicht-kritische Bugs sammeln und am Wochenende fixen - Jeden Nutzer der ein Problem meldet innerhalb von 24 Stunden antworten - Jede Änderung sofort committen bevor du die nächste machst

Woche 2–3: Stabilisierung

Die offensichtlichen Bugs sind gefixed. Jetzt geht es um Stabilität.

Was du tun solltest: - Feedback systematisch sammeln und kategorisieren - Die Top-3-Usability-Probleme identifizieren und fixen - Analytics einrichten falls noch nicht geschehen - Prüfen ob die Sicherheits-Basics stimmen

Woche 4: Bewertung

Nach einem Monat hast du genug Daten für eine ehrliche Bewertung: - Wie viele Nutzer kommen regelmäßig zurück? - Welche Funktion wird am meisten genutzt? - Was ist das größte verbleibende Problem? - Lohnt es sich weiterzumachen?

Die 5 häufigsten Probleme nach dem Launch

Problem 1: Supabase-Projekt pausiert

Was passiert: Supabase pausiert Free-Plan-Projekte nach 7 Tagen Inaktivität (keine API-Anfragen).

Auswirkung: Deine App zeigt Fehler, Daten werden nicht geladen, neue Registrierungen schlagen fehl.

Lösung: - Kurzfristig: In Supabase einloggen, Projekt „restoren” - Langfristig: Upgrade auf Pro Plan (25 $/Monat) wenn die App regelmäßig genutzt wird - Alternative: Einen Cron-Job einrichten der einmal täglich eine API-Anfrage macht

Problem 2: Bugs in bestimmten Browsern

Was passiert: Die App funktioniert in Chrome perfekt, aber in Safari, Firefox oder auf dem Smartphone nicht.

Auswirkung: 20–40% deiner Nutzer haben eine kaputte Erfahrung.

Lösung: - Teste in Chrome, Safari und Firefox (Desktop und Mobile) - Die häufigsten Probleme: Datums-Formate, CSS-Unterschiede, Touch-Events - Prompt: „Teste und fixe die App für Safari und Firefox. Besonders [beschreibe das Problem].”

Problem 3: Daten gehen verloren

Was passiert: Nutzer geben Daten ein, laden die Seite neu und die Daten sind weg.

Mögliche Ursachen: - Die Daten wurden nie in der Datenbank gespeichert (nur im Browser-Speicher) - RLS blockiert den Schreibzugriff - Ein JavaScript-Fehler unterbricht den Speichervorgang

Lösung: Prüfe in Supabase ob die Daten in der Tabelle auftauchen. Wenn nicht: „Stelle sicher dass alle Formular-Eingaben direkt in Supabase gespeichert werden, nicht nur im lokalen State.”

Problem 4: Die App wird langsamer

Was passiert: Mit 10 Nutzern war alles schnell. Mit 50 dauert das Laden merklich länger.

Mögliche Ursachen: - Keine Pagination (alle Daten werden auf einmal geladen) - Keine Datenbank-Indizes (jede Abfrage durchsucht die gesamte Tabelle) - Zu große Bilder ohne Komprimierung

Lösung für den Prototyp: „Füge Pagination hinzu: Zeige maximal 20 Einträge pro Seite mit Blätter-Funktion.”

Langfristige Lösung: Skalierung ist der Punkt ab dem ein professioneller Entwickler ins Spiel kommt.

Problem 5: DSGVO-Anfragen

Was passiert: Ein Nutzer fragt: „Welche Daten habt ihr über mich?” oder „Löscht meine Daten.”

Deine Pflicht: Du musst innerhalb von 30 Tagen antworten. Du musst Auskunft geben können welche Daten gespeichert sind. Und du musst Daten auf Anfrage löschen können.

Lösung: - Kurzfristig: In Supabase den Nutzer suchen und manuell löschen - Langfristig: Eine Account-Lösch-Funktion in die App einbauen - Details: DSGVO-konforme Software

Der Wartungs-Rhythmus

Software ist kein Buch das du einmal schreibst und dann ist es fertig. Software lebt — und braucht regelmäßige Pflege.

Wöchentlich (30 Minuten)

• [ ] Bug-Reports prüfen und priorisieren
• [ ] Analytics-Dashboard checken (Nutzerzahlen, Trends)
• [ ] Top-1-Bug der Woche fixen
• [ ] Git-Commit nach jedem Fix

Monatlich (2 Stunden)

• [ ] Supabase-Usage prüfen (Speicher, Verbindungen)
• [ ] Nutzerfeedback reviewen und Feature-Requests priorisieren
• [ ] Sicherheits-Check (RLS noch aktiv? API-Keys noch geheim?)
• [ ] Abhängigkeiten prüfen (nutzt deine App veraltete Libraries?)

Vierteljährlich (halber Tag)

• [ ] Backup aller Daten erstellen
• [ ] Performance-Check (ist die App noch schnell genug?)
• [ ] Hosting-Kosten reviewen (zahlst du für das richtige?)
• [ ] Strategische Bewertung: Weitermachen, pivoten oder professionalisieren?

Wann du aufhören solltest selbst zu warten

Es gibt drei klare Signale dass du Hilfe brauchst:

Signal 1: Du verbringst mehr Zeit mit Bugs als mit Kunden Wenn du jede Woche 10+ Stunden mit technischen Problemen verbringst statt mit Verkauf, Marketing und Kundengesprächen — ist es Zeit für einen Entwickler.

Signal 2: Jeder Fix erzeugt zwei neue Bugs AI-generierter Code wird mit der Zeit fragil. Prompt 80 weiß nicht was Prompt 20 gemacht hat. Wenn jede Änderung mehr kaputt macht als sie repariert, ist der Code zu komplex für AI-Iteration.

Signal 3: Dein Business hängt davon ab Sobald zahlende Kunden davon abhängig sind dass deine App funktioniert, brauchst du professionellen Betrieb: Monitoring, Alerting, automatische Backups, SLA. Das ist der Punkt für die Production-Ready Checklist.

Was ein Entwickler nach dem Launch übernehmen kann

Ein erfahrener Entwickler kann deinen laufenden Prototyp stabilisieren und professionalisieren:

Die Zusammenarbeit funktioniert auch nach dem Launch: Du identifizierst was nötig ist, der Entwickler setzt es professionell um.

Die ehrliche Kosten-Rechnung nach dem Launch

Der Prototyp war günstig. Der laufende Betrieb hat auch Kosten:

80–120 Euro pro Monat für ein funktionierendes SaaS-Business ist ein Rundungsfehler. Wenn deine App Geld verdient, zahlt sich das ab dem ersten zahlenden Kunden.

FAQ: Häufig gestellte Fragen

Wie lange kann ich meinen Prototyp ohne Entwickler betreiben?

Solange die Kernfunktion stabil ist und die Nutzerzahl unter 100 aktiven Nutzern bleibt. Bei den meisten AI-Prototypen sind das 3–6 Monate. Danach steigt der Wartungsaufwand exponentiell und ein Hybrid-Ansatz wird wirtschaftlich sinnvoller.

Was wenn meine App am Wochenende ausfällt und ich nicht da bin?

Für einen Prototyp: Akzeptabel. Deine Early Adopter verstehen dass es ein Prototyp ist. Für ein Produkt mit zahlenden Kunden: Nicht akzeptabel. Dann brauchst du Monitoring das dich benachrichtigt und Prozesse die sicherstellen, dass jemand reagieren kann.

Soll ich Feature-Requests meiner Nutzer umsetzen oder erst stabilisieren?

Erst stabilisieren. Immer. Bugs fixen und Usability verbessern bevor du neue Features baust. Ein stabiles Produkt mit 3 Features schlägt ein instabiles mit 10 Features. Deine Nutzer kommen wegen der Kernfunktion — nicht wegen eines Features das du nächste Woche einbauen könntest.

Wann sollte ich auf bezahlte Pläne upgraden?

Wenn du mehr als 50 regelmäßige Nutzer hast oder wenn dein Business Geld verdient. Der Sprung von Free auf Pro (Supabase 25 $ + Vercel 20 $) kostet 45 Dollar im Monat und gibt dir deutlich mehr Stabilität und Ressourcen.

Was passiert mit meinem Prototyp wenn ich aufhöre?

Wenn du die Hosting- und Datenbank-Kosten nicht mehr zahlst, geht die App offline. Die Daten bleiben bei Supabase gespeichert, aber das Projekt wird pausiert. Du kannst es jederzeit wieder aktivieren. Exportiere zur Sicherheit deine Daten als CSV bevor du aufhörst.

Fazit: Der Launch ist nicht das Ende — es ist der Anfang

Deinen Prototyp zu bauen hat ein Wochenende gedauert. Ihn am Laufen zu halten dauert — so lange wie du ein Business daraus machen willst. Das ist kein Problem, das ist der Normalzustand jeder Software.

30 Minuten pro Woche für Wartung. 2 Stunden pro Monat für Review. Und die Bereitschaft, Bugs zu fixen bevor du Features baust. Das ist alles was du in den ersten Monaten brauchst.

Und wenn dein Prototyp bewiesen hat dass er ein Business sein kann? Dann übergib die Technik an jemanden der sie in Vollzeit pflegen kann — und fokussiere dich auf das was nur du kannst: dein Business wachsen lassen.

Dein Prototyp läuft, aber die Wartung frisst deine Zeit? Wir übernehmen den technischen Betrieb und du fokussierst dich auf deine Kunden.

Jetzt Betrieb professionalisieren