Nächster Meilenstein: Beta-Phase

Die SEOFUXX Roadmap

Vom funktionsfähigen Fundament über eine kontrollierte Beta bis zum stabilen Produkt. Priorität haben Verlässlichkeit, messbarer Nutzen und ehrliches Feedback.

Nächsten Meilenstein ansehen Beta-Feedback geben

Vorschlag auf Basis des Projektstands vom 27. August 2026 · Reihenfolge und Umfang können sich durch Beta-Erkenntnisse ändern.

Von der Basis zum belastbaren Produkt

Jeder Abschnitt endet mit einem überprüfbaren Gate. Erst wenn es erfüllt ist, wird die nächste Phase zum Schwerpunkt.

1 Erreicht

Fundament · aktueller Stand

Technische Basis steht

Die zentralen Bausteine für eine belastbare Beta sind vorhanden. Der Schwerpunkt wechselt jetzt von Funktionsaufbau zu Stabilität, Führung und messbarem Nutzerfeedback.

  • OnPage-Analyse, Page Audit, Crawler, Sitemap, SERP- und Keyword-Daten
  • Kunden-Dashboard mit Kennzahlen und historischem Score-Verlauf
  • Accounts, Pakete, Rechnungen, persönliche API-Keys und MCP-Zugang
  • Sicherheitsbasis mit zentralem Secret-Management, 2FA und Passkeys
  • Automatisierte Unit-, Integrations-, API- und Browser-Tests
  • Grundlagen für AI-Visibility: Datenmodell, Messdefinition, Provider-Schicht und Prompt-Verwaltung
2 Als Nächstes

Milestone 1 · Beta-Readiness

Geschlossene Beta vorbereiten

Der nächste sinnvolle Meilenstein ist nicht noch mehr Funktionsbreite, sondern ein verlässlich testbares Kernprodukt für eine begrenzte Gruppe echter Nutzer.

  • Die wichtigsten Nutzerwege festlegen: registrieren, Projekt anlegen, Analyse starten, Ergebnis verstehen und nächste Maßnahme ableiten
  • Fehlerbehandlung, Warteschlangen, Timeouts und Wiederholungslogik der Analysen und Crawler härten
  • Monitoring, strukturierte Logs, Backups, Wiederherstellung und einen dokumentierten Rollback-Prozess etablieren
  • Berechtigungen, Rate-Limits, Uploads, Abhängigkeiten und Datenschutzflüsse gezielt prüfen
  • Onboarding, In-App-Hilfe sowie den bestehenden Bug- und UX-Feedbackkanal für Tester fertigstellen
  • Beta-Scope einfrieren und unfertige oder nicht belastbare Funktionen klar als experimentell markieren
Entscheidungspunkt: Exit: Alle Kernwege laufen reproduzierbar, es gibt keine bekannten kritischen Fehler, Monitoring und Rollback sind einsatzbereit und Beta-Feedback kann verbindlich priorisiert werden.
3 Geplant

Milestone 2 · Closed Beta

Mit echten Projekten validieren

Eine kleine, betreute Testergruppe prüft Nutzen, Verständlichkeit und Zuverlässigkeit unter realen Bedingungen. Neue Features werden nur aufgenommen, wenn sie ein beobachtetes Problem lösen.

  • 20 bis 30 passende Tester schrittweise einladen und aktiv begleiten
  • Aktivierung, erfolgreiche Analysen, Fehlerquote, Bearbeitungszeit und wiederkehrende Nutzung messen
  • Ergebnisqualität und Handlungsempfehlungen anhand echter Websites fachlich validieren
  • Feedback wöchentlich bündeln: kritisch, blockierend, häufig, wertvoll und später
  • Mobile Bedienung, Barrierefreiheit und verständliche Fehlertexte systematisch verbessern
  • Dokumentation und Support-Abläufe aus den häufigsten Rückfragen ableiten
Entscheidungspunkt: Exit: Mindestens vier stabile Testwochen, mindestens 95 % erfolgreiche Kernanalysen, keine offenen kritischen Bugs und ein klar erkennbarer wiederkehrender Nutzen für die Zielgruppe.
4 Danach

Milestone 3 · Public Beta

Skalierbaren Zugang öffnen

Nach der Produktvalidierung wird die Beta breiter geöffnet. Jetzt müssen Self-Service, Kostenkontrolle und Betriebsprozesse ohne direkte Begleitung funktionieren.

  • Self-Service-Onboarding, Paketgrenzen, Abrechnung und Kündigungswege vollständig durchtesten
  • Statuskommunikation, Support-Ziele und transparente Release Notes veröffentlichen
  • Performance- und Lasttests für Analyse, Crawler, externe Provider und Hintergrundjobs durchführen
  • API- und MCP-Dokumentation vervollständigen und öffentliche Schnittstellen versionieren
  • AI-Visibility-Messläufe, Provider-Ausführung und belastbare Vergleichsberichte schrittweise freigeben
  • Datenschutz-, Sicherheits- und Betriebsprüfung vor der Öffnung wiederholen
Entscheidungspunkt: Exit: Onboarding und Bezahlung funktionieren selbstständig, der Betrieb hält die definierte Last aus und Support sowie Incident-Kommunikation sind im Alltag erprobt.
5 Zielbild

Milestone 4 · Version 1.0

Stabiles Kernprodukt veröffentlichen

Version 1.0 steht für einen verlässlichen, klar bepreisten Kern – nicht für das Ende der Entwicklung.

  • Verbindlichen Funktionsumfang und unterstützte Integrationen dokumentieren
  • Serviceziele für Verfügbarkeit, Job-Laufzeiten, Datensicherung und Support festlegen
  • Unabhängigen Security-Review und vollständigen Wiederherstellungstest abschließen
  • Migrationen, Datenexport, Account-Löschung und Abrechnung für den Regelbetrieb absichern
  • Produktkennzahlen und einen festen Release-Rhythmus für die Weiterentwicklung etablieren
Entscheidungspunkt: Exit: Der Kernumfang ist stabil, sicher, dokumentiert, wirtschaftlich betreibbar und für zahlende Kunden dauerhaft supportfähig.

Themen nach dem stabilen Kern

Diese Themen sind sinnvoll, werden aber erst verbindlich eingeplant, wenn Beta-Daten ihren Nutzen bestätigen.

AI-Visibility vertiefen

Mehr Provider, wiederkehrende Messungen, Wettbewerbsvergleiche, Quellenanalyse und nachvollziehbare Handlungsempfehlungen.

Berichte & Zusammenarbeit

Exports, teilbare Reports, Kommentare, Rollen und wiederkehrende Kundenberichte für Teams und Agenturen.

Integrationen ausbauen

Search Console, Benachrichtigungen, Webhooks und weitere Schnittstellen – priorisiert nach tatsächlicher Beta-Nachfrage.

Die Beta wird mit Nutzern gebaut

Ein Fehler, ein unklarer Ablauf oder eine fehlende Kernfunktion? Dein Feedback beeinflusst, was als Nächstes priorisiert wird.

Beta-Feedback senden Kontakt aufnehmen