Projekt-Roadmap
Roadmap der Entwicklungsstufen mit rekursiver Hierarchie.
Hinweis
Übersetzungen bleiben in dieser Seite, Status kommt getrennt aus roadmap.data.php. Ein leerer child[]-Knoten ist erlaubt.
Projektrealität
Technische Basis (app/core, app/model, app/service, dev/tools) ist bereits weit fortgeschritten.
Der reale Nutzerfluss in public/ ist im Vergleich noch deutlich dünner.
Roadmap nach Stufen
- Grundsystem zum Laufen bringen.
- Basis-Marktplatz für den ersten funktionalen MVP.
- Ein Benutzer braucht einen stabilen und sicheren Zugang zur Webseite für Interaktionen.
- Die Registrierung muss problemlos, schnell und unkompliziert ablaufen.
- Zuverlässiger Erhalt des E-Mail-Bestätigungscodes für die Registrierung mit erfolgreicher Anwendung.
- Anmeldung muss 100% zuverlässig funktionieren.
- Session clear.
- Das eigene Profil muss sauber einsehbar und intuitiv bearbeitbar sein.
- Ein einfaches Menü, um die Webseite nutzbar zu machen.
- Hauptkategorien des Shops und die für den Marketplace anlegen.
- Ein angemeldeter Benutzer kann unkompliziert einen Artikel für den Marketplace erstellen.
- Der Marketplace zeigt die verfügbaren Artikel an.
- Ein Artikel kann im Marketplace ausgewählt werden und wird dann mit allen Details angezeigt.
- Wenn ein eigener Artikel im Detail oder im Marketplace angezeigt wird, gibt es ein Lösch-Icon und der Artikel kann mit Bestätigung gelöscht werden.
- Struktur, Layout und Navigationsführung.
- Klare Seitenhierarchie und sinnvolle Gruppierung der Menüpunkte.
- Header oben fix, Footer unten sichtbar, Main separat scrollbar.
- Sidebar-Verhalten auf Desktop und Mobile inkl. eigener Scrolllogik validieren.
- Interne und externe Kommunikation im System.
- Im Profilmenü den Bereich Chat hinzufügen. Eine rudimentäre Chatseite erstellen, auf der man die letzten Chats sieht und auswählen kann.
- Auf jedem Inserat außer den eigenen gibt es ein Sprechblasen-Icon. Beim Klick öffnet sich das Chatfenster mit Inseratname und Benutzername, der Texteingabebereich ist direkt bereit und fokussiert.
- Die Chatseite wird zunächst manuell geöffnet. Ungelesene Nachrichten haben einen anderen Farbton.
- Produktbasis mit Kategorie- und Setmodell. Verkäufer können ihre Ware einfacher anbieten, sobald das Produkt eingeführt wurde, und Käufer erhalten eine sehr effiziente Übersicht der Angebote.
- Zu Beginn kann ein Support oder Admin Kategorien erstellen, bearbeiten oder löschen. Die Übersicht im Handel ist öffentlich.
- Zu Beginn kann ein Support oder Admin Sets erstellen, bearbeiten oder löschen. Die Übersicht im Handel ist öffentlich.
- Zu Beginn kann ein Support oder Admin Produkte erstellen, bearbeiten oder löschen. Die Übersicht im Handel ist öffentlich.
- Zu Beginn kann ein Verkäufer, Händler, Support oder Admin eigene Artikel erstellen, bearbeiten oder löschen. Die Übersicht im Handel ist öffentlich.
- Einfacher Kaufprozess ohne Ausbau-Funktionen.
- Verbesserungen für Übersicht und Bedienung.
- Supportfälle und Anfragen verwalten.
- Bewertungen für Handel und Vertrauen.
- Einfacher Versandablauf.
- Grundlagen für Bestands- und Lagerlogik.
- Admin-Zugriff und Schutzmechanismen.
- Für Admin und Support müssen Benutzer je nach Recht bis zu einem gewissen Grad einsehbar sein.
- Ein Admin kann einen Benutzer erstellen, bis zu einem gewissen Grad bearbeiten und Kritisches wie ein Profilbild zurücksetzen sowie den Benutzer auffordern, das Passwort zu ändern.
- Interne Schnittstellen für Module.
- Messbare technische Optimierungen.
- Feinschliff vor dem Launch.
- Diskrepanz schließen: was technisch existiert, muss als nutzbarer Flow im public-Bereich durchlaufbar sein.
- Messbar fertig, wenn ein neuer User ohne manuelle Eingriffe: registrieren, bestätigen, einloggen, Artikelliste öffnen kann.
- Messbar fertig, wenn jede Artikeldetailseite eine eindeutige Hauptaktion für den nächsten Schritt besitzt.
- Messbar fertig, wenn ein Käufer ein Angebot verbindlich anfragen kann und der Verkäufer den Status sieht.
- Messbar fertig, wenn pro Schritt Fehlerquote und Abbruchpunkte über Logs/Diagnose sichtbar sind.
- Messbar fertig, wenn Intro/Quickstart/Request-Flow den realen Ablauf ohne veraltete Aussagen beschreiben.
- System ist startbereit für den ersten Launch.
- Erweiterung des Systems um Community- und Benutzerfunktionen.
- Grundlagen für barrierearme Nutzung.
- Alt-Texte und sinnvolle Bildbeschreibungen für Screenreader prüfen.
- Mehrere Darstellungsmodi inklusive Kontrastmodus verfügbar machen.
- Weitere Barrierefreiheitsanforderungen und Prioritäten sammeln.
- Profile, Social und Einstellungen.
- Reputations- und Reward-Logik.
- Varianten je Produkt.
- Attribute wie Farbe, Größe, Edition, Zustand.
- Handling von Gebühren und Kostenmodellen.
- Anbindung an Versanddienste.
- Dynamische Versandkosten.
- Feed und Abstimmung für Community-Inhalte.
- Kommunikation und Updates.
- Vertrauen als technische und fachliche Basis auf echten Interaktionen.
- Stabile E-Commerce-Funktionen für den Alltag.
- Vollständiger Shop-Modus.
- Persistente Suchen.
- Wunschlisten und Benachrichtigungen.
- Vergleich und Beobachtung.
- Suche und Filterung.
- Mobile Integration.
- Rückläufer und Konfliktfälle.
- Verkäuferauswertungen.
- Dashboards für beide Rollen.
- Regeln und Erkennung für problematische Listings.
- Erweiterte Geschäftslogik für anspruchsvolle Prozesse.
- Reife Commerce-Funktionen.
- Finanz- und Rechnungswesen.
- Steuerlogik und Automatisierung.
- Finanzübersichten und Reports.
- Abholung und Terminvereinbarung.
- Stripe, PayPal und Co.
- Abos und professionelle Accounts.
- Partner- und Händler-API.
- Erkennung von Betrugsfällen.
- Bulk-Upload und CSV-Import.
- Mehrsprachigkeit und internationale Skalierung.
- Internationaler Start.
- Mehrere Sprachen im System.
- Mehrere Währungen.
- Versand in die EU.
- Länderspezifische Rechtsthemen.
- Globales Plattformmodell.
- Skalierbarkeit und Last.
- Externe Partner anbinden.
- Wachstumsdaten und Analysen.
- Globale Zahlungswege.
- Projekt-zum-Projekt: Werkzeuge sind weit, aber bisher kaum in der offiziellen Produkt-Roadmap sichtbar.
- diagnose.php, testDB.php und renderSQL.php in einen konsistenten Diagnoseablauf bündeln.
- data-export für reproduzierbare Exporte mit klaren Formaten und Prüfungen standardisieren.
- setup-db und SQL-Struktur so dokumentieren, dass lokale und neue Instanzen gleich initialisiert werden.
- public/developer.php und dev/* als echte Arbeitsoberfläche für interne Workflows ausbauen.
- public/test.php, dom.php und ajax.php mit klaren Einsatzgrenzen versehen.
- Eigene Docweb-Seiten für Tools, Grenzen und Betriebsabläufe ergänzen.
- Sammelbereich für spätere Experimente und Ausbaustufen.
- ideas.1 Livestream-SellingOffen
- ideas.2 Produkt-AuktionenOffen
- ideas.3 Automatische Produkt-ErkennungOffen
- ideas.4 Seriennummern & GerätepassOffen
- ideas.5 Integrierter Chatbot-SupportOffen
- ideas.6 GamificationOffen
- ideas.7 Community Mithelfer und Feedback ausbauenOffen
- ideas.8 Produkt-Historie / PreisentwicklungOffen
- ideas.9 Marketplace für ServicesOffen
- ideas.10 KI-basierter BuchhalterOffen