Erstelle mit dem vorhandenen Projekt-Stack eine responsive HTML-Website für [PROJECT] und [AUDIENCE]. Die Aufgabe lautet: Produktlaunch-Seite.

## Erforderliche Inhalte und Struktur

Erkläre ein Produktversprechen, zeige den zentralen Workflow, nenne drei verifizierte Funktionen und biete eine nächste Aktion an.

Verwende [APPROVED_CONTENT] als Quelle für Namen, Daten, Zahlen, Aussagen und Ziele. Führe fehlende Angaben auf, bevor du etwas ersetzt. Falls eine Demonstration erforderlich ist, kennzeichne deren Inhalte als fiktiv. Erfinde keine Kundenstimmen, Rankings, Partnerlogos oder Produktfunktionen.

## Designausrichtung

Verwende [BRAND_RULES] und das bereits für das Projekt ausgewählte Designsystem. Falls kein System vorgegeben ist, beginne mit dieser Ausrichtung: Papierweiß, tiefes Marineblau und dezente hellblaue Flächen; präzises Raster und großzügige Typografie. Halte die Rollen von Schrift, Abständen und Farben konsistent. Priorisiere die Aufgabe gegenüber dekorativen Elementen und vermeide eine generische Sammlung unzusammenhängender Karten.

## Inhaltsvorbereitung

Wähle ein Problem der Zielgruppe und stelle freigegebene Produkt-Screenshots, drei belegte Funktionen sowie ein echtes Ziel für die nächste Aktion zusammen. Formuliere ein Produktversprechen, das sich anhand des bereitgestellten Workflows demonstrieren lässt.

## Layout und Verhalten

Formuliere das Versprechen im Hero-Bereich und führe anschließend vom Ausgangspunkt bis zum Ergebnis durch die Aufgabe. Platziere Erklärungen zu den Funktionen neben den relevanten Screenshots, statt eine unverbundene Wand aus Funktionskarten zu erstellen.

## Aufgabenspezifische Abnahmeprüfung

- Entferne unbelegte Kennzahlen, Testimonials und gefälschte Partnerlogos.
- Gehe die Seite aus Sicht eines Erstbesuchers durch.
- Jede Aussage sollte im Workflow sichtbar oder durch freigegebene Nachweise belegt sein; ersetze erfundene Testimonials und Kennzahlen durch konkrete Produkterklärungen.

## Implementierung und Prüfung

Halte Texte bearbeitbar. Verwende eine semantische Struktur, aussagekräftig beschriftete Steuerelemente, einen sichtbaren Tastaturfokus und geeignete Leer- und Fehlerzustände. Prüfe schmale und breite Layouts. Berücksichtige Einstellungen für reduzierte Bewegung. Behalte das vorhandene Projekt-Framework und seine Abhängigkeiten bei; ersetze den Stack nicht stillschweigend. Gib die bearbeitbaren Dateien zurück und erläutere unvollständiges Verhalten oder nicht unterstützte Eingaben. Prüfe diese konkrete Aufgabe, bevor du zusätzliche Funktionen vorschlägst.

## Referenzanhang und Rekonstruktionsziel

Füge reference.webp aus dem Download-Paket dieses Prompts zusammen mit diesem Prompt in OpenDesign ein. Erstelle ein bearbeitbares Ergebnis mit ähnlicher Komposition und Hierarchie; binde nicht das gesamte Referenzbild als fertige Benutzeroberfläche ein. Bewahre freigegebene Projektinhalte und Markenregeln, wenn sie fiktiven Beispielbeschriftungen widersprechen. Falls das Bild fehlt oder unleserlich ist, frage danach, anstatt visuelle Übereinstimmung zu behaupten.

## Komposition und Inhalt der Referenz

Verwende die beigefügte reference.webp als visuelle Referenz für die Produktlaunch-Seite. Ermittle vor der Umsetzung die wichtigsten Bereiche von oben nach unten, ihre relativen Breiten und Höhen, Ausrichtung, Abstände, typografische Hierarchie, Flächenfarben, Rahmen, Bildsprache und wiederkehrenden Komponenten. Bewahre diese Beziehungen, statt sie durch eine generische Vorlage zu ersetzen. Erforderlicher Aufgabeninhalt: Erkläre ein Produktversprechen, zeige den zentralen Workflow, nenne drei verifizierte Funktionen und biete eine nächste Aktion an. Nutze beim Übertragen des Bildes in bearbeitbare Elemente die folgenden aufgabenspezifischen Layoutvorgaben: Formuliere das Versprechen im Hero-Bereich und führe anschließend vom Ausgangspunkt bis zum Ergebnis durch die Aufgabe. Platziere Erklärungen zu den Funktionen neben den relevanten Screenshots, statt eine unverbundene Wand aus Funktionskarten zu erstellen.

## Visuelle Ausrichtung aus den beispielhaften Projektanforderungen

Papierweiß, tiefes Marineblau und dezente hellblaue Flächen; präzises Raster und großzügige Typografie.

## Interaktionsspezifikation

Die Referenz ist ein statisches Konzept: Das nachfolgend beschriebene Verhalten ist eine umzusetzende Anforderung und kein Beleg dafür, dass das abgebildete Konzept bereits funktioniert. Kopiere den angepassten Prompt in dein Arbeitsprojekt. Beginne mit der Kernaufgabe: Erkläre ein Produktversprechen, zeige den zentralen Workflow, nenne drei verifizierte Funktionen und biete eine nächste Aktion an. Entferne unbelegte Kennzahlen, Testimonials und gefälschte Partnerlogos. Lege für jedes sichtbare Steuerelement Auslöser, betroffenen Zustand und Feedback fest; implementiere lokale Änderungen mit einem konsistenten Zustand über zusammengehörige Ansichten hinweg. Sorge dafür, dass Suche und Filter echte Ergebnisse liefern, Auswahlsteuerelemente einen eindeutigen aktiven Zustand haben und Speicheraktionen gegebenenfalls sichtbares Feedback für ausstehende, erfolgreiche oder fehlgeschlagene Vorgänge anzeigen. Füge keine unverbundenen Workflows hinzu. Verwende geeignete Links für die Navigation, Schaltflächen für Aktionen und barrierefreie Bezeichnungen für Symbolsteuerelemente. Erwecke nicht den Eindruck, dass ein Backend-Vorgang erfolgreich war, wenn sich lediglich eine lokale Demo geändert hat.

## Visueller Vergleich und Übergabe

1. Vergleiche das Ergebnis bei übereinstimmenden Proportionen mit dem angehängten Bild. Prüfe vor der Ausarbeitung dekorativer Details die Platzierung der Hauptbereiche, relative Bildgrößen, Zeilenumbrüche, Abstände, typografische Hierarchie, Kontrast, aktive Zustände und Inhaltsdichte.
2. Teste anschließend das schmale Layout, ohne Desktoptexte in winzige Beschriftungen zu zwängen.
3. Halte Logos, Fotos und Symbole als separate Assets und alle aussagekräftigen Beschriftungen bearbeitbar. Führe nicht verfügbare Schriftarten und Assets sowie beabsichtigte Abweichungen auf. Gib die funktionsfähigen Dateien zusammen mit einer knappen Beschreibung des implementierten Verhaltens und der noch ausstehenden Integrationen zurück; versprich nicht allein auf Grundlage des Prompts ein pixelgenaues Ergebnis.