Entscheidungshilfe
Bewerten Sie Kandidaten anhand von Nachweisen, nicht anhand von Versprechen.
Vergeben Sie Bewertungen erst nach Demonstration und Vorlage der geforderten Nachweise. Die Gewichtung macht Kandidaten vergleichbar, ohne Ausschlusskriterien zu verdecken.
-
01
Tatsächliche fachliche Abdeckung
Vollständige B2C-/B2B-Prozesse, Sonderfälle und Parität zum Bestand vergleichen, nicht nur eine Katalog-Warenkorb-Demo.
Anzufordernder Nachweis
Paritätsmatrix, E2E-Szenarien und Demo der kritischen Prozesse.
Gewicht
18%
-
02
Passung zu den Teamkompetenzen
Bewerten, ob die gewählte Technologie über Jahre rekrutiert, geschult und betrieben werden kann.
Anzufordernder Nachweis
Staffing-Plan, benötigte Kompetenzen, Onboarding-Dokumentation und Einarbeitungszeit.
Gewicht
8%
-
03
Architektur & Wartbarkeit
Browser-/BFF-/ICM-Grenzen, Modularität, übernommene Altlasten und Verständlichkeit des Codes prüfen.
Anzufordernder Nachweis
Architekturreview, Flussdiagramme, Abhängigkeitsanalyse und Erweiterungsbeispiel.
Gewicht
14%
-
04
Sicherheit & Compliance
Sitzungen, Secrets, Abhängigkeiten, Einwilligung, personenbezogene Daten, Patches und Betriebsverantwortung prüfen.
Anzufordernder Nachweis
Threat Model, Dependency-Scan, Patch-Richtlinie, Security Header und Consent-Prozesse.
Gewicht
14%
-
05
Messbare Performance
Core-Web-Vitals-Budgets, Real-User-Messung und eine zu Preisen und Kundenkonten passende Cache-Strategie verlangen.
Anzufordernder Nachweis
Lighthouse-/WebPageTest-Bericht, CI-Budgets und RUM-Dashboard mit repräsentativen Daten.
Gewicht
10%
-
06
SEO & Internationalisierung
Canonicals, hreflang, Katalog-Sitemaps, Metadaten, strukturierte Daten und URL-Governance prüfen.
Anzufordernder Nachweis
Technischer Crawl, Sitemap-Beispiele, Schema.org-Validierung und Redirect-Strategie.
Gewicht
8%
-
07
Betrieb & Beobachtbarkeit
Deployment, Rollback, Health Checks, Logs, Alerts, RUM, Skalierung und Incident-Diagnose klären.
Anzufordernder Nachweis
Runbook, Deployment-Pipeline, Rollback-Demo und Beispielalarme.
Gewicht
10%
-
08
Anpassung ohne Abspaltung
Bewerten, wie Themes, Komponenten, Geschäftsregeln und Konnektoren erweitert werden, ohne Updates zu blockieren.
Anzufordernder Nachweis
Erweiterungsleitfaden, Override-Strategie und Upgrade-Beispiel mit Anpassungen.
Gewicht
6%
-
09
Migrationspfad
Paritätsmatrix, Koexistenzstrategie, Umschaltkriterien und SEO-Migrationsplan verlangen.
Anzufordernder Nachweis
Phasenplan, Gap-Inventar, Koexistenzstrategie und Go-/No-Go-Kriterien.
Gewicht
7%
-
10
Gesamtkosten & Reversibilität
Lizenzen, Hosting, Build, Wartung, Drittanbieter, Upgrades und Anbieterwechsel in die Bewertung einbeziehen.
Anzufordernder Nachweis
Drei-Jahres-TCO, Abhängigkeitsinventar, Supportmodell und Übergabeplan.
Gewicht
5%
Gewichtete Bewertung
Bewertung ausstehend
0 = nicht vorhanden · 1 = schwach · 2 = akzeptabel · 3 = nachgewiesen
FAQ
Häufige Fragen
Wie wähle ich zwischen Next.js, Nuxt und Angular SSR?
Das Hauptkriterium sind die Kompetenzen Ihres Teams: React → Next.js, Vue → Nuxt, Angular → Angular SSR. Funktionsumfang und Architektur sind in allen drei Fällen identisch.
Welcher Stack für ein Angular-Team oder bei Wechsel von Intershop PWA?
Angular SSR: Es ist die direkteste Kontinuität für Teams, die bereits Angular nutzen, und ersetzt die alte Intershop PWA durch eine moderne Server-first-Basis.
Kann ich den Stack später wechseln?
Da der Funktionsumfang über die drei Implementierungen hinweg gleich ist, bleiben Ihre Geschäftslogik und ICM-Integration gültig; nur die Frontend-Schicht ändert sich.