De SEOFUXX- roadmap

Van een werkend fundament via een gesloten bèta naar een stabiel product. Onze prioriteiten zijn betrouwbaarheid, meetbare waarde en eerlijke feedback.

Volgende mijlpaal bekijken Bètafeedback delen

Voorstel op basis van de projectstatus van 27 augustus 2026 · Volgorde en omvang kunnen wijzigen op grond van bevindingen uit de bèta.

Van het fundament naar een robuust product

Elk onderdeel eindigt met een toetsbaar beslispunt. Pas als dat is gehaald, verschuift de aandacht naar de volgende fase.

1 Behaald

Fundament · huidige status

Technisch fundament staat

De kerncomponenten voor een robuuste bèta staan er. De aandacht verschuift nu van nieuwe functies naar stabiliteit, begeleiding en meetbare gebruikersfeedback.

On-page-analyse, Page Audit, crawler, sitemap, SERP-gegevens en zoekwoordgegevens
Klantdashboard met kengetallen en historisch scoreverloop
Accounts, abonnementen, facturen, persoonlijke API-sleutels en MCP-toegang
Beveiligingsfundament met centraal beheer van geheimen, 2FA en passkeys
Geautomatiseerde unit-, integratie-, API- en browsertests
Basis voor AI-zichtbaarheid: datamodel, meetdefinitie, providerlaag en promptbeheer

2 Nu aan de beurt

Mijlpaal 1 · Klaar voor de bèta

De gesloten bèta voorbereiden

De volgende zinvolle mijlpaal is geen breder functiepakket, maar een betrouwbaar testbaar kernproduct voor een beperkte groep echte gebruikers.

De belangrijkste gebruikersroutes vastleggen: registreren, project aanmaken, analyse starten, resultaat begrijpen en de volgende stap herkennen
Foutafhandeling, wachtrijen, time-outs en herhaallogica voor analyses en crawlers harden
Monitoring, gestructureerde logs, back-ups, herstel en een gedocumenteerd terugdraaiproces inrichten
Rechten, rate limits, uploads, afhankelijkheden en privacyprocessen gericht doorlichten
Onboarding, hulp in de app en het bestaande kanaal voor bug- en UX-feedback voor testers afronden
De omvang van de bèta bevriezen en onafgemaakte of onbetrouwbare functies duidelijk als experimenteel markeren

Beslispunt: Afronding: alle kernroutes verlopen reproduceerbaar, er zijn geen bekende kritieke fouten, monitoring en terugdraaien staan klaar en bètafeedback kan consistent worden geprioriteerd.

3 Gepland

Mijlpaal 2 · Gesloten bèta

Toetsen met echte projecten

Een kleine, begeleide groep testers beoordeelt waarde, duidelijkheid en betrouwbaarheid onder echte omstandigheden. Nieuwe functies komen er alleen bij als ze een waargenomen probleem oplossen.

20 tot 30 passende testers gefaseerd uitnodigen en actief begeleiden
Activatie, geslaagde analyses, foutpercentage, verwerkingstijd en herhaald gebruik meten
De kwaliteit van resultaten en aanbevelingen vakinhoudelijk toetsen aan echte websites
Feedback wekelijks doornemen: kritiek, blokkerend, veelvoorkomend, waardevol en later
Mobiele bruikbaarheid, toegankelijkheid en heldere foutmeldingen stelselmatig verbeteren
Documentatie en ondersteuningsprocessen afleiden uit de meestgestelde vragen

Beslispunt: Afronding: minstens vier stabiele testweken, minstens 95% geslaagde kernanalyses, geen openstaande kritieke bugs en aantoonbaar terugkerende waarde voor de doelgroep.

4 Daarna

Mijlpaal 3 · Openbare bèta

Schaalbare toegang openstellen

Na de productvalidatie gaat de bèta open voor een breder publiek. Selfservice, kostenbeheersing en operationele processen moeten nu werken zonder directe begeleiding.

Selfservice-onboarding, abonnementslimieten, facturatie en opzegroutes volledig testen
Statusberichten, ondersteuningsdoelen en transparante release-opmerkingen publiceren
Prestatie- en belastingtests draaien voor analyse, crawlers, externe providers en achtergrondtaken
API- en MCP-documentatie afronden en openbare interfaces voorzien van versies
Meetrondes voor AI-zichtbaarheid, provideruitvoering en robuuste vergelijkingsrapporten stapsgewijs vrijgeven
Privacy-, beveiligings- en operationele doorlichtingen herhalen voordat de toegang opengaat

Beslispunt: Afronding: onboarding en betaling werken zonder hulp, de exploitatie houdt de vastgelegde belasting aan en ondersteuning en incidentcommunicatie hebben zich in de praktijk bewezen.

5 Doelsituatie

Mijlpaal 4 · Versie 1.0

Een stabiel kernproduct uitbrengen

Versie 1.0 staat voor een betrouwbaar kernproduct met heldere prijzen, niet voor het einde van de ontwikkeling.

Het toegezegde functiepakket en de ondersteunde integraties documenteren
Servicedoelen vastleggen voor beschikbaarheid, looptijden van taken, back-ups en ondersteuning
Een onafhankelijke beveiligingsdoorlichting en een volledige hersteltest afronden
Migraties, gegevensexport, accountverwijdering en facturatie borgen voor de dagelijkse praktijk
Productkengetallen en een vast releaseritme inrichten voor de doorontwikkeling

Beslispunt: Afronding: de kernomvang is stabiel, veilig, gedocumenteerd, economisch rendabel te draaien en duurzaam te ondersteunen voor betalende klanten.

Onderwerpen voorbij de stabiele kern

Deze onderwerpen zijn waardevol, maar worden pas ingepland als bètagegevens hun nut bevestigen.

AI-zichtbaarheid uitbreiden

Meer providers, terugkerende metingen, vergelijkingen met concurrenten, bronanalyse en concrete, transparante aanbevelingen.

Rapporten en samenwerking

Exports, deelbare rapporten, opmerkingen, rollen en terugkerende klantrapporten voor teams en bureaus.

Integraties uitbreiden

Search Console, meldingen, webhooks en verdere koppelingen, geprioriteerd naar de werkelijke vraag uit de bèta.

De bèta bouwen we samen met gebruikers

Een bug gevonden, een onduidelijke stap of een ontbrekende kernfunctie? Jouw feedback bepaalt mee wat we als volgende oppakken.

Bètafeedback versturen Neem contact op

Had je iets aan deze inhoud?